CN105009595A - 发送设备、发送方法、接收设备以及接收方法 - Google Patents

发送设备、发送方法、接收设备以及接收方法 Download PDF

Info

Publication number
CN105009595A
CN105009595A CN201480012887.4A CN201480012887A CN105009595A CN 105009595 A CN105009595 A CN 105009595A CN 201480012887 A CN201480012887 A CN 201480012887A CN 105009595 A CN105009595 A CN 105009595A
Authority
CN
China
Prior art keywords
payload
time
transmission
temporal information
unit
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
Application number
CN201480012887.4A
Other languages
English (en)
Other versions
CN105009595B (zh
Inventor
塚越郁夫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of CN105009595A publication Critical patent/CN105009595A/zh
Application granted granted Critical
Publication of CN105009595B publication Critical patent/CN105009595B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362Generation or processing of Service Information [SI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35Arrangements 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/38Arrangements 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 broadcast time or space
    • H04H60/40Arrangements 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 broadcast time or space for identifying broadcast time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/22Arrangements affording multiple use of the transmission path using time-division multiplexing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365Multiplexing of several video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242Synchronization processes, e.g. processing of PCR [Program Clock References]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/8547Content authoring involving timestamps for synchronizing content

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

本发明的目的是确保时间信息被良好传输至用于下一代广播的传输结构中的接收端,所述时间信息被用于获取解码时间和/或呈现时间。生成传输流,在传输流中,在其有效载荷中含有传输媒体的第一传输包与在其有效载荷中含有关于传输媒体的信息的第二传输包被复用,以时分的方式。然后通过预定传输信道(例如RF传输信道,通信网络传输信道等)将传输流发送到接收端。被用于在接收端获取解码时间和/或呈现时间的时间信息被***至第一传输包或第二传输包。

Description

发送设备、发送方法、接收设备以及接收方法
技术领域
本技术涉及发送设备、发送方法、接收设备以及接收方法,并且更具体地,涉及通过RF通信信道或通信网络通信信道等等发送诸如视频、音频等的传输媒体的发送设备。
背景技术
例如,MPEG2-TS常规用作用于如专利文献1中描述的广播的传输结构。
现有技术文献
专利文献
专利文献1:特开2011-217161号公报
发明内容
技术问题
近年来,MPEG媒体传输(MMT)结构作为用于下一代广播的传输结构越来越具有吸引力。MMT结构的主要特征在于其与IP网络的兼容性。
本技术的一个目标是,在用于下一代广播的传输结构中,允许将用于获得解码时间和/或呈现时间的时间信息可靠传输到接收器。
问题的解决方案
本技术的一个概念是发送设备,包括:传输流生成单元,配置为生成传输流,其中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于传输媒体的信息的第二传输包被时分复用;传输流发送单元,配置为通过预定传输信道将传输流发送到接收器;以及时间信息***单元,配置为将用于允许接收器获得解码时间和/或呈现时间的时间信息***第一传输包或第二传输包。
在本技术中,传输流生成单元生成传输流。在传输流中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于传输媒体的信息的第二传输包被时分复用。例如,第一传输包和第二传输包可以是MMT包。传输流发送单元通过预定传输信道将传输流发送到接收器。例如,预定传输信道可以是RF传输信道或通信网络传输信道。
时间信息***单元将用于允许接收器获得解码时间和/或呈现时间的时间信息***第一传输包或第二传输包。例如,第一传输包中含有的传输媒体可以包括一个或多个接入单元,并且时间信息***单元***的时间信息可以是用于获得对应于一个或多个接入单元中的每个的解码时间和/或呈现时间的信息。
在该情况下,时间信息***单元***的时间信息可以具有对应于一个或多个接入单元中的初始接入单元的解码时间或呈现时间的值、以及其每个都对应于每个接入单元的从解码时间到呈现时间的偏移值。偏移值的使用允许时间信息的有效传送。此外,在该情况下,时间信息***单元***的时间信息可以是对应于一个或多个接入单元中的每个的呈现时间、或呈现时间和解码时间。呈现时间本身、或者呈现时间和解码时间本身的传送,可以降低接收器的处理负荷。
在该情况下,偏移值是对应于绝对偏移值的相对偏移值,并且用于将相对偏移值转换成绝对偏移值的转换信息可以被添加到由时间信息***单元***的时间信息。相对偏移值的使用允许将偏移值有效地传送到接收器。例如,时间信息***单元可以在可变长度编码后***相对偏移值。可变长度编码的使用可以减小时间信息传输容量。
例如,第一传输包的有效载荷可以包括有效载荷头部和有效载荷主体部,时间信息***单元可以将时间信息***有效载荷头部。例如,第一传输包的有效载荷可以包括有效载荷头部和有效载荷主体部,在有效载荷主体部中,通过将传输媒体分段而获得的每个都含有一个或多个接入单元的片段有效载荷与片段头一起设置,并且时间信息***单元可以将对应接入单元的时间信息***片段头或片段有效载荷。例如,第二传输包的有效载荷可以包括有效载荷头部和有效载荷主体部,并且时间信息***单元可以将时间信息***有效载荷主体部。
因此,在本技术中,用于允许接收器获得解码时间和呈现时间的时间信息被***第一传输包或第二传输包,并且在下一代广播的传输结构中,能够将用于获得解码时间和/或呈现时间的时间信息可靠地传送到接收器。
本技术的另一概念是接收设备,包括:传输流接收单元,配置为通过预定传输信道从发送器接收传输流,在传输流中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于传输媒体的信息的第二传输包被时分复用。用于获得解码时间和/或呈现时间的时间信息被***第一传输包或第二传输包。接收设备进一步包括传输媒体处理单元,配置为使用基于时间信息获得的解码时间和/或呈现时间,处理从传输流提取的传输媒体。
在本技术中,传输流接收单元通过预定传输信道从发送器接收传输流。在传输流中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于传输媒体的信息的第二传输包被时分复用。用于获得解码时间和/或呈现时间的时间信息被***第一传输包或第二传输包。传输媒体处理单元使用基于时间信息获得的解码时间和/或呈现时间,处理从传输流提取的传输媒体。
例如,第一传输包中包含的传输媒体可以包括一个或多个接入单元,时间信息可以是对应于一个或多个接入单元中的初始接入单元的解码时间或呈现时间的值、以及与分别对应于每个接入单元的从解码时间到呈现时间的绝对偏移值对应的相对偏移值,并且接收设备可以进一步包括偏移值转换单元,配置为将相对偏移值转换成绝对偏移值。
因此,在本技术中,用于获得解码时间和/或呈现时间的时间信息被***第一传输包或第二传输包。基于时间信息可以获得解码时间和/或呈现时间,并且能够可靠地处理从传输流提取的传输媒体。
本发明的有益效果
根据本技术,在用于下一代广播的传输结构中,能够可靠地将用于获得解码时间和/或呈现时间的时间信息传送到接收器。要注意的是,这里所描述的优点仅用于说明性目的,而无意进行限制,可以存在其他的优点。
附图说明
图1是示出根据实施例的发送/接收***的示例性配置的框图。
图2是示意性示出MMT有效载荷的配置的示意图。
图3是示出MMT文件和实际传送的MMT包之间的示例性对应关系的示意图。
图4是示出MMT文件和实际传送的MMT包之间的另一示例性对应关系的示意图。
图5是仍然示出MMT文件和实际传送的MMT包之间的另一示例性对应关系的示意图。
图6是描述如下情况的示意图,其中,包含作为片段的MFU的MMT包是传输包,并且MMT包是随机接入头包(GOP的头)。
图7是描述如下情况的示意图,其中,包含作为片段的MFU的MMT包是传输包,并且MMT包是随机接入的非头包。
图8是描述如下情况的示意图,其中,包含作为片段的MFU的MMT包是传输包,并且MMT包是随机接入头包(GOP的头)。
图9是以树的形式示出的MMP包的配置的示意图。
图10是传输包发送设备和传输包接收设备的概念图。
图11是示出“NTP短格式”的示意图。
图12是用于描述在媒体数据是视频且初始值是解码时间的情况下的时间信息的示意图。
图13是用于描述在媒体数据是视频且初始值是呈现时间的情况下的时间信息的示意图。
图14是用于描述在媒体数据是音频且初始值是解码时间的情况下的时间信息的示意图。
图15是示出解码/输出处理单元的示例性配置的框图。
图16是示出控制单元中的示例性AV同步再现控制的时序图。
图17是用于描述如下情况的示意图,其中,作为MFU片段的包在包传输期间被丢弃。
图18是示意性示出用于将时间信息***到MMT包的示例性方法的示意图。
图19是示出如下情况下的示例性包配置的示意图,其中,对应于每个接入单元***时间信息(时间戳)以减小发送/接收延迟。
图20是示出整个MMT包的示例性结构的示意图。
图21是示出MMT包头(mmtp_header())的示例性结构的示意图。
图22是示出MMT有效载荷头(mmtp_payload_header())的示例性结构的示意图。
图23是示出MMT有效载荷头扩展((mmtp_payload_header_extension())的示例性结构的示意图。
图24是示出MMT有效载荷头扩展的示例性结构的主要信息的语义的示意图。
图25是示出MMT有效载荷头扩展((mmtp_payload_header_extension())的另一示例性结构的示意图。
图26是示出MMT有效载荷头扩展的另一示例性结构的主要信息的语义的示意图。
图27是用于描述为是片段的每个接入单元在MPU有效载荷中发送时间信息的情况的示意图。
图28是示出MFU的示例性结构(syntax)的示意图。
图29是示出MFU头(mfu_header())的示例性结构的示意图。
图30是示出MFU头(mfu_header())的示例性结构的示意图。
图31是示出MFU头的示例性结构的主要信息的语义的示意图。
图32是示出MFU头扩展(mfu_header_extension())的示例性结构的示意图。
图33是示出MFU头扩展的示例性结构的主要信息的语义的示意图。
图34是示出在时间信息***MFU有效载荷的情况下MFU头(mfu_header())的示例性结构的示意图。
图35是示出在时间信息***MFU有效载荷的情况下MFU头(mfu_header())的示例性结构的示意图。
图36是示出在时间信息***MFU有效载荷的情况下MFU头的示例性结构的主要信息的语义的示意图。
图37是示出MFU有效载荷(mfu_payload())的示例性结构和主要信息的语义的示意图。
图38是示出在时间信息***MFU有效载荷的情况下MFU头(mfu_header())的另一示例性结构的示意图。
图39是示出在时间信息***MFU有效载荷的情况下MFU头(mfu_header())的另一示例性结构的示意图。
图40是示出在时间信息***MFU有效载荷的情况下MFU头的另一示例性结构的主要信息的语义的示意图。
图41是示出MFU有效载荷(mfu_payload())的示例性结构的示意图。
图42是示出MFU有效载荷的示例性结构的主要信息的语义的示意图。
图43是示出时间戳消息的示例性结构(syntax)的示意图。
图44是示出时间戳表(timestamp_table())的示例性结构(syntax)的示意图。
图45是示出包接入消息的示例性结构(syntax)的示意图。
图46是示出接入单元AU(n)的解码时间D(n)和呈现时间R(n)之间的示例性对应关系的示意图。
图47是示出对偏移值的时间序列执行可变长度编码的示例性可变长度码表的示意图。
图48是示出了随着重排序距离M增大,由于可变长度编码而使得传输容量的减小的效率增加的示意图。
具体实施方式
现在将描述用于实施本发明的实施例(以下称为实施例)。要注意的是,以如下顺序进行描述。
1.实施例
2.变化例
<1.实施例>
[发送/接收***的示例性配置]
图1示出了作为实施例的发送/接收***10的示例性配置。发送/接收***10包括传输包发送设备100和传输包接收设备200。
发送设备100生成MMT结构的传输包(见ISO/IEC CD 23008-1),即,包含MMT包的传输流,并且通过RF传输信道或者通信网络传输信道将传输流发送到接收器。在传输流中,在有效载荷中包含诸如视频或音频的传输媒体的第一MMT、以及在有效载荷中包含关于传输媒体的信息的第二MMT包被使用至少分片包的大小而时分复用。在该实施例中,用于允许接收器获得解码时间和呈现时间的时间信息被***第一MMT包或第二MMT包。
接收设备200通过RF传输信道或通信网络传输信道从发送器接收上述传输流。接收设备200使用基于时间信息获得的解码时间和/或呈现时间处理从传输流提取的传输媒体,以显示图像并输出声音。
图2示意性示出了MMT有效载荷的配置。在图2中,MMT包是MMT的逻辑概念,并且是指传输原料。MMT包包含为媒体的资源、资源交付特性、伴随包的消息(包接入)、关于MMT包表(MPT包表)的信息、组成信息等等。组成信息是用于对媒体执行呈现控制的信息。在该实例中,Asset1是视频1的数据,Asset2是音频1的数据,并且Asset3是视频2的数据。
图2示出了在MMT包实际上是MMT文件的情况下的示例性文件配置。该文件配置基本上几乎与MP4的文件配置相同。在头部,有框“styp”。这之后是作为分段信息的框“sidx”。框“sidx”之后是框“mmpu”,其对于MMT是唯一的。框“mmpu”之后是作为整个文件的元数据的框“moov”。框“moov”后面是框“moof”和框“mdat”。框“mdat”包含诸如视频、音频、字幕等的实际数据。要注意,当“madt”分段时,为每个片段提供框“moof”。
当传送了MMT包时,以如图2所示的媒体处理单元(MPU)为单位传送MMT包。以随机接入点(RAP)开始的MPU包含一个或多个接入单元(AU)。具体地,例如,一组图片(GOP)可以构成一个MPU。为每个资源定义该MPU。因此,从视频资源生成仅包含视频数据的视频的MPU,从音频资源生成仅包含音频数据的音频的MPU。
如图2所示,MPU和消息构成MMT有效载荷。消息包含诸如上述组成信息等的信息。通过划分MPU,即,将MPU分段来获得MMT片段单元(MFU)。例如,在视频的情况下,MFU可以设置为对应于一个NAL单元。另外,例如,当使用通信网络传输信道用于传输时,MFU可以具有一个或多个MTU大小。
如图2所示,在MMT包中传送MMT有效载荷。MMT包包括MMT包头和MMT包有效载荷。另外,MMT包有效载荷包括MMT有效载荷头和MMT有效载荷数据。在MMT有效载荷数据中***MPU或消息。
如图2所示,通过将资源的MPU分段而获得的MFU被时分复用。MPU是一定长度时间单位,例如,15帧或30帧。除非每个MPU都被分段并且执行时分复用,否则在传输视频数据时,在一定长度的时间周期内不能传输音频数据。因此,需要大的缓冲容量来调节时序,另外,在输出图像或声音时,有大的延迟。通过将每个MPU分段并且执行时分复用,可以解决这种问题。
图3、图4、图5示出了MMT文件和实际传送的MMT包之间的示例性对应关系。如上所述,MMT文件具有框,如“styp”、“sidx”、“mmpu”、“moov”、“moof”、“mdat”等。
MMT包包括MMT包头(MMT Hdr)和MMT有效载荷。MMT头包含包ID(packet_id)、包序列号(packet_sequence_number)、传输时间戳(transmission_timestamp)、传输优先级(transmission_priority)、私人用户数据(private_user_data)等等。
包ID是用于标识视频或音频资源、或者控制消息的标识符。包序列号是标识包的顺序的号码。传输时间戳是一种用于传输的时间戳,即,从发送器输出MMT包的时间。
传输优先级是优先级的级别,是用于确定当传输通道的带宽变窄时哪个MMT包有优先级通过的标识符。私人用户数据是可以由用户私下***用于特定广播应用的数据。MMT有效载荷包括MMT有效载荷头(MMTPl_hdr)和MMT有效载荷数据。MMT有效载荷头可以包含有效载荷头扩展。
MMT有效载荷头包含有效载荷长度、有效载荷类型、分段类型(fragmentation_indicator)、片段计数(fragment_count)、聚集信息标志(aggregation_info_flag)、RAP标志(random_access_point_flag)、等等。
另外,MMT有效载荷头还包含数据偏移(data_offset)、数据单元数(numDU)、数据单元偏移(DU_offset)、有效载荷序列号(payload_sequence_number)、头扩展字段标志(header_extension_field_flag)等。
有效载荷长度是整个有效载荷的大小信息。有效载荷类型是指示有效载荷是MPU还是控制性质(消息)的信息。一个有效载荷可以包含高达64k字节的数据。分段类型是指示一个有效载荷是否可以容纳完整MPU的信息。
例如,如果容纳了完整MPU,则***“0”。否则,如果MPU被分段成预定数量的MFU,则***“1”、“2”、和“3”中的一个。值“1”指示MMT包包含第一个片段。值“2”指示MMT包包含中间片段,而不是第一个或末尾片段。值“3”指示MMT包包含末尾片段。
片段计数是MFU的计数信息。聚集信息标志是指示有效载荷是否包含多个MPU的标志信息。值“0”指示有效载荷仅包含一个MPU。值“1”指示有效载荷包含多个MPU。RAP标志是指示MMT包是否包含随机接入点(即,对应于GOP的头图片的接入单元)的信息。
数据偏移是指示从有效载荷的头位置到有效载荷数据的头位置的大小(即,有效载荷头的大小)的信息。数据单元数指示有效载荷中包含的MPU数据单元的数量。数据单元偏移是从每个数据单元中的有效载荷数据的头位置的偏移信息。有效载荷序列号是MMT包的有效载荷序列号。头扩展字段标志时指示是否存在有效载荷头扩展的标志信息。
图3示出了示例性MMT打包。MMT文件的每个框“styp”、“sidx”、“mmpu”、“moov”、“moof”的元数据被***MMT有效载荷的一个MPU数据单元,以生成MMT包。在该情况下,在MMT有效载荷头中,“fragmentation_indicator”是“0”,“fragment_count”是“0”,“aggregation_info_flag”是“0”,“RAP flag”是“1”。
另外,在MMT文件的“mdat”中存在的一个MPU被***MMT有效载荷的一个MPU数据单元中以生成MMT包。在该情况下,在MMT有效载荷头中,“fragmentation_indicator”是“0”,“fragment_count”是“0”,“aggregation_info_flag”是“0”,并且“RAP_flag”是“1”。
图4示出了另一示例性MMT打包。在该情况下,如在图3的实例中,MMT文件的每个框“styp”、“sidx”、“mmpu”、和“moov”的元数据被***到MMT有效载荷的一个MPU数据单元中以生成MMT包。同样,在该情况下,在MMT有效载荷的多个(在本示例中为3)MPU数据单元中,在MMT文件的“mdat”中的三个MPU被***以生成MMT包。在该情况下,在MMT有效载荷头中,“fragmentation_indicator”是“0”,“fragment_count”是“0”,“aggregation_info_flag”是“1”,“RAP_flag”是“1”,“numDU”是“3”,有三个“DU offsets”。
图5示出了另一示例性MMT打包。在该情况下,如同图3的实例,MMT文件的每个框“styp”、“sidx”、“mmpu”、“moov”、和“moof”的元数据被***MMT有效载荷的一个MPU数据单元,或者执行预定信息转换,以生成MMT包。
另外,在该情况下,在MMT文件的“mdat”中存在的一个接入单元(AU)以及MFU头(MFU Hdr)***MMT有效载荷的一个MPU数据单元,以生成MMT包。在该情况下,在MMT有效载荷头中,“fragmentation_indicator”是“1”,“fragment_count”是MFU的计数值“N”、“aggregation_info_flag”根据包含的MFU是“1”至“3”中的一个、并且“RAP_flag”是“1”或“0”。要注意的是,MFU有包含诸如MFU的序列号(sequence_number)的信息。
图6和图8示出了如下的情况,其中,包含通过分段获得的MFU的MMT包是传输包,并且MMT包是随机接入的头包(GOP的头)。在该情况下,该MMT包连同其中***了MMT文件的每个框“styp”、“sidx”、“mmpu”、“moov”、和“moof”的元数据或者执行了预定信息转换的MMT包一起传送。
例如,“mmpu”区域包含用于确定MFU的数据是否是实时数据的信息。例如,在随机接入的头部,该确定信息允许接收器确定MFU的数据是否是实时数据。
图7示出了如下的情况,其中,包含通过分段获得的MFU的MMT包是传输包,并且MMT包不是随机接入的头包。在该情况下,不同于上述头包,该MMT包作为具有最小配置的MMT包传送。
图9以树的形式示出了MMT包的配置。如上所述,MMT包包括MMT包头、MMT有效载荷头、以及MMT有效载荷。MMT有效载荷包含消息、媒体处理单元(MPU)、FEC修复符号等等。基于MMT有效载荷头中包含的有效载荷类型(payload_type)来执行这些的信号。
要注意的是,以表的形式在消息中***了各种消息内容。另外,MPU可以分段或分割成MMT片段单元(MFU)。在该情况下,MFU头被添加到每个MFU的头部。在MMT有效载荷中,存在涉及诸如视频或音频的媒体数据的MPU,另外,还存在涉及元数据的MPU。可以使用MMT包头中存在的包ID(Packet_ID)来识别包含每个MPU的MMT包。
[发送设备和接收设备的概念]
图10是传输包发送设备100和传输包接收设备200的概念图。发送设备100包括资源生成单元101、编码器102、传输打包单元103、时钟生成单元104、IP发送单元105、以及RF发送单元106。
资源生成单元101生成视频或音频作为媒体数据。资源生成单元101可以是包括硬盘驱动器(HDD)、半导体存储器等等的数据存储器,或者可选地,是摄像机、手机,等等。编码器102对资源生成单元101生成的视频或音频数据执行编码处理,以生成发送数据。
传输打包单元103生成包含媒体数据的MMT包,其中,编码器102生成的发送数据被***MPU单元中的有效载荷或者是MPU单元的片段的MFU单元,还生成上述包含元数据的MMT包或上述包含消息的MMT包。在生成MMT包时,传输打包单元103将以允许接收器获得解码时间(Decode_Timestamp)和呈现时间(Display_Timestamp)的时间信息***MMT包。下面将详细描述将时间信息***MMT包。
在使用通信网络传输信道时,IP发送单元105将包括从传输打包单元103连续输出的MMT包的传输流转换成IP包,并通过通信网络传输信道将IP包发送到接收器。当使用RF传输信道时,RF发送单元106通过合适的适配层等对包括从传输打包单元103连续输出的MMT包的传输流执行RF调制,并将得到的传输流通过RF传输信道发送到接收器。这里,发送设备100基于从时钟生成单元104输出的***时钟STC将传输时间戳添加到发送数据。
接收设备200包括RF接收单元201、IP接收单元202、时钟再生单元203、传输拆包单元204、以及解码/输出处理单元205。
RF接收单元201接收在适配层分析后通过RF传输信道从发送器发送的一连串的MMT包的传输流,并且将传输流输出到传输拆包单元204。另外,IP接收单元202接收通过通信网络传输信道从发送器发送的是一连串的MMT包的传输流,并且将传输流输出到传输拆包单元204。
时钟生成单元203生成***时钟STC并将其提供到传输拆包单元204等等。时钟生成单元203基于添加到发送数据的传输时间戳值(NTP值)设置时钟。可选地,时钟生成单元203基于使用NTP包提供的时间戳值(NTP值)设置时钟。在该情况下,时钟生成单元203校正所生成的***时钟STC,使得所生成的***时钟STC和类型时间戳值(NTP值)之间的差落入特定范围。
当使用从NTP服务器等获得的NTP包提供代替MMT包头的传输时间戳的NTP时,,NTP的格式不限于图11示出的“NTP短格式”。虽然未示出,可以以64比特“NTP时间戳格式(32比特用于秒的整数部分+32比特用于秒的小数部分)”提供NTP(见IETF RFC 5905)。在该情况下,在接收器中,使用接收的NTP的值设置解码器时钟,并且与媒体的时间戳值相比较。在该情况下,在比较期间,在接收器中,考虑呈现或媒体解码的时间戳与接收器时钟之间的精度差。
传输解包单元204对从RF接收单元201或IP接收单元202连续提供的MMT包执行拆包,以获得作为媒体数据的接收数据、以及元数据或消息。解码/输出处理单元205将传输解包单元204获得的接收数据解码,以获得视频或音频数据,并基于元数据或消息执行视频显示或音频输出。
在该情况下,解码/输出处理单元205基于由传输解包单元204提取的时间信息,获得每个接入单元的解码时间(Decode_Timestamp)和/或呈现时间(Display_Timestamp),并且控制解码定时和呈现定时,以实现视频和音频的同步再现。下面将详细描述视频和音频同步再现。
将简要描述图10中示出的发送设备100和接收设备200的操作。首先,将描述发送设备100的操作。资源生成单元101生成的视频或音频数据被提供到编码器102。之后,编码器102对视频或音频数据执行编码处理,以生成发送数据(编码数据)。
编码器102产生的传输数据被提供至传输打包单元103。此后,传输打包单元103产生包括媒体数据的MMT包,其中传输数据被***MPU或者属于MPU片段的MFU的有效载荷中,并且此外,上述MMT包包含元数据或者上述MMT包包含元数据。
包括传输打包单元103连续生成的MMT包的传输流被提供到IP发送单元105或RF发送单元106。当使用通信网络传输信道时,IP发送单元105将传输流转换成IP包,并且将IP包通过通信网络传输信道传输到接收器。另外,当使用RF传输信道时,RF发送单元106对传输流执行RF调制,并且将得到的传输流通过RF传输信道发送到接收器。在该情况下,基于从时钟生成单元104输出的***时钟STC,将传输时间戳添加到发送数据。
下面,将描述接收设备200的操作。RF接收单元201或IP接收单元202接收从发送器发送的传输流,使得获得包含一连串MMT包的传输流。该传输流被提供到传输解包单元204。传输解包单元204对MMT包执行拆包,以获得作为媒体数据的接收数据、元数据或消息、以及时间信息等等。这些数据或信息被提供到解码/输出处理单元205。
解码/输出处理单元205将由传输解包单元204获得的接收数据解码,以获得视频或音频数据,并且基于元数据或消息执行视频显示或音频输出。在该情况下,传输解包单元204从MMT包提取的时间信息被提供到解码/输出处理单元205。之后,基于时间信息,解码/输出处理单元205获得每个接入单元的解码时间(Decode_Timestamp)和/或呈现时间(Display_Timestamp),并且控制解码定时或输出定时,以实现视频和音频的同步再现。
[***MMT包的时间信息]
下面,将描述***MMT包的时间信息。如上所述,该时间信息是用于允许接收器获得解码时间(Decode_Timestamp)和/或呈现时间(Display_Timestamp)的信息。包含在MMT包中的媒体数据包括一个或多个接入单元。***MMT包的时间信息时时间信息和/或用于获得呈现时间的信息,其每个都对应于一个或多个接入单元中的每个。
例如,在第一技术中,***MMT包的时间信息包含初始值,即,对应于一个或多个接入单元中的初始接入单元的解码时间或呈现时间的值。另外,时间信息包含从解码时间到呈现时间的偏移值,其每个都对应于每个接入单元。另外,例如,在另一技术中,***MMT包的时间信息包含呈现时间本身、或者呈现时间和解码时间本身。
第一技术将被描述。偏移值是对应于绝对偏移值的相对偏移值。因此,用于将相对偏移值转换成绝对偏移值的转换信息被添加到时间信息。转换信息包含“timestamp_type”、“time tick”、“au_rate_scale”、“division_factor”等等。
“timestamp_type”是指示初始值是否是解码时间的初始值或呈现时间的初始值的信息。“time tick”是指示使用何种时钟进行控制的信息。例如,该信息指示使用90kHz的使用进行所有控制。“au_rate_scale”是用于计算视频或音频接入单元的速率的比例信息。要注意的是,转换信息还包含指示视频数据是否是视频或音频的标志信息“Asset_type”。
例如,在视频的情况下,如果上述“time_tick”指示90kHz,则“au_rate_scale”的值为1500、1800、3000、3600等。通过用相应值除以90kHz,可以计算60Hz、50Hz、30Hz、25Hz等等的视频速率。
另外,“division_factor”是用于微调速率的因子。例如,在NTSC视频的情况下,适用于将速率调节到30Hz或29.94Hz的值,即,是“1”或“1.001”。
这里,将描述媒体数据是视频且初始值是解码时间的情况。图12示出了解码时间“DTS(n)”、偏移值“DLT(n)”、和对应于第零至第六个接入单元“AU”的呈现时间“PTS(n)”之间的示例性对应关系。在该实例中,从解码时间的初始值到呈现时间的初始值的偏移值(dlt_time)是“1”,其是相对偏移值。
这里,第零个接入单元是I图片,初始接入单元是P图片,第二接入单元是B图片,第三接入单元是B图片,第四接入单元是P图片,第五接入单元是B图片,第六接入单元是B图片。因此,将解码时间重新排序以获得呈现时间。
在该情况下,在MMT包中***并传输的时间信息是TS0(这里,TS0=0)和相对偏移值DLT(n),TS0是解码时间的初始值。注意的是,在图12中,“Time”使用相对值指示用于每个接入单元的时间。
当这种时间信息被传输到接收器时,接收器可以如下使用转换信息计算每个接入单元的解码时间和呈现时间。在该情况下,初始值TS0是初始接入单元的解码时间DTS(0)。通过下面的公式(1)计算从初始值TS0的偏移时间(dlt_time)。例如,一个典型实例是,当au_rate_scale=1500且division_factor=1.001时,dlt_time=1500*1.001。
dlt_time=au_rate_scale*division_factor    (1)
如下面的公式(2)所示,通过将用(dlt_time)除以“time_tick”而得到的值加上直接在前的解码时间DTS(n-1),计算后续接入单元的解码时间DTS(n)。
DTS(n)=dlt_time/time_tick+DTS(n-1)    (2)
另外,如下面的公式(3)所示,通过将偏移值DLT(n)乘以“dlt_time/time_tick”得到的值家上解码时间DTS(n),计算每个接入单元的呈现时间PTS(n)。
PTS(n)=DLT(n)*(dlt_time/time_tick)+DTS(n)    (3)
下面,将描述媒体数据是视频并且初始值是呈现时间的情况。如图12类似,图13示出了解码时间“DTS(n)”、偏移值“DLT(n)”、和对应于第0接入单元至第6接入单元(AU)的呈现时间“PTS(n)”之间的示例性对应关系。在该实例中,从解码时间的初始值到呈现时间的初始值的偏移值(dlt_time)是“1”。同样在该情况下,将解码时间重新排序,以获得呈现时间。
在该情况下,在MMT包中***并传输的时间信息是TS0(这里,TS0=1)和相对偏移值DLT(n),TS0是呈现时间的初始值。要注意的是,在图13中,“Time”使用相对值指示用于每个接入单元的时间。
在这种时间信息被发送到接收器的情况下,接收器可以如下使用转换信息计算每个接入单元的解码时间和呈现时间。在该情况下,初始值TS0是初始接入单元的呈现时间PTS(0)。因此,如下面的公式(4)所示,通过从PTS(0)减去通过将偏移时间(即,“dlt_time”)除以“time_tick”而得到的值与偏移值DLT(n)相乘而得到的值,计算初始接入单元的解码时间DTS(0)。
DTS(0)=PTS(0)-(dlt_time/time_tick)*DLT(n)    (4)
这里,如下面的公式(5)所示,通过将“au_rate_scale”除以“division_factor”来计算“dlt_time”。
dlt_time=au_rate_scale*division_factor    (5)
如下面的公式(6)所示,通过将偏移时间(dlt_time)除以“time_tick”而得到的值加上直接在前解码时间DTS(n-1),计算后续接入单元的解码时间DTS(n)。
DTS(n)=dlt_time/time tick+DTS(n-1)    (6)
另外,如下面的公式(7)所示,通过将偏移值DLT(n)乘以“dlt_time/time_tick”与解码时间DTS(n)相加,计算每个接入单元的呈现时间PTS(n)。
PTS(n)=DLT(n)*(dlt_time/time_tick)+DTS(n)    (7)
下面,将描述媒体数据是音频且初始值是解码时间的情况。图14示出了解码时间“DTS(n)”、偏移值“DLT(n)”、和对应于第0个解码单元至第6个解码单元(AU)音频输出时间“PTS(n)”之间的示例性对应关系。在该实例中,“dlt_time/time_tick”是“1”。
要注意的是,音频接入单元是多个音频采样的集合。此处,如下面的公式(8)所示,通过将“au_rate_scale”与“division_factor”相乘而计算出“dlt_time”。例如,作为典型的示例,当音频采样频率为44.1KHZ并且音频编码机制使用1024个样本作为一个音频接入单元,au_rate_scale=2089.8,division_factor=1,以及dlt_time=2089.8*1。
dlt_time=au_rate_scale*division_factor    (8)
在该情况下,在MMT包中***并传输的时间信息是TS0(这里,TS0=0)和相对偏移值DLT(n),TS0是音频输出时间的初始值。要注意的是,在图14中,“Time”使用相对值指示用于每个接入单元的时间。在正常情况下,在解码之后,时间信息在不重新排序的情况下直接转移到缓存,因此,指示解码时间DTS(n)和音频输出时间PTS(n)之间的差的DLT(n)是“0”。
当这种时间信息被发送到接收器时,接收器可以如下使用转换信息计算每个接入单元的解码时间和音频输出时间。在该情况下,初始值TS0是初始接入单元的音频输出时间PTS(0),也直接是初始接入单元的解码时间DTS(0)。
如下面的公式(9)所示,通过将偏移时间(dlt_time)除以“time_tick”得到的值加上直接在前音频输出值PTS(n-1),计算后续接入单元的解码时间DTS(n)和音频输出时间PTS(n)。要注意的是,PTS(0)=TS0。
PTS(n)=DTS(n)=(dlt_time/time_tick)+PTS(n-1)    (9)
[接收设备的解码/输出处理的示例性配置]
将进一步描述接收设备200的解码/输出处理单元205。图15示出了解码/输出处理单元205的示例性配置。解码/输出处理单元205具有解复用器301、视频解码器302、视频显示单元303、音频解码器304、音频输出单元305、以及控制单元306。
解复用器301从传输拆包单元204的输出提取各种信息或数据。具体地,解复用器301提取每个视频接入单元的编码视频数据,还提取每个音频接入单元的编码音频数据。
另外,解复用器301提取用于获得每个视频或音频接入单元的解码时间DTS(n)和呈现时间(音频输出时间)PTS(n)的时间信息。如上所述,该时间信息包含初始值TS0和相对偏移值DLT(n)。
另外,解复用器301提取用于将相对偏移值DLT(n)转换成绝对偏移值的各种信息(转换信息)。如上所述,该转换信息包含“timestamp_type”、“time_tick”、“au_rate_scale”、“division_factor”等等。
视频解码器302对解复用器301提取的每个视频接入单元的编码视频数据执行解码处理,以获得每个接入单元的解码视频数据。视频显示单元303基于视频解码器302获得的每个接入单元的解码视频数据执行视频显示(图像显示)。
音频解码器304对解复用器301提取的每个音频接入单元的编码音频数据执行解码处理,以获得每个接入单元的解码音频数据。音频显示单元305基于音频解码器304获得的每个接入单元的解码音频数据执行音频输出(声音输出)。
控制单元306基于解复用器301提取的时间信息和转换信息,计算每个视频或音频接入单元的解码时间DTS(n)和呈现时间(音频输出时间)PTS(n)。之后,控制单元306如下对音频或视频执行同步再现控制。
具体地,控制单元306基于每个接入单元的解码时间DTS(n)和呈现时间PTS(n),控制每个视频接入单元的解码时间和呈现时间。在该情况下,控制单元306控制视频解码器302,使得视频解码器302在时钟生成单元203(见图7)生成的***时钟STC指示解码时间DTS(n)时开始解码每个接入单元。另外,控制单元306控制视频显示单元303,使得视频显示单元303在***时钟STC指示呈现时间PTS(n)时使用每个接入单元开始视频显示。
另外,控制单元306基于每个接入单元的解码时间DTS(n)和音频输出时间PTS(n),控制每个音频接入单元的解码时间和呈现时间。在该情况下,控制单元306控制音频解码器304,使得音频解码器304在***时钟STC指示解码时间DTS(n)时开始解码每个接入单元。另外,控制单元306控制音频输出单元305,使得音频输出单元305在***时钟STC指示音频输出时间PTS(n)时使用每个接入单元开始音频输出。
将简要描述图15示出的解码/输出控制单元205的操作。传输拆包单元204的输出被提供到解复用器301。解复用器301提取每个音频接入单元的编码视频数据,并且将编码视频数据提供到视频解码器302。
视频解码器302对每个视频接入单元的编码视频数据执行解码处理,以获得每个接入单元的解码视频数据。因此,每个接入单元的解码视频数据被提供到音频显示单元303。音频显示单元303基于每个接入单元的视频数据执行视频显示(图像显示)。
另外,解复用器301提取每个音频接入单元的编码音频数据,并且将编码音频数据提供到音频解码器304。音频解码器304对每个音频接入单元的编码音频数据执行解码处理,以获得每个接入单元的解码音频数据。因此,每个接入单元的解码音频数据被提供到音频输出单元305。音频输出单元305基于每个接入单元的音频数据执行音频输出(声音输出)。
另外,解复用器301提取时间信息(初始值TS0和相对偏移值DLT(n)),用于获得每个视频或音频接入单元的解码时间DTS(n)和呈现时间(音频输出时间)PTS(n)。另外,解复用器301提取用于将相对偏移值DLT(n)转换成绝对偏移值的各种转换信息。这些时间信息和转换信息被提供到控制单元306。
控制单元306基于时间信息和转换信息计算每个视频或音频接入单元的解码时间DTS(n)和呈现时间(音频输出时间)PTS(n)。之后,控制单元306基于解码时间DTS(n)和呈现时间(音频输出时间)PTS(n)对音频或视频执行同步再现控制。
在该情况下,控制单元306基于每个视频接入单元的解码时间DTS(n)和呈现时间PTS(n)控制每个视频接入单元的解码时间和呈现时间。另外,控制单元306基于每个音频接入单元的解码时间DTS(n)和音频输出时间PTS(n)控制每个音频接入单元的解码时间和输出时间。
值得注意的是,在上面的说明书中,以及描述了如下的情况,其中,使用第一技术将时间信息***MMT包,即,时间信息是解码时间或呈现时间的初始值以及对应于每个接入单元的偏移值。虽然没有详细描述,但是可能有如下情况,即,时间信息是每个接入单元的呈现时间本身,或者呈现时间和解码时间本身。在该情况下,控制单元直接使用这些时间。
图16是示出控制单元306中的示例性AV同步再现控制的时序图。图16的(a)示出了时钟生成单元203生成的***时钟STC。如上所述,基于从发送器发送的传输时间戳(NTP值)或NTP包中提供的时间戳值(NTP值)设置该***时钟STC。
如图16的(b)所示,每当***时钟STC只是每个视频接入单元的解码时间DTS(n)时,开始每个视频接入单元的解码。之后,如图16的(c)所示,每当***时钟STC只是每个视频接入单元PTS(n)的呈现时间时,开始每个视频接入单元的视频显示(图像显示)。
如图16的(d)所示,每当***时钟STC指示每个音频接入单元的解码时间DTS(n)时,开始每个音频接入单元的解码,开始音频输出(声音输出)。图16的(e)示出了音频样本输出。
要注意的是,如果在发送期间丢弃了是MFU片段的包,或者确定在接收设备200不使用这种包用于呈现,则在接收器中再现的时间戳表的接入单元的计数、以及实际接收的接入单元,具有如图17所示的关系。作为根据MFU头的序列号(sequence_number)分类的MFU数据的接入单元(AU),在时间戳表上进行检查,并且在DTS(n)的定时从压缩缓存转移到解码器。另外,接入单元在PTS(n)的定时从解码缓存转移到呈现处理。因此,确定时间戳(Timestamp)是否相对于没有接收到的接入单元或已经确定不被呈现的接入单元被引用。
[在文件转换成传输包时生成时间信息的方法]
当文件状态转换成传输包时,基于如下所述从MMT文件获得的信息,生成待***MMT包的时间信息(用于允许接收器获得解码时间和/或呈现时间的时间信息)。传输打包单元103从文件中的信息生成该待***MMT包的时间信息。
首先,将描述将“moov”信息用于整个文件的情况。在该情况下,使用框“moov”中的框‘stts’和‘ctts’来提供文件中包含的所有样本的解码时间和呈现时间。在该情况下,解码时间由框‘stts’(到样本的解码时间)给出。另外,解码时间和呈现时间之间的差由框‘ctts’(到样本的合成时间)给出。另外,在框‘stts’中示出了随机接入的样本位置(同步样本表)。
下面,将描述将“moof”信息用于每个片段的情况。在该情况下,使用框“moof”中的框‘trun’和‘tfra’来提供每个片段的样本解码时间和呈现时间。在该情况下,使用框‘trun’(追踪片段运行)提供从片段的头部位置的偏移位置、以及样本的解码时间和呈现时间之间的偏移。另外,使用框‘tfra’(追踪片段随机接入)来提供样本的随机接入时间和解码时间。另外,从每个样本的解码时间和呈现时间之间的差值,可以知道呈现时间。
[***时间信息的位置]
下面,将描述***时间信息的方法。图18示意性示出了用于将时间信息***MMT包的方法。图18的(a)示出了在MPU有效载荷头中发送时间信息的情况。在该情况下,如果MPU的有效载荷包含多个接入单元(AU),则将与多个接入单元对应的时间信息***有效载荷头扩展。另一方面,如果在MPU的有效载荷中设置了单个接入单元,则为每个接入单元将时间信息***有效载荷头扩展。
图18的(b)示出了为是片段的每个接入单元(AU)在MPU有效载荷中发送时间信息的情况。在该情况下,在MFU中设置了单个接入单元,并且为每个接入单元在MFU头扩展中***时间信息。可选地,为每个接入单元在MFU有效载荷中***时间信息。另外,图18的(c)示出了在消息中发送时间信息的情况。在该情况下,至少以随机接入点(RAP)为单位传送如下消息:该消息具有使用兴趣包ID(packet_id)的相关媒体的时间信息。
图19示出了在为每个接入单元***时间信息(用于允许接收器获得解码时间和/或呈现时间的时间信息)以减小发送/接收延迟的情况下的示例性包配置。图19的(a)示出了在MMT有效载荷头中***时间信息的情况下的示例性包配置。图19的(b)示出了在MFU中***时间信息的情况下的示例性包配置。此外,图19的(c)示出了在MMT消息中***时间信息的情况下的示例性包配置。
要注意的是,在每个示例性包配置中,如果具有目标接入单元的MMT包是随机接入的头包,即,具有随机接入点的包,则该MMT包连同其中***了MMT文件的每个框“styp”、“sidx”、“mmpu”、和“moov”的元数据的MMT包一起传送。另一方面,如果该MMT包不是随机接入的头包,即,具有非随机接入点的包,则不传送其中***了上述元数据的MMT包。
将进一步描述在MPU有效载荷头中发送时间信息的情况。图20示出了整体MMT包的示例性结构(syntax)。MMT(mmt packet())包包含MMT包头(mmtp_header())和MMT有效载荷(mmtp_payload())。另外,MMT有效载荷包含MMT有效载荷头(mmtp_payload_header())和MMT有效载荷数据(mmtp_payload_data())。
图21示出了MMT包头(mmtp_header())的示例性结构(syntax)。虽然没有详细描述,但是如上所述,MMT包头包含包ID(packet_id)、包序列号(packet_sequence_number)、传输时间戳(transmission_timestamp)、传输优先级(transmission Priority)、私人用户数据(private user_data)等等。
图22示出了MMT有效载荷头(mmtp_payload_header())的示例性结构(syntax)。虽然没有详细描述,当时如上所述,MMT有效载荷头包含有效载荷长度(payload_length)、有效载荷类型(payload_type)、片段类型(fragment_type)、片段计数(fragment_count)、聚集信息标志(aggregation_info_flag)、RAP标志(random_access_point_flag)、数据偏移(data_offset)、数据单元数(numDU)、数据单元偏移(DU_offset)、有效载荷序列号(payload_seq_number)、头扩展字段标志(header_extension_field_flag)、等等。
另外,当头扩展字段标志是“1”时,MMT有效载荷头进一步包含MMT有效载荷头扩展(mmtp_payload_header_extension())。
图23示出了MMT有效载荷头扩展(mmtp_payload_header_extension())的示例性结构(syntax)。该示例性结构对应于其中在MPU有效载荷头中发送时间信息的情况。图24示出了示例性结构中的主要信息的语义。
“payload_header_extension_type”是16比特字段,指示MMT有效载荷头扩展的类型。例如,“0x0001”指示提供了用于处理的时间信息(类型时间戳)。“payload_header_extension_length”是16比特字段,指示MMT有效载荷头扩展的大小。“asset_type”是2比特字段,指示资源类型。例如,“01”指示视频,“10”指示音频。
“time_tick”是2比特字段,指示使用时钟进行控制。值“01”指示90kHz精度的时钟值。值“10”指示“NTP short time”。“au_rate_scale”是3比特字段,指示用于计算视频或音频接入单元的速率的尺度信息。
如果资源类型是视频,则“000”指示值3750,并且可以从该值计算出速率是24Hz。另外,“001”指示值3600,并且可以从该值计算出速率是25Hz。另外,“010”指示值3000,并且可以从该值计算出速率是30Hz。
另外,“011”指示值1800,并且可以从该值计算出速率是50Hz。另外,“100”指示值1500,并且可以从该值计算出速率是60Hz。另外,“101”指示值900,并且可以从该值计算出速率是100Hz。另外,“110”指示值750,并且可以从该值计算出速率是120Hz。要注意的是,保留了“111”。
另一方面,如果资源类型是音频,则“000”指示值1920,并且可以从该值计算出速率是48KHz*1024。另外,“001”指示值2089.8,并且可以从该值计算出速率是44.1KHz*1024。另外,“010”指示值2880,并且可以从该值计算出速率是32KHz*1024。要注意的是,保留了其他情况。
“division_factor”是2比特字段,是用于微调速率的因子。如果资源类型是视频,则“00”指示1,“01”指示1.001。另外,如果资源类型是音频,则“00”指示1,“01”指示2。
“timestamp_type”是1比特字段,是指示初始值是否是解码时间的初始值或呈现时间的初始值的信息。值“1”指示解码时间(decode_timestamp),值“0”指示呈现时间(display_timestamp)。
“timestamp_for_processing”是32比特字段,指示初始值。在该情况下,如果“time_tick”是“01”,则时间戳是90KHz精度。另外,如果“time_tick”是“10”,则时间戳是RFC5059中定义的“NTP short timestamp”。
“au_count_in_mpu”是10比特字段,指示MPU中含有的接入单元的数量。“delta_sequence_type”是1比特字段,指示偏移值是否是可变长度代码或8比特固定长度。值“1”指示可变长度代码,“0”指示8比特固定长度。要注意的是,下面将描述偏移值的可变长度编码。
“delta_fixed_length_code”是8比特字段,是***具有8比特固定长度的偏移值的区域。“delta_variable_length_code”是可变长度区域,是***偏移值作为可变长度代码的区域。要注意的是,在有必要进行MMT有效载荷头扩展(mmtp_payload_header_extension())的大小的字节对准时,“tralling_filler()”用于相对于“delta_variable_length_code”的累积***1比特至7比特的连续“0”。
要注意的是,通过添加到图24的语义,在视频的情况下,可以分配time_tick=60Hz和au_rate_scale=1,并且在音频的情况下,可以分配time_tick=44.1KHz和au_rate_scale=1。
要注意的是,在上文中,已经描述了对应于第一技术的示例性结构,在第一技术中,解码时间或呈现时间、偏移值***MMT有效载荷头扩展。可以有对应于第二技术的另一示例性结构,在第二技术中,呈现时间、或者呈现时间和解码时间***MMT有效载荷头扩展。
图25示出了该情况下MMT有效载荷头扩展(mmtp_payload_header_extension())的示例性结构(syntax)。该示例性结构还对应于在MPU有效载荷头中发送时间信息的情况。图26示出了该示例性结构中的主要信息的语义。
“payload_header_extension_type”是16比特字段,示出了MMT有效载荷头扩展的类型。例如,“0x01”指示以NTP短时间格式提供了呈现时间戳(呈现时间)。值“0x02”指示以NTP短时间格式提供了呈现时间戳和解码时间戳(解码时间)。值“0x03”指示以90KHz精度提供了呈现时间戳。值“0x04”指示以90KHz精度提供了呈现时间戳和解码时间戳。
“payload_header_extension_length”是16比特字段,指示MMT有效载荷头扩展的大小。“presentation_timestamp”是32比特字段,指示呈现时间戳(呈现时间)的值。“decoding_timestamp”是32比特字段,指示解码时间戳(解码时间)的值。
下面,将进一步描述下面的情况,其中,为是MPU有效载荷中的片段的每个接入单元发送时间信息。在该情况下,例如,如图27所示,为每个接入单元(AU)在MFU头扩展(mfu_header_extension)区域中***并发送呈现时间(呈现时间戳)PTS和偏移值DLT。虽然未示出,但是可以传送解码时间(解码时间戳)DTS,而不是呈现时间(呈现时间戳)PTS。
图28示出了MFU的示例性结构(syntax)。MFU包含MFU头(mfu_header())和MFU媒体数据(mfu_media_data())。图29和图30示出了MFU头(mfu_header())的示例性结构(syntax)。图31示出了该示例性结构的主要信息的语义。
“sequence_number”是32比特字段,是MPU中的MFU序列号。“trackref_index”是8比特字段,是媒体追踪号。“sample_number”是32比特字段,指示在框“moof”中MFU所属的样本的序号。“priority”是8比特字段,示出了MPU中的MFU的优先级级别。“dependency_counter”是8比特字段,指示MFU中解码所依据的MFU的数量。
“offset”是16比特字段,指示从框“mdat”的偏移。“length”是32比特字段,指示MFU的大小。“multiLayer_flag”是1比特字段,指示存在或不存在多层信息。“mfu_header_extension_flag”是1比特字段,指示存在或不存在MFU扩展(mfu_extension)。
“dependency_id”、“depth_flag”、“temporal_id”、“quality_id”、“priority_id”、“view_id”、和“layer_id”指示了指示MFU之间的各种依赖关系的ID。“Item_ID”指示文件的ID。如果MFU头扩展标志(mfu_header_extension_flag)是“1”,则存在MFU头扩展(mfu_header_extension())。
图32示出了MFU头扩展(mfu_header_extension())的示例性结构(syntax)。图33示出了该示例性结构的主要信息的语义。“asset_type”是2比特字段,指示资源类型。例如,“01”指示视频,“10”指示音频。
“time_tick”是2比特字段,指示进行控制所使用的时钟。值“01”指示使用90kHz精度的时钟进行全部控制。值“10”指示“NTP short time”。“au_rate_scale”是10比特字段,指示用于计算视频或音频接入单元的速率的尺度信息。
如果资源类型是视频,则“000”指示值3750,并且可以从该值计算出速率是24Hz。另外,“001”指示值3600,并且可以从该值计算出速率是25Hz。另外,“010”指示值3000,并且可以从该值计算出速率是30Hz。
另外,“011”指示值1800,并且可以从该值计算出速率是50Hz。另外,“100”指示值1500,并且可以从该值计算出速率是60Hz。另外,“101”指示值900,并且可以从该值计算出速率是100Hz。另外,“110”指示值750,并且可以从该值计算出速率是120Hz。注意的是,保留了“111”。
另一方面,如果资源类型是音频,则“000”指示值1920,并且可以从该值计算出速率是48KHz*1024。另外,“001”指示值2089.8,并且可以从该值计算出速率是44.1KHz*1024。另外,“010”指示值2880,并且可以从该值计算出速率是32KHz*1024。要注意的是,保留了其他情况。
“division_factor”是2比特字段,是用于微调速率的因子。如果资源类型是视频,则“00”指示1,“01”指示1.001。另外,如果资源类型是音频,则“00”指示1,“01”指示2。
“timestamp_for_processing”是32比特字段,指示对应的接入单元的时间。在该情况下,如果“time_tick”是“01”,则时间戳是90KHz精度。另外,如果“time_tick”是“10”,则时间戳是RFC5059中定义的“NTP shorttimestamp”。
“timestamp_type”是1比特字段,是指示由上述“timestamp_for_processing”指示的时间是解码时间还是呈现时间。值“1”指示时间是解码时间(decode_timestamp),值“0”指示时间是呈现时间(display_timestamp)。“delta_fixed_length_code”是8比特字段,是***具有8比特固定长度的偏移值的区域。
要注意的是,在上文中,已经说明了其中在MFU头扩展中***时间信息(例如,呈现时间PTS或解码时间DTS、以及偏移值DLT)的示例性结构。还可以有其中在MFU有效载荷中***时间信息的示例性结构。图34和35示出了该情况下MFU头(mfu_header())的示例性结构。图36示出了该示例性结构的主要信息的语义。
“timestamp_type”是2比特字段,指示时间戳是否被提供到MPU有效载荷的头部。值“00”指示没有提供时间戳。在该情况下,MPU有效载荷的第一字节(1st字节)等于分段MPU有效载荷的头部字节。值“01”指示呈现时间戳被提供到MPU有效载荷的头部。在该情况下,紧跟在呈现时间戳之后提供了分段MPU有效载荷的头部字节。值“10”指示解码时间戳和呈现时间戳都被提供到MFU有效载荷的头部。在该情况下,紧跟在在时间戳之后提供分段MPU有效载荷的头部字节。
“time_tick”是1比特字段,指示时间戳的值的精度。值“0”指示时间戳是90000Hz精度。值“1”指示时间戳是NTP短时间格式。
图37示出了MFU有效载荷(mfu_payload())的示例性结构(syntax)以及主要信息的语义。“presentation_timestamp”是32比特字段,指示呈现时间戳(呈现时间)的值。“decoding_timestamp”是32比特字段,指示解码时间戳(解码时间)的值。如果MFU头中的“timestamp_type”是“01”,则32比特字段的“presentation_timestamp”紧接在有效载荷数据(payload_data)的前面。另外,如果MFU头中的“timestamp_type”是“10”,则32比特字段的“presentation_timestamp”和32比特字段的“decoding_timestamp”紧接在有效载荷数据(payload_data)的前面。
图38和图39示出了在时间信息***MFU有效载荷的情况下MFU头(mfu_header())的另一示例性结构(syntax)。图40示出了该示例性结构的主要信息的语义。“payload_header_flag”是1比特标志信息,指示在MFU有效载荷的头部是否存在MFU有效载荷头。值“0”指示不存在MFU有效载荷头。在该情况下,MFU有效载荷的第一字节(1st字节)等于分段MFU有效载荷的头部字节。值“1”指示存在MFU有效载荷头。在该情况下,紧跟在MFU有效载荷头之后提供分段MPU有效载荷的头字节。
图41示出了MFU有效载荷(mfu_payload())的示例性结构(syntax)。图42示出了该示例性结构的主要信息的语义。“mfu_payload_header_type”是8比特字段,指示MFU有效载荷头的类型。例如,“0x01”指示以NTP短时间格式提供了呈现时间戳(呈现时间)。值“0x02”指示以NTP短时间格式提供了呈现时间戳和解码时间戳(解码时间)。值“0x03”指示以90KHz精度提供了呈现时间戳。值“0x04”指示以90KHz精度提供了呈现时间戳和解码时间戳。
“mfu_payload_header_length”是8比特字段,指示紧跟MFU有效载荷头元素后字节数的MFU有效载荷头的大小。“presentation_timestamp”是32比特字段,指示呈现时间戳(呈现时间)的值。“decoding_timestamp”是32比特字段,指示解码时间戳(解码时间)的值。
下面,将进一步描述在消息中发送时间信息的情况。图43示出了时间戳消息的示例性结构(syntax)。该时间戳消息是用于提供接收器的时间信息以允许接收器获得MPU中包含的每个接入单元(AU)的解码时间(decode_timestamp)和呈现时间(display_timestamp)的消息。
时间戳消息含有其中提供了消息的内容的时间戳表(timestamp_table())。图44示出了时间戳表(timestamp_table())的示例性结构(syntax)。虽然没有详细描述,但是时间戳表含有与上述MMT有效载荷头扩展(mmtp_payload_header_extension())类似的信息(时间信息、转换信息)(参见图23和图24)。
时间戳消息含有包ID(acket_ID),并且在资源级相关。另外,根据转换表配置,时间戳消息还含有如下信息,诸如表ID(table_id)、版本(version)、长度(length)等等。这里,所分配的表ID或版本对于***是唯一的。另外,长度指示整个表的大小。
时间戳表(timestamp_table)是一群消息包的消息。可以在包接入消息中的消息有效载荷(message payload())中传递时间戳表。图45示出了包接入消息的示例性结构(syntax)。
在该情况下,如图所示,包接入消息以“message_id”开始,指示包接入消息在头部分,后面是“version”和“length”。之后,是指示表的数量的“number_of_tables”,并且有与表一样多的圈。每个圈都以“table_id”开始,后面跟着“table_version”和“table_length”。该“table_id”与时间戳表(timestamp_table)中的“table_id”匹配。“table_length”含有“timestamp_table”,并且指示包括另一“table”的大小。之后,直接在“message_payload”中提供“timestamp_table”。
[偏移值的可变长度编码]
下面,将描述偏移值DLT(n)的可变长度编码。如上所述,为了允许接收器再生每个接入单元(AU)的解码时间和呈现时间,以时间序列的方式传送每个接入单元的偏移值。当将传输顺序(=解码顺序)的序列重排成呈现顺序时,偏移值是有效的。偏移值主要是参考,以正确地执行视频的图片重排序和确保同步呈现。
图46示出了接入单元AU的解码时间D(n)和呈现时间R(n)之间的示例性对应关系。在该实例的情况下,重排序距离M=3,并且将下列值编码,其中,值的数量与接入单元的数量一样。
D(0)的偏移值DLT→R(0)=+1
D(1)的偏移值DLT→R(1)=+3
D(2)的偏移值DLT→R(2)=0
D(3)的偏移值DLT→R(3)=0
因此,偏移值DLT的时间序列表示是+1、+3、0、0、+3、0、0、3,、、、。这取决于重排序距离M。随着重排序距离M增加,***的“0”的比例增大。在该实施例中,通过利用该方法,根据出现0的概率,确保有效码大小,以及执行可变长度编码以匹配传输容量。
图47示出了用于对偏移值的时间序列执行可变长度编码的示例性可变长度码表。对出现概率很高的“0”分配短字,以及为以重排序距离M为单位出现的值分配长字。这种可变长度编码可以有效地减小偏移值的时间序列的传输容量。
要注意的是,B图片的比例随着重排序距离M的增大而增大,因此,上述传输容量的效率降低由于可变长度编码而增大。这在图48中示出。例如,如果重排序距离M是3,则四个接入单元“IPBB”的偏移值的传输容量是10比特,平均是10/4比特。与此相反,例如,如果重排序距离M是6,则七个接入单元“IPBBBBB”的偏移值的传输容量是13比特,平均是13/7比特。
如上所述,在图1示出的发送/接收***10中,用于允许接收器获得每个接入单元的解码时间和/或呈现时间的时间信息***从发送设备100发送到接收设备200的MMT包。因此,例如,可以令人满意地传送用于允许接收器获得解码时间和/或呈现时间的时间信息。
另外,在图1示出的发送/接收***10中,例如,时间信息是对应于一个或多个接入单元的初始接入单元的编码时间或呈现时间的值(初始值),并且从解码时间到呈现时间的偏移值每个都对应于每个接入单元。另外,该偏移值是相对偏移值,而不是绝对偏移值。因此,可以有效地传送时间信息。
另外,在图1示出的发送/接收***10中,偏移的时间序列在被传送之前进行可变长度编码。因此,可以减小时间信息的传输容量。
<2.变化例>
要注意的是,在上述实施例中,已经描述了其中文件中的时间信息包括在MMT包中的方法。可选地,“moov”或“moof”中的时间信息可以在提供类似优点的MMT有效载荷头或MFU或消息的区域中直接提供。
另外,在上述实施例中,本技术应用于发送/接收***10,在该***中,通过RF传输信道或通信网络传输信道传送含有具有MMT结构的传输包(即,MMT包)的传输流。当然,本技术还可以类似地应用于其中通过RF传输信道或通信网络传输信道传送类似传输流的发送/接收***。
另外,本技术还可以被如下设置。
(1)一种发送设备,包括:
传输流生成单元,配置为生成传输流,在传输流中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于传输媒体的信息的第二传输包被时分复用;
传输流发送单元,配置为通过预定传输信道将传输流发送到接收器;以及
时间信息***单元,配置为将用于允许接收器获得解码时间和/或呈现时间的时间信息***第一传输包或第二传输包。
(2)根据(1)的发送设备,
其中,第一传输包中含有的传输媒体包括一个或多个接入单元,以及
其中,时间信息***单元***的时间信息是用于获得对应于一个或多个接入单元中的每个的解码时间和/或呈现时间的信息。
(3)根据(2)的发送设备,
其中,时间信息***单元***的时间信息具有对应于一个或多个接入单元中的初始接入单元的解码时间或呈现时间的值、以及分别对应于每个接入单元的从解码时间到呈现时间的偏移值。
(4)根据(3)的发送设备,
其中,偏移值是对应于绝对偏移值的相对偏移值,以及
其中,用于将相对偏移值转换成绝对偏移值的转换信息被添加到由时间信息***单元***的时间信息。
(5)根据(4)的发送设备,
其中,时间信息***单元在可变长度编码后***相对偏移值。
(6)根据(2)的发送设备,
其中,时间信息***单元***的时间信息是对应于一个或多个接入单元中的每个的呈现时间或者呈现时间和解码时间。
(7)根据(1)至(6)中任一个的发送设备,
其中,第一传输包的有效载荷包括有效载荷头部和有效载荷主体部,以及
其中,时间信息***单元将时间信息***有效载荷头部。
(8)根据(1)至(6)中任一个的发送设备,
其中,第一传输包的有效载荷包括有效载荷头部和有效载荷主体部,
其中,在有效载荷主体部中,通过将传输媒体分段而获得的每个都含有一个或多个接入单元的片段有效载荷与片段头一起设置,以及
其中,时间信息***单元将对应接入单元的时间信息***片段头。
(9)根据(1)至(6)中任一个的发送设备,
其中,第一传输包的有效载荷包括有效载荷头部和有效载荷主体部,
其中,在有效载荷主体部中,通过将传输媒体分段而获得的每个都含有一个或多个接入单元的片段有效载荷与片段头一起设置,以及
其中,时间信息***单元将对应接入单元的时间信息***片段有效载荷。
(10)根据(1)至(6)中任一个的发送设备,
其中,第二传输包的有效载荷包括有效载荷头部和有效载荷主体部,以及
其中,时间信息***单元将时间信息***有效载荷主体部。
(11)根据(1)至(10)中任一个的发送设备,
其中,预定传输信道是RF传输信道或通信网络传输信道。
(12)根据(1)至(11)中任一个的发送设备,
其中,第一传输包和第二传输包是MMT包。
(13)一种发送方法,包括:
传输流生成步骤,生成传输流,在传输流中,时分复用在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于传输媒体的信息的第二传输包;
传输流发送步骤,通过预定传输信道将传输流发送到接收器;以及
时间信息***步骤,将用于允许接收器获得解码时间和/或呈现时间的时间信息***第一传输包或第二传输包。
(14)一种接收设备,包括:
传输流接收单元,配置为通过预定传输信道从发送器接收传输流,在传输流中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于传输媒体的信息的第二传输包被时分复用;
其中,用于获得解码时间和/或呈现时间的时间信息被***第一传输包或第二传输包;以及
其中,接收设备进一步包括传输媒体处理单元,配置为使用基于时间信息获得的解码时间和/或呈现时间,处理从传输流提取的传输媒体。
(15)根据(14)的接收设备,
其中,第一传输包中包含的传输媒体包括一个或多个接入单元,
其中,时间信息时对应于一个或多个接入单元的初始接入单元的解码时间或呈现时间的值、以及与分别对应于每个接入单元从解码时间到呈现时间的绝对偏移值对应的相对偏移值,以及
其中,接收设备进一步包括配置为将相对偏移值转换成绝对偏移值的偏移值转换单元。
(16)一种接收方法,包括:
传输流接收步骤,通过预定传输信道从发送器接收传输流,在传输流中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于传输媒体的信息的第二传输包被时分复用;
其中,用于获得解码时间和/或呈现时间的时间信息被***第一传输包或第二传输包;以及
该接收方法进一步包括传输媒体处理步骤,使用基于时间信息获得的解码时间和/或呈现时间,处理从传输流提取的传输媒体。
本技术的主要特征在于,对应于多个接入单元的初始接入单元的解码时间或呈现时间的值、以及分别对应于每个接入单元的从解码时间到呈现时间的相对偏移值被***MMT包,从而可以有效地传送时间信息(见图15和图18)。
附图标记说明
10 发送/接收***
100 传输包发送设备
101 资源生成单元
102 编码器
103 传输打包单元
104 时钟生成单元
105 IP发送单元
106 RF发送单元
200 传输包接收单元
201 RF接收单元
202 IP接收单元
203 时钟生成单元
204 传输拆包单元
205 解码/输出处理单元
301 解复用器
302 视频解码器
303 视频显示单元
304 音频解码器
305 音频输出单元
306 控制单元

Claims (16)

1.一种发送设备,包括:
传输流生成单元,配置为生成传输流,在传输流中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于所述传输媒体的信息的第二传输包被时分复用;
传输流发送单元,配置为通过预定传输信道将所述传输流发送到接收器;以及
时间信息***单元,配置为将用于允许所述接收器获得解码时间和/或呈现时间的时间信息***所述第一传输包或所述第二传输包。
2.根据权利要求1所述的发送设备,
其中,所述第一传输包中含有的所述传输媒体包括一个或多个接入单元,以及
其中,所述时间信息***单元***的所述时间信息是用于获得对应于所述一个或多个接入单元中的每个的解码时间和/或呈现时间的信息。
3.根据权利要求2所述的发送设备,
其中,所述时间信息***单元***的时间信息具有对应于所述一个或多个接入单元中的初始接入单元的解码时间或呈现时间的值、以及分别对应于每个接入单元的从解码时间到呈现时间的偏移值。
4.根据权利要求3所述的发送设备,
其中,所述偏移值是对应于绝对偏移值的相对偏移值,以及
其中,用于将所述相对偏移值转换成所述绝对偏移值的转换信息被添加到由所述时间信息***单元***的所述时间信息。
5.根据权利要求4所述的发送设备,
其中,所述时间信息***单元在可变长度编码后***所述相对偏移值。
6.根据权利要求2所述的发送设备,
其中,所述时间信息***单元***的所述时间信息是对应于所述一个或多个接入单元中的每个的呈现时间、或者呈现时间和解码时间。
7.根据权利要求1所述的发送设备,
其中,所述第一传输包的所述有效载荷包括有效载荷头部和有效载荷主体部,以及
其中,所述时间信息***单元将所述时间信息***所述有效载荷头部。
8.根据权利要求1所述的发送设备,
其中,所述第一传输包的所述有效载荷包括有效载荷头部和有效载荷主体部,
其中,在所述有效载荷主体部中,通过将所述传输媒体分段而获得的每个都含有一个或多个接入单元的片段有效载荷与片段头一起设置,以及
其中,所述时间信息***单元将对应接入单元的时间信息***所述片段头。
9.根据权利要求1所述的发送设备,
其中,所述第一传输包的所述有效载荷包括有效载荷头部和有效载荷主体部,
其中,在所述有效载荷主体部中,通过将所述传输媒体分段而获得的每个都含有一个或多个接入单元的片段有效载荷与片段头一起设置,以及
其中,所述时间信息***单元将对应接入单元的时间信息***所述片段有效载荷。
10.根据权利要求1所述的发送设备,
其中,所述第二传输包的所述有效载荷包括有效载荷头部和有效载荷主体部,以及
其中,所述时间信息***单元将所述时间信息***所述有效载荷主体部。
11.根据权利要求1所述的发送设备,
其中,所述预定传输信道是RF传输信道或通信网络传输信道。
12.根据权利要求1所述的发送设备,
其中,所述第一传输包和所述第二传输包是MMT包。
13.一种发送方法,包括:
传输流生成步骤,生成传输流,在传输流中,时分复用在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于所述传输媒体的信息的第二传输包;
传输流发送步骤,通过预定传输信道将所述传输流发送到接收器;以及
时间信息***步骤,将用于允许所述接收器获得解码时间和/或呈现时间的时间信息***所述第一传输包或所述第二传输包。
14.一种接收设备,包括:
传输流接收单元,配置为通过预定传输信道从发送器接收传输流,在传输流中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于所述传输媒体的信息的第二传输包被时分复用;
其中,用于获得解码时间和/或呈现时间的时间信息被***所述第一传输包或所述第二传输包;以及
其中,所述接收设备进一步包括传输媒体处理单元,配置为使用基于所述时间信息获得的所述解码时间和/或呈现时间,处理从所述传输流提取的传输媒体。
15.根据权利要求14所述的接收设备,
其中,所述第一传输包中包含的所述传输媒体包括一个或多个接入单元,
其中,所述时间信息是对应于所述一个或多个接入单元的初始接入单元的解码时间或呈现时间的值、以及与分别对应于每个接入单元的从解码时间到呈现时间的绝对偏移值对应的相对偏移值,以及
其中,所述接收设备进一步包括配置为将所述相对偏移值转换成所述绝对偏移值的偏移值转换单元。
16.一种接收方法,包括:
传输流接收步骤,通过预定传输信道从发送器接收传输流,在传输流中,在有效载荷中含有传输媒体的第一传输包和在有效载荷中含有关于所述传输媒体的信息的第二传输包被时分复用;
其中,用于获得解码时间和/或呈现时间的时间信息被***所述第一传输包或所述第二传输包;以及
所述接收方法进一步包括传输媒体处理步骤,使用基于所述时间信息获得的所述解码时间和/或呈现时间,处理从所述传输流提取的传输媒体。
CN201480012887.4A 2013-03-14 2014-03-12 发送设备、发送方法、接收设备以及接收方法 Active CN105009595B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2013-052559 2013-03-14
JP2013052559 2013-03-14
JP2013-100774 2013-05-10
JP2013100774A JP5641090B2 (ja) 2013-03-14 2013-05-10 送信装置、送信方法、受信装置および受信方法
PCT/JP2014/056574 WO2014142203A1 (ja) 2013-03-14 2014-03-12 送信装置、送信方法、受信装置および受信方法

Publications (2)

Publication Number Publication Date
CN105009595A true CN105009595A (zh) 2015-10-28
CN105009595B CN105009595B (zh) 2019-09-27

Family

ID=51536854

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480012887.4A Active CN105009595B (zh) 2013-03-14 2014-03-12 发送设备、发送方法、接收设备以及接收方法

Country Status (12)

Country Link
US (4) US9876616B2 (zh)
EP (2) EP3745728A1 (zh)
JP (1) JP5641090B2 (zh)
KR (4) KR102145154B1 (zh)
CN (1) CN105009595B (zh)
BR (1) BR112015021917B1 (zh)
CA (1) CA2904115C (zh)
MX (1) MX357400B (zh)
MY (1) MY177181A (zh)
RU (1) RU2642834C2 (zh)
SG (1) SG11201507164RA (zh)
WO (1) WO2014142203A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106851350A (zh) * 2016-12-30 2017-06-13 中广热点云科技有限公司 一种传输流平滑拼接的***及方法
CN109644284A (zh) * 2016-08-30 2019-04-16 索尼公司 发送设备、发送方法、接收设备与接收方法
CN109936715A (zh) * 2017-12-19 2019-06-25 华为技术有限公司 一种mp4文件的处理方法及其相关设备

Families Citing this family (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101484843B1 (ko) 2013-04-19 2015-01-20 삼성전자주식회사 멀티미디어 전송 시스템에서 미디어 전송 패킷 전송 방법 및 장치
KR102148158B1 (ko) 2013-04-23 2020-08-28 삼성전자주식회사 통신 시스템에서 패킷 송수신 방법 및 장치
CN109889888B (zh) * 2013-06-05 2022-04-01 太阳专利托管公司 再现方法、装置及生成方法、装置
JP2015015706A (ja) * 2013-07-03 2015-01-22 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America データ送信方法、データ再生方法、データ送信装置およびデータ再生装置
US20150032845A1 (en) * 2013-07-26 2015-01-29 Samsung Electronics Co., Ltd. Packet transmission protocol supporting downloading and streaming
KR20150047082A (ko) * 2013-10-23 2015-05-04 한국전자통신연구원 Mmt 페이로드 헤더 구성 장치 및 방법
JP6652320B2 (ja) 2013-12-16 2020-02-19 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 送信方法、受信方法、送信装置及び受信装置
WO2015093011A1 (ja) * 2013-12-16 2015-06-25 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置及び受信装置
US10530828B2 (en) * 2014-03-31 2020-01-07 Samsung Electronics Co., Ltd. Method and apparatus for signaling and operation of low delay consumption of media data in MMT
JP5708866B1 (ja) * 2014-04-10 2015-04-30 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
KR102127641B1 (ko) * 2014-06-20 2020-06-30 삼성전자주식회사 응용 계층 순방향 오류 정정 방식을 사용하여 제공되는 방송 서비스의 수신을 제어하는 방법 및 장치
US10547884B2 (en) * 2014-06-24 2020-01-28 Samsung Electronics Co., Ltd. Technique for transmitting and receiving system time information in broadcasting system
KR20160004858A (ko) * 2014-07-04 2016-01-13 삼성전자주식회사 멀티미디어 통신 시스템에서 패킷 송/수신 장치 및 방법
KR102191878B1 (ko) * 2014-07-04 2020-12-16 삼성전자주식회사 멀티미디어 시스템에서 미디어 패킷을 수신하는 방법 및 장치
JP6706784B2 (ja) * 2014-09-12 2020-06-10 パナソニックIpマネジメント株式会社 送信装置、受信装置、送信方法及び受信方法
WO2016072343A1 (ja) * 2014-11-05 2016-05-12 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
KR102407513B1 (ko) * 2015-01-13 2022-06-13 소니그룹주식회사 송신 장치 및 송신 방법, 그리고 수신 장치 및 수신 방법
JP6222781B2 (ja) * 2015-03-19 2017-11-01 マクセルホールディングス株式会社 制御方法
JP6222782B2 (ja) * 2015-03-20 2017-11-01 マクセルホールディングス株式会社 録画予約の制御方法
US10085051B2 (en) * 2015-02-13 2018-09-25 Samsung Electronics Co., Ltd. Method and apparatus for converting MMTP stream to MPEG-2TS
US20160295256A1 (en) * 2015-03-31 2016-10-06 Microsoft Technology Licensing, Llc Digital content streaming from digital tv broadcast
CN107431845B (zh) * 2015-03-31 2021-03-26 松下电器(美国)知识产权公司 发送方法、接收方法、发送装置以及接收装置
JP6585508B2 (ja) * 2015-04-02 2019-10-02 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 送信方法、受信方法、送信装置及び受信装置
CN113038188B (zh) * 2015-03-31 2023-06-06 松下电器(美国)知识产权公司 发送方法、接收方法、发送装置以及接收装置
JP6591775B2 (ja) * 2015-04-15 2019-10-16 マクセル株式会社 出力制御方法
JP2016201765A (ja) * 2015-04-14 2016-12-01 日立マクセル株式会社 放送受信装置及び映像出力方法
JP2016225906A (ja) * 2015-06-02 2016-12-28 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP6641731B2 (ja) 2015-06-05 2020-02-05 ソニー株式会社 送信装置及び送信方法、並びに受信装置及び受信方法
JP6378137B2 (ja) * 2015-06-15 2018-08-22 マクセル株式会社 録画制御方法
JP6382158B2 (ja) * 2015-06-16 2018-08-29 マクセル株式会社 一時蓄積の制御方法
JP6684433B2 (ja) * 2015-06-26 2020-04-22 ソニー株式会社 送信装置、送信方法、並びに、プログラム
JP2017017382A (ja) * 2015-06-26 2017-01-19 ソニー株式会社 データ処理装置、データ処理方法、並びに、プログラム
BR112017027861A2 (pt) 2015-07-01 2018-11-06 Sony Corporation dispositivo e método de transmissão, e, dispositivo e método de recepção.
CN113259748A (zh) 2015-08-06 2021-08-13 麦克赛尔株式会社 广播接收装置
US10887644B2 (en) 2015-09-01 2021-01-05 Sony Corporation Reception device, data processing method, and program
US9911433B2 (en) * 2015-09-08 2018-03-06 Bose Corporation Wireless audio synchronization
JP6820507B2 (ja) * 2015-09-14 2021-01-27 パナソニックIpマネジメント株式会社 映像受信方法、映像送信方法、映像受信装置及び映像送信装置
WO2017047399A1 (ja) * 2015-09-15 2017-03-23 ソニー株式会社 受信装置および方法、送信装置および方法
BR112018009422A8 (pt) * 2015-11-09 2019-02-26 Thomson Licensing método e dispositivo para adaptar o conteúdo de vídeo decodificado às características de um display a partir de fluxos elementares
US9999580B2 (en) 2015-12-31 2018-06-19 L'oreal Skin tightening compositions
US9770401B2 (en) 2015-12-31 2017-09-26 L'oreal Skin tightening compositions
KR102421791B1 (ko) * 2016-05-26 2022-07-15 삼성전자주식회사 Mmt 네트워크 시스템에서 미디어 시간 정보를 전송 하는 방법 및 장치
US10812207B2 (en) * 2017-03-14 2020-10-20 Sony Corporation Reception apparatus and data processing method
US10726872B1 (en) 2017-08-30 2020-07-28 Snap Inc. Advanced video editing techniques using sampling patterns
JP6283146B2 (ja) * 2017-09-29 2018-02-21 マクセル株式会社 録画予約の制御方法
JP6283145B2 (ja) * 2017-09-29 2018-02-21 マクセル株式会社 制御方法
JP6317534B1 (ja) * 2018-01-25 2018-04-25 マクセル株式会社 放送番組の録画予約の制御方法
JP6317861B1 (ja) * 2018-01-25 2018-04-25 マクセル株式会社 放送番組のコンテンツの送出、受信、および蓄積制御方法
JP2018164294A (ja) * 2018-06-20 2018-10-18 マクセル株式会社 放送番組の視聴予約および映像デコードの制御方法
JP6405492B1 (ja) * 2018-07-26 2018-10-17 マクセル株式会社 録画制御方法
JP6412288B1 (ja) * 2018-07-26 2018-10-24 マクセル株式会社 録画制御方法
JP6412289B1 (ja) * 2018-08-01 2018-10-24 マクセル株式会社 一時蓄積の制御方法
JP6405493B1 (ja) * 2018-08-01 2018-10-17 マクセル株式会社 一時蓄積の制御方法
US11095927B2 (en) 2019-02-22 2021-08-17 The Nielsen Company (Us), Llc Dynamic watermarking of media based on transport-stream metadata, to facilitate action by downstream entity
JP6879344B2 (ja) * 2019-08-22 2021-06-02 三菱電機株式会社 復号装置
JP2021168520A (ja) * 2020-07-07 2021-10-21 マクセル株式会社 放送受信装置における映像と音声の再生同期方法
JP2021168521A (ja) * 2020-07-07 2021-10-21 マクセル株式会社 放送受信装置における映像、音声及び字幕の再生同期方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1551096A (zh) * 2003-02-28 2004-12-01 松下电器产业株式会社 内容递送***
CN1577571A (zh) * 2003-06-30 2005-02-09 三星电子株式会社 用于多媒体内容和段元数据之间的时间同步的***和方法
US20070250873A1 (en) * 2006-03-30 2007-10-25 Satoshi Ohyama Digital data delivery system and method of the same
JP2009010581A (ja) * 2007-06-27 2009-01-15 Kddi Corp 同期した異なる種類のストリーミングデータを受信し且つ同時に再生する受信システム、受信装置及びプログラム
WO2012099429A2 (en) * 2011-01-19 2012-07-26 Samsung Electronics Co., Ltd. Apparatus and method for transmitting multimedia frame in broadcast system
CN102714624A (zh) * 2009-11-13 2012-10-03 三星电子株式会社 用于使用分割的自适应流传输的方法和装置
US20130015436A1 (en) * 2011-07-15 2013-01-17 Semiconductor Energy Laboratory Co., Ltd. Semiconductor device
KR20130009670A (ko) * 2011-07-13 2013-01-23 연세대학교 원주산학협력단 엠엠티 시스템에서의 패킷 전송 장치 및 방법, 및 패킷 수신 장치 및 방법

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7292604B2 (en) * 1996-09-05 2007-11-06 The Directv Group, Inc. Device and method for efficient delivery of redundant national television signals
US7747853B2 (en) * 2001-06-06 2010-06-29 Sony Corporation IP delivery of secure digital content
US7787539B2 (en) * 2002-07-17 2010-08-31 Broadcom Corporation Decoding and presentation time stamps for MPEG-4 advanced video coding
CN100477774C (zh) * 2003-06-30 2009-04-08 松下电器产业株式会社 数据处理装置及数据处理方法
US7483532B2 (en) * 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
JP4237129B2 (ja) 2004-10-29 2009-03-11 三菱電機株式会社 ネットワーク対応映像機器及びネットワーク対応映像システム
US7421048B2 (en) * 2005-01-20 2008-09-02 Vixs Systems, Inc. System and method for multimedia delivery in a wireless environment
AU2006248710B2 (en) * 2005-05-19 2011-01-20 Nokia Corporation System and method for providing unequal error protection to priority labeled datagrams in a DVB-H transmission system
US7643513B2 (en) * 2005-11-30 2010-01-05 Broadcom Corporation Method and system for audio and video transport
US20070183452A1 (en) * 2006-02-03 2007-08-09 Mark Hryszko Transport stream dejittering
US20080056295A1 (en) * 2006-09-01 2008-03-06 Dne Technologies, Inc. Internet protocol quality of service apparatus and method
JP5334335B2 (ja) * 2007-07-02 2013-11-06 フラウンホファー・ゲゼルシャフト・ツール・フォルデルング・デル・アンゲバンテン・フォルシュング・アインゲトラーゲネル・フェライン メディアデータコンテナおよびメタデータコンテナを有するファイルを記憶および読み出すための装置および方法
CA2697459C (en) * 2007-08-24 2013-09-24 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US20090119723A1 (en) * 2007-11-05 2009-05-07 John Tinsman Systems and methods to play out advertisements
US9106544B2 (en) * 2008-11-12 2015-08-11 Google Technology Holdings LLC Multi-rate statistical multiplexing
US8542706B2 (en) * 2008-12-08 2013-09-24 Qualcomm Incorporated Method and apparatus related to packet fragmentation and reconstruction
JP2011217161A (ja) 2010-03-31 2011-10-27 Sony Corp 通信装置、コンテンツ配信システム、およびコンテンツ配信方法
WO2012023787A2 (ko) * 2010-08-17 2012-02-23 엘지전자 주식회사 디지털 수신기 및 디지털 수신기에서의 컨텐트 처리 방법
JP2011061828A (ja) * 2010-10-25 2011-03-24 Sony Corp Mpeg方式のトランスポートストリーム送受信システム
JP2012129827A (ja) 2010-12-15 2012-07-05 Sony Corp 送信装置、送信方法、受信装置および受信方法
JP6018799B2 (ja) * 2011-05-20 2016-11-02 日本放送協会 放送通信連携システム
KR20120138319A (ko) * 2011-06-14 2012-12-26 삼성전자주식회사 멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치
EP2744197A4 (en) * 2011-08-11 2015-02-18 Panasonic Corp DEVICE AND METHOD FOR READING, INTEGRATED CIRCUIT, SYSTEM AND METHOD FOR BROADCAST
US9872051B2 (en) * 2012-04-25 2018-01-16 Samsung Electonics Co., Ltd. Method and apparatus for transceiving data for multimedia transmission system
CN104604242B (zh) 2012-09-07 2018-06-05 索尼公司 发送设备、发送方法、接收设备和接收方法
SG11201504103WA (en) 2012-11-26 2015-06-29 Sony Corp Transmitting apparatus, transmittingmethod, receiving apparatus, receiving method, andreceiving display method
WO2014091984A1 (ja) 2012-12-13 2014-06-19 ソニー株式会社 送信装置、送信方法、受信装置および受信方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1551096A (zh) * 2003-02-28 2004-12-01 松下电器产业株式会社 内容递送***
CN1577571A (zh) * 2003-06-30 2005-02-09 三星电子株式会社 用于多媒体内容和段元数据之间的时间同步的***和方法
US20070250873A1 (en) * 2006-03-30 2007-10-25 Satoshi Ohyama Digital data delivery system and method of the same
JP2009010581A (ja) * 2007-06-27 2009-01-15 Kddi Corp 同期した異なる種類のストリーミングデータを受信し且つ同時に再生する受信システム、受信装置及びプログラム
CN102714624A (zh) * 2009-11-13 2012-10-03 三星电子株式会社 用于使用分割的自适应流传输的方法和装置
WO2012099429A2 (en) * 2011-01-19 2012-07-26 Samsung Electronics Co., Ltd. Apparatus and method for transmitting multimedia frame in broadcast system
KR20130009670A (ko) * 2011-07-13 2013-01-23 연세대학교 원주산학협력단 엠엠티 시스템에서의 패킷 전송 장치 및 방법, 및 패킷 수신 장치 및 방법
US20130015436A1 (en) * 2011-07-15 2013-01-17 Semiconductor Energy Laboratory Co., Ltd. Semiconductor device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KYUNGMO PARK: "Study of ISO/IEC CD 23008-1 MPEG Media Transport", 《ISO/IEC JTC1/SC29/WG11》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109644284A (zh) * 2016-08-30 2019-04-16 索尼公司 发送设备、发送方法、接收设备与接收方法
CN109644284B (zh) * 2016-08-30 2022-02-15 索尼公司 发送设备、发送方法、接收设备与接收方法
CN106851350A (zh) * 2016-12-30 2017-06-13 中广热点云科技有限公司 一种传输流平滑拼接的***及方法
CN106851350B (zh) * 2016-12-30 2019-07-30 中广热点云科技有限公司 一种传输流平滑拼接的***及方法
CN109936715A (zh) * 2017-12-19 2019-06-25 华为技术有限公司 一种mp4文件的处理方法及其相关设备
US11100956B2 (en) 2017-12-19 2021-08-24 Huawei Technologies Co., Ltd. MP4 file processing method and related device

Also Published As

Publication number Publication date
KR102102349B1 (ko) 2020-04-21
KR101753503B1 (ko) 2017-07-03
BR112015021917A2 (pt) 2017-07-18
US20210351883A1 (en) 2021-11-11
MX2015011615A (es) 2015-12-17
US11075728B2 (en) 2021-07-27
US20150373380A1 (en) 2015-12-24
SG11201507164RA (en) 2015-10-29
CN105009595B (zh) 2019-09-27
MY177181A (en) 2020-09-09
KR102145154B1 (ko) 2020-08-14
US20200280407A1 (en) 2020-09-03
US10862638B2 (en) 2020-12-08
EP3745728A1 (en) 2020-12-02
JP2014200054A (ja) 2014-10-23
JP5641090B2 (ja) 2014-12-17
KR102052684B1 (ko) 2019-12-06
KR20170077285A (ko) 2017-07-05
RU2015138151A (ru) 2017-03-14
WO2014142203A1 (ja) 2014-09-18
BR112015021917B1 (pt) 2023-04-25
RU2642834C2 (ru) 2018-01-29
EP2975851A4 (en) 2016-10-19
KR20190136131A (ko) 2019-12-09
US9876616B2 (en) 2018-01-23
US20160294520A1 (en) 2016-10-06
KR20200040941A (ko) 2020-04-20
MX357400B (es) 2018-07-06
CA2904115C (en) 2022-06-21
CA2904115A1 (en) 2014-09-18
EP2975851B1 (en) 2020-09-23
EP2975851A1 (en) 2016-01-20
KR20150128691A (ko) 2015-11-18

Similar Documents

Publication Publication Date Title
CN105009595A (zh) 发送设备、发送方法、接收设备以及接收方法
CN107925781B (zh) 发送方法、接收方法、发送装置以及接收装置
CN107113462B (zh) 发送方法、接收方法、发送装置以及接收装置
CN105830450B (zh) 发送方法、接收方法、发送装置以及接收装置
US8750315B2 (en) Efficiently storing transport streams
CN106134208B (zh) 发送设备、发送方法、接收设备以及接收方法
CN106605409B (zh) 发送装置、接收装置、发送方法以及接收方法
US10305617B2 (en) Transmission apparatus, transmission method, reception apparatus, and reception method
JP6237547B2 (ja) 送信装置、送信方法、受信装置および受信方法
CN106576188B (zh) 发送方法、接收方法、发送装置以及接收装置
CN112135167B (zh) 发送方法、接收方法、发送装置以及接收装置
CN106576187B (zh) 发送方法、接收方法、发送装置以及接收装置
CN111614976B (zh) 发送装置、接收装置、发送方法以及接收方法

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