CN107005732B

CN107005732B - 发送方法、接收方法、发送装置及接收装置

Info

Publication number: CN107005732B
Application number: CN201580066496.5A
Authority: CN
Inventors: 井口贺敬; 远间正真
Original assignee: Panasonic Intellectual Property Management Co Ltd
Current assignee: Panasonic Intellectual Property Management Co Ltd
Priority date: 2014-12-10
Filing date: 2015-12-01
Publication date: 2020-07-03
Anticipated expiration: 2035-12-01
Also published as: EP3232671A1; JP7386463B2; US11962632B2; CN107005732A; JP6846644B2; US11019118B2; JP7117562B2; JP6692057B2; WO2016092769A1; US20170279865A1; JP2024003099A; US20210250394A1; JP2021083104A; EP3232671A4; EP3923588A1; JP2020127209A; JP2016116213A; JP2022121490A

Abstract

发送方法包括：生成步骤(S421)，生成保存有保存着内容的1个以上的第1IP包、和包含表示用于内容的再现的时刻的基准时钟信息的1个以上的第2IP包的传输用的帧；发送步骤(S422)，将所生成的帧经由广播发送；在生成步骤(S421)中，对1个以上的第1IP包进行头压缩处理；对1个以上的第2IP包不进行头压缩处理。

Description

发送方法、接收方法、发送装置及接收装置

技术领域

本公开涉及发送方法、接收方法、发送装置及接收装置。

背景技术

MMT(MPEG Media Transport)方式(参照非专利文献1)是用来将影像及声音等的内容(content)复用及打包、并用广播或通信等的一个以上的传输路径发送的复用方式。在将MMT方式应用到广播系统中的情况下，将发送侧的基准时钟信息向接收侧发送，在接收装置中基于基准时钟信息生成接收装置的系统时钟。

非专利文献1：Information technology－High efficiency coding and mediadelivery in heterogeneous environment－Part1：MPEG media transport(MMT)，ISO/IEC DIS 23008－1

非专利文献2：ARIB标准ARIB STD－B44(2.0版)，“高度広帯域衛星デジタル放送の伝送方式”(高级宽频带卫星数字广播的传输方式)，第3章“時刻情報の伝送に関するガイドライン”(关于时刻信息的传输的指引)

发明内容

在这样的接收装置中，希望能够缩短选站时间。

本公开的非限定性的实施例提供一种能够缩短选站时间的发送方法、接收方法、发送装置或接收装置。

有关本公开的一技术方案的发送方法包括：生成步骤，生成保存有1个以上的第1IP(互联网协议)包和1个以上的第2IP包的传输用的帧，该第1IP包保存着内容，该第2IP包包含表示用于上述内容的再现的时刻的基准时钟信息；以及发送步骤，将所生成的上述帧经由广播发送；在上述生成步骤中，对上述1个以上的第1IP包进行头压缩处理；对上述1个以上的第2IP包不进行头压缩处理。

有关本公开的一技术方案的接收方法包括：接收步骤，经由广播接收保存有1个以上的IP(互联网协议)包的传输用的帧，所述1个以上的IP包包括：保存有内容、并且进行了头压缩处理的1个以上的第1IP包；和包含表示用于上述内容的再现的时刻的基准时钟信息、并且没有进行头压缩处理的1个以上的第2IP包；判定步骤，根据接收到的上述1个以上的IP包中的每个IP包是否进行了头压缩处理，判定各上述IP包是上述第1IP包还是上述第2IP包；以及再现步骤，根据上述判定的结果，使用保存在上述各第2IP包中的上述基准时钟信息，将保存在上述各第1IP包中的上述内容再现。

另外，这些包含性或具体的形态也可以由系统、装置、方法、集成电路、计算机程序或计算机可读取的CD－ROM等的记录介质实现。此外，这些包含性或具体的形态也可以由系统、装置、方法、集成电路、计算机程序及记录介质的任意的组合实现。

本公开能够提供一种能够缩短选站时间的发送方法、接收方法、发送装置或接收装置。

本公开的一技术方案的进一步的优点及效果根据说明书及附图会变得清楚。这样的优点及/或效果由在一些实施方式、以及说明书及附图中记载的特征分别提供，但不需要为了得到1个或1个以上的相同的特征而必定提供全部。

附图说明

图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是表示使用扩展类别的情况下的语法的第1例及第2例的图。

图25是表示有关实施方式2的接收装置的功能结构的框图。

图26是表示有关实施方式2的接收装置的动作流程的图。

图27是示意地表示在多个层的各个层中保存基准时钟信息的例子的图。

图28是示意地表示在一个层中保存多个基准时钟信息的例子的图。

图29是用来说明将不同的广播站的数据分开向流保存的例子的框图。

图30是用来说明差信息的发送方法的图。

图31是用来说明差信息的发送方法的变形例的图。

图32是表示有关实施方式3的接收装置的功能结构的框图。

图33是表示有关实施方式3的接收装置的动作流程的图。

图34是表示有关实施方式3的接收装置的另一动作流程的图。

图35是表示发送装置的功能结构的框图。

图36是表示发送装置的动作流程的图。

图37是有关实施方式4的接收装置的框图。

图38是表示有关实施方式4的主信号及基准时钟信息的定时的图。

图39是表示有关实施方式4的解码部的动作流程的图。

图40是表示有关实施方式4的接收装置的动作流程的图。

图41是表示有关实施方式4的上位层的动作流程的图。

图42是表示有关实施方式4的解码装置的动作流程的图。

图43是表示有关实施方式4的解复用装置的动作流程的图。

图44是表示有关实施方式5的传输帧的结构的图。

图45是表示有关实施方式5的传输帧的结构的图。

图46是表示有关实施方式5的传输帧的结构的图。

图47是用来说明有关实施方式5的发送方法的图。

图48是表示有关实施方式5的发送装置的动作流程的图。

图49是表示有关实施方式5的传输帧的结构的图。

图50是用来说明有关实施方式6的头压缩的图。

图51是用来说明有关实施方式6的头压缩的图。

图52是表示有关实施方式6的接收装置的动作流程的图。

图53是表示有关实施方式6的接收装置的动作流程的图。

图54是有关实施方式6的发送装置的框图。

图55是表示有关实施方式6的发送装置的动作流程的图。

图56是有关实施方式6的接收装置的框图。

图57是表示有关实施方式6的接收装置的动作流程的图。

具体实施方式

(作为本公开的基础的认识)

本公开关于一种在使用通过MPEG(Moving Picture Expert Group)正在标准化的MMT方式的混合分发系统中从发送侧发送基准时钟信息、在接收侧接收基准时钟信息而生成(再现：playback)基准时钟的方法及装置。

MMT方式是用来将影像及声音复用及打包、用广播或通信等的一个以上的传输路径发送的复用方式。

在将MMT方式应用到广播系统中的情况下，使发送侧的基准时钟与由IETF RFC5905规定的NTP(Network Time Protocol：网络时间协议)同步、基于基准时钟对媒体赋予PTS(Presentation Time Stamp：演示时间戳)或DTS(Decode Time Stamp：解码时间戳)等的时间戳。进而，将发送侧的基准时钟信息向接收侧发送，在接收装置中基于基准时钟信息生成接收装置的基准时钟(以下也记作系统时钟)。

在广播系统中，优选的是使用作为基准时钟信息而能够表示绝对时刻的64比特的长格式NTP。但是，在以往的MMT方式中，规定了在MMT包头中保存32比特的短格式NTP而传输，但没有规定传输长格式NTP，在接收机侧不能取得精度良好的基准时钟信息。

相对于此，作为消息、表或记述符等的控制信息而定义长格式NTP，能够对控制信息附加MMT包头而传输。在此情况下，MMT包被保存到IP包中等并经由广播传输路径或通信传输路径传输。

在将MMT包使用由ARIB标准规定的高级BS传输方式(高级宽带卫星数字广播的传输方式)传输的情况下，在将MMT包封装化为IP包、将IP包封装化为TLV(Type LengthValue：类型长值)包后，向由高级BS传输方式规定的传输时隙保存。

接收装置在从TLV流提取希望的IP数据流时，实施IP数据流的过滤、或者IP包或UDP包的过滤。此外，接收装置在将IP数据流过滤时，需要确定希望的服务的IP数据流并识别属于希望的IP数据流的包。

但是，如果不是在完整头的接收后，接收装置就不能识别属于希望的IP数据流的包。由此，处理延迟直到接收装置开始接收完整头，有选站时间变长的情况。进而，在完整头的发送间隔较长的情况下，该选站时间变得更长。

由此，接收装置根据是否进行了头压缩处理，能够将IP数据流过滤。由此，能够缩短选站时间。

例如也可以是，在上述生成步骤中，上述头压缩处理(1)对上述1个以上的第1IP包中的一部分第1IP包赋予包含确定上述1个以上的第1IP包所属的IP数据流的确定信息的完整头，(2)对上述1个以上的第1IP包中的上述一部分第1IP包以外的第1IP包赋予不包含上述确定信息的压缩头。

例如，也可以是，上述基准时钟信息是NTP(网络时间协议)。

例如，也可以是，上述内容被保存在各上述第1IP包内的MMT(MPEG媒体传输)包中。

例如，也可以是，上述帧包含固定长的1个以上的第2传输单位；上述1个以上的第2传输单位分别包含1个以上的第1传输单位；上述1个以上的第1传输单位分别包含上述1个以上的第1IP包或上述1个以上的第2IP包。

例如，也可以是，上述第1传输单位是TLV(类型长度值)包；上述第2传输单位是高级宽带卫星数字广播的传输方式的时隙；上述帧是上述高级宽带卫星数字广播的传输方式的传输时隙。

由此，接收装置能够根据是否进行了头压缩而将IP数据流过滤。由此，能够缩短选站时间。

例如也可以是，上述头压缩处理(1)对上述1个以上的第1IP包中的一部分第1IP包赋予包含确定上述1个以上的第1IP包所属的IP数据流的确定信息的完整头，(2)对上述1个以上的第1IP包中的上述一部分第1IP包以外的第1IP包赋予不包含上述确定信息的压缩头。

例如，也可以是，上述基准时钟信息是NTP(网络时间协议)。

有关本公开的一技术方案的发送装置具备：生成部，生成保存有1个以上的第1IP(互联网协议)包和1个以上的第2IP包的传输用的帧，该第1IP包保存着内容，该第2IP包包含表示用于上述内容的再现的时刻的基准时钟信息；以及发送部，将所生成的上述帧经由广播发送；上述生成部，对上述1个以上的第1IP包进行头压缩处理；对上述1个以上的第2IP包不进行头压缩处理。

由此，接收装置根据是否进行了头压缩，能够将IP数据流过滤。由此，能够缩短选站时间。

有关本公开的一技术方案的接收装置包括：接收部，经由广播接收保存有1个以上的IP(互联网协议)包的传输用的帧，所述1个以上的IP包包括：保存有内容、并且进行了头压缩处理的1个以上的第1IP包；和包含表示用于上述内容的再现的时刻的基准时钟信息、并且没有进行头压缩处理的1个以上的第2IP包；判定部，根据接收到的上述1个以上的IP包中的每个IP包是否进行了头压缩处理，判定各上述IP包是上述第1IP包还是上述第2IP包；以及再现部，根据上述判定的结果，使用保存在上述各第2IP包中的上述基准时钟信息，将保存在上述各第1IP包中的上述内容再现。

以下，参照附图对实施方式具体地说明。

另外，以下说明的实施方式都是表示包含性或具体的例子的。在以下的实施方式中表示的数值、形状、材料、构成要素、构成要素的配置位置及连接形态、步骤、步骤的顺序等是一例，不是限定本公开的意思。此外，关于以下的实施方式的构成要素中的、在表示最上位概念的独立权利要求中没有记载的构成要素，设为任意的构成要素进行说明。

(实施方式1)

[MMT方式的基本的结构]

首先，对MMT方式的基本的结构进行说明。图1表示使用MMT方式及高级BS传输方式进行传输的情况下的协议堆栈图。

在MMT方式中，将影像或声音等的信息向多个MPU(Media Presentation Unit：媒体演示单元)或多个MFU(Media Fragment Unit：媒体片段单元)保存，赋予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包的数据构造的图。

在TLV包中，如图2所示，保存IPv4包、IPv6包、压缩IP包、NULL包及传输控制信号。这些信息被使用8比特的数据类型识别。在传输控制信号中，例如有AMT(Address MapTable：地址映射表)及NIT(Network Information Table：网络信息表)等。此外，在TLV包中，使用16比特的字段表示数据长(字节单位)，在其之后保存数据的值。在数据类型之前有1字节的头信息(在图2中没有图示)，所以TLV包合计具有4字节的头区域。

TLV包被映射为高级BS传输方式的传输时隙，在TMCC(Transmission andMultiplexing Configuration Control：传输及复用配置控制)控制信息(控制信号)中，保存按照每个时隙表示所包含的最初的包的开头位置和最后的包的末尾的位置的指针/时隙信息。

接着，对将MMT包使用高级BS传输方式传输的情况下的接收装置的结构进行说明。图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进行过滤(filtering)处理(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(Program Clock Reference：节目时钟参考)的数据类型。图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包而位于其前方)或紧后(紧挨着TLV包而位于其后方)。此外，基准时钟信息也可以被附加到保存在TLV包中的数据的紧前或紧后。在这些情况下，赋予能够确定附加了基准时钟信息的场所的数据类型。

例如，图11是表示对IP包的头的紧前附加基准时钟信息的结构的图。在此情况下，数据类型表示是带有基准时钟信息的IP包。接收装置20(基准时钟信息提取部15)在数据类型是表示带有基准时钟信息的IP包的情况下，通过从TLV包的数据字段的开头中提取预先设定的规定的基准时钟信息的长度的比特，能够取得基准时钟信息。此时，数据长既可以指定包括基准时钟信息的长度的数据的长度，也可以指定不包括基准时钟信息的长度的长度。在由数据长指定了包含基准时钟信息的长度的数据的长度的情况下，接收装置20(基准时钟信息提取部15)从基准时钟信息的紧后取得从数据长减去基准时钟信息的长度后的长度的数据。在由数据长指定了不包含基准时钟信息的长度的数据的长度的情况下，接收装置20(基准时钟信息提取部15)从基准时钟信息的紧后取得通过数据长而指定的长度的数据。

此外，图12是表示对TLV包的紧前附加基准时钟信息的结构的图。在此情况下，数据类型为以往那样的数据类型，将表示TLV包是带有基准时钟信息的TLV包的识别符例如向传输时隙的时隙头或TMCC控制信息保存。图13是表示传输时隙的结构的图，图14是表示传输时隙的时隙头的结构的图。

如图13所示，传输时隙由多个时隙(在图13的例子中是时隙#1－时隙#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包保存的动作。

在这样的结构中，接收装置20将TMCC控制信息的流类别/相对流信息解析，在流类别为“00000100”的情况下，从预先决定的时隙中取得带有基准时钟的TLV包。

另外，考虑定义包含下载型TLV包的流类别、和包含影像或声音等的流型TLV包的流类别的情况。在这样的情况下，接收装置20也可以当接收到的流的流类别是流型TLV包时判断为在流中包含基准时钟信息。这是因为，在下载型的TLV包的再现中，通常不使用基准时钟信息。

此外，在将用来确定及参照带有基准时钟信息的TLV包的信息向TMCC控制信息的扩展信息保存的情况下，例如将每16条相对流的信息向TMCC控制信息的扩展区域保存。

此外，如图18所示，也可以在时隙头的未定义字段中新定义保存基准时钟信息的区域。图18是表示在时隙头的未定义字段中保存基准时钟信息的例子的图。

此外，也可以在预先设定的时隙中保存基准时钟信息，也可以保存表示在时隙头内包含基准时钟信息的信息。这里，也可以是，预先设定的时隙例如是传输时隙中的开头的时隙(在图13的例子中是时隙#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中容易将基准时钟信息用硬件处理。

另外，基于同样的思想，也可以考虑在IP包内在不保存到MMT包的状态下保存基准时钟信息。如果是这样的情况，则相比在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包是IPv4还是IPv6，IP包头的数据构造不同，所以固定长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比特的变更指示而进行通知。具体而言，这样的控制信息是，指针信息及时隙信息以外的信息对应于此。

另一种是关于帧的控制信息，是值按照每帧而变化的控制信息。这样的控制信息由于是值按照每帧而变化的信息，所以不进行变更指示。这样的控制信息具体而言是指针信息及时隙信息。

图22是表示TMCC扩展信息的结构的一例、以及以往提出的扩展区域被作为有效载荷使用的情况下的比特分配方法的一例的图。TMCC扩展信息如图22(a)所示，由16比特的扩展识别和3598比特的扩展区域构成，通过对扩展识别设定all 0以外的值，扩展区域成为有效。

图22(b)是表示以往提出的扩展区域被作为有效载荷使用的情况下的比特分配方法的一例的图。在扩展区域被作为有效载荷使用的情况下，页数由16比特构成，附加信息有效载荷表示传输中的TMCC控制信息被持续几帧分传输。

页号由16比特构成，表示当前传输中的TMCC控制信息是页数中的第几页。附加信息类别由8比特构成，指定附加信息的类别。附加信息类别具体而言例如是字符(字幕)迭印(super)、图形、声音等。

在这样的结构的情况下，将扩展区域全部作为有效载荷使用，不能使用扩展区域将以往的TMCC控制信息那样的控制信息保存到扩展区域中。

[TMCC扩展区域的扩展方法]

这里，对通过根据保存在TMCC扩展区域中的信息或数据的类别划分TMCC扩展区域、实现将接收处理不同的数据向TMCC扩展区域保存的方法进行说明。

将在TMCC扩展区域中保存的信息或数据的类别(以下称作扩展类别)例如如下述那样分类。

TypeA：

·是关于帧的控制信息，值不按照每帧而变化。

·最小更新间隔是帧单位。在值有变更的情况下提前2帧发送变更后的信息。

·此外，在有变更的情况下，通过8比特的变更指示的递增进行变更的通知。

TypeB：

·是关于帧的控制信息，值按照每帧而变化。

·是值按照每帧而变化的信息，不进行变更指示。

TypeC：

·被作为有效载荷使用(以往的扩展方式)。

·但是，在变更指示中，也可以使用与不为扩展区域的TMCC相同的变更指示字段，也可以由扩展区域独自规定变更指示字段。

图23是表示使用这样被分类的扩展类别的扩展区域的数据构造(比特配置)的一例的图。图24是表示使用扩展类别的情况下的语法的第1例及第2例的图。

在图23的例子中，作为扩展类别而仅定义上述3个类型。此外，如图24的(a)所示的第1例那样，在3个类型的扩展类别的各自的数据长被保存后，接着按照每个扩展类别保存由数据长表示的长度的扩展数据。在接收装置中，按照每个扩展类别从扩展区域提取由数据长表示的长度的数据，进行处理。

例如，接收装置关于TypeA的数据，仅在有变更指示的情况取得数据，在TypeA的数据中有变更的情况下控制信息被变更，对控制信息进行遵循变更的处理。

此外，接收装置关于TypeB的数据，由于TypeB的数据是值按照每帧而变化的数据，所以按照每帧取得。例如，在值按照每帧而变化的基准时钟信息被保存在TMCC控制信息中的情况下，向TypeB的数据区域保存。

在TypeC的数据中包含以往的扩展方式的有效载荷信息，接收装置关于TypeC的数据，进行遵循以往的扩展方式的取得的动作。

在上述例子中，各个扩展类别的数据结构的详细情况需要另外规定。在另外规定的情况下，也可以将与在图22的(b)中表示的TypeC的数据中的附加信息类别及对象服务指定方法同样的识别符在其他类型中规定。另外，附加信息类别也可以使用共通的表定义，也可以将扩展识别和附加信息类别合并。

此外，数据长有可能在途中变化的信息也可以为与TypeA的数据同样的类别。在此情况下，也可以在有数据长的变更的情况下，通过提前2帧发送变更后的信息来进行变更指示。接收装置在有变更指示的情况下，参照扩展类别的数据长，确认在数据长中是否没有变化。

另外，数据构造并不限定于图23那样的构造。例如，在扩展类别的数据长是预先固定的情况下，也可以不将数据长发送。具体而言，在图23中扩展类别为TypeA的数据长是固定长的情况下，也可以在数据构造内不配置扩展类别TypeA的数据长。此外，在扩展类别TypeA的数据长及扩展类别TypeB的数据长是固定长的情况下，也可以不配置全部类型的数据长。此外，也可以在数据构造内设置表示是否有扩展类别的数据的标志。

此外，使用扩展类别的情况下的语法并不限定于在图24的(a)中表示的第1例的语法。例如，在图24的(b)所示的第2例中，设定扩展区域数，按照每个扩展区域数保存扩展类别及扩展区域长。接着保存扩展区域数的扩展数据。

这样的结构对于将来的扩展类别的追加也能够对应。此外，这样的结构能够保存多个相同扩展类别的数据，所以不需要预先决定各个相同扩展类别的数据的结构的详细情况。此外，这样的结构在被作为有效载荷(作为TypeC)使用的情况下，也能够将影像及声音等页数不同的数据在相同的帧中记述多个。

另外，在图24的(b)所示的第2例的结构中，扩展区域数、扩展类别及扩展区域长也可以为与TypeA同样的类别。即，这些信息也可以规定为是遵循变更指示的信息。这样，通过将遵循变更指示的数据连续保存，变更有无的判定变容易。

此外，也可以为将来的扩展准备而在扩展类别中设置未定义区域。作为将来导入的扩展类别，例如可以设想以下这样的类别。

·是按照每几个帧更新的控制信号，不进行变更指示。

·在紧急用的信号的情况下，与TypeA同样进行变更指示，但不是提前2帧的信息，在变更指示的取得后在该帧中立即进行处理。

此外，在上述紧急用的信号的情况下，也可以将紧急用的标志使用伴随着变更指示的扩展类别发送，将紧急用的数据使用有效载荷发送。此外，扩展类别也可以根据是否遵循变更指示来划分。

[详细结构和动作流程]

对以上说明那样的接收装置的功能结构和动作流程进行说明。图25是表示有关实施方式2的接收装置的功能结构的框图。图26是表示有关实施方式2的接收装置的动作流程的图。另外，在以下的说明中，假设扩展类别如上述那样仅为TypeA、TypeB及TypeC的3个。

如图25所示，接收装置40具备扩展识别部41、扩展类别判定部42、变更指示确认部43、数据更新确认部44和更新数据取得部45。

首先，扩展识别部41将TMCC控制信息的扩展识别解析(S161)。这里，如果扩展识别是all 0(全零)以外，则认为扩展区域是有效的，接收装置40按照每个扩展区域执行以下的处理。

接着，扩展类别判定部42进行扩展类别的判别(判定)(S162)。在判别为扩展类别是TypeA的情况下(S162中是TypeA(类型A))，由扩展区域长确定的区域的数据其值不按照每帧而变化，是遵循变更指示的控制信息。因而，变更指示确认部43按照帧确认变更指示(S163)。

接着，数据更新确认部44进行数据更新的判定(S164)。在判定为有变更指示且在该扩展数据中有变更的情况下(S164中“是”)，更新数据取得部45取得更新后的扩展数据，执行伴随着变更的处理(S165)。

另一方面，在步骤S164中没有如上述那样做出判定的情况下(S164中“否”)，更新数据取得部45判断为在该扩展数据中没有变更。

此外，在步骤S162中判别为扩展类别是TypeB的情况下(S162中是TypeB(类型B))，更新数据取得部45参照由扩展区域长确定的数据，按照每个帧取得更新的数据，执行伴随着变更的处理(S167)。

在步骤S162中判别为扩展类别是TypeC的情况下(S162中是TypeC(类型C))，更新数据取得部45执行基于以往的有效载荷扩展方式的接收方法的处理(S166)。

另外，在如上述那样判别为扩展区域数、扩展类别及扩展区域长是与遵循变更指示的TypeA同样的类别的情况下，更新数据取得部45确认变更指示，在有变更指示的情况下，确认信息是否被更新。

另外，接收装置40也可以基于扩展类别决定接收处理，决定在哪个处理块中进行数据处理。接收装置40例如也可以决定将TypeA的数据及TypeB的数据用硬件处理、将TypeC的数据用软件处理。

[效果等]

如以上说明，在实施方式2中，对将高级BS传输方式的TMCC扩展区域按照每个扩展类别划分、将扩展数据向TMCC扩展区域保存的方法进行了说明。在这样的方法中，接收装置40基于扩展类别决定扩展数据的处理方法。

由此，能够将接收处理不同的多个数据同时保存到TMCC扩展区域中。即，能够使TMCC扩展区域的使用方法拥有扩展性。

具体而言，例如能够将有效载荷及基准时钟信息同时保存到扩展区域中。

此外，还能够使跨越数帧的有效载荷数据和仅1帧的有效载荷数据混合存在于TMCC扩展区域中。因而，接收装置40在跨越数帧的有效载荷数据不能接收的期间中，也能够先取得仅1帧的有效载荷数据。由此，接收装置40能够将紧急性较高的信息更快地取得及提示。

(实施方式3)

在实施方式3中，对将分别属于不同的层的多个基准时钟信息发送的方法进行说明。

[概要]

图27是示意地表示在多层的各自中保存基准时钟信息的例子的图。

在图27的例子中，第1层相对于第2层是上位的层，在第1层中保存第1基准时钟信息。在第2层中保存第2基准时钟信息。

发送装置基本上在第1层的复用处理后进行第2层的复用处理。此外，接收装置基本上在第2层的解复用处理后进行第1层的解复用处理。

在将第1基准时钟信息保存在第1层中、将第2基准时钟信息保存在第2层中的情况下，发送装置例如保存下述所示的信息作为表示第1基准时钟信息与第2基准时钟信息的关系性的信息。

作为第1例，发送装置可以将表示在发送信号(例如传输帧)内保存有多个基准时钟信息的信息包含在发送信号中。

具体而言，发送装置在包含基准时钟信息的层中的至少1个以上的层中，保存表示在该层以外的层中也保存有基准时钟信息的信息。

此外，发送装置也可以在不包含基准时钟信息的层中表示保存有多个基准时钟信息。例如，发送装置也可以在下位层(第2层)中保存有表示在上位层(第1层)中是否包含基准时钟信息的信息。在此情况下，接收装置能够在下位层的处理中考虑在上位层中是否包含基准时钟信息，判定是否进行下位层的基准时钟信息的取得及基准时钟的再现。

作为第2例，发送装置能够将关于第1基准时钟信息及第2基准时钟信息的信息包含在发送信号中。

具体而言，发送装置在各个层中保存表示包含在该层中的基准时钟信息的种类的信息。或者，发送装置在各自的层中保存表示在该层以外的层中包含的基准时钟信息的种类的信息。

在基准时钟信息中，例如有32比特的NTP、64比特的NTP、24比特的SMPTE时间码等的种类，表示基准时钟信息的种类的信息是能够确定基准时钟信息的格式(包括精度等的信息)的信息。

另外，在预先已知包含有规定的种类的基准时钟信息的情况下，也可以不包含这样的信息。

作为第3例，发送装置能够将表示第1基准时钟信息与第2时钟信息的相对关系的信息包含在发送信号中。

具体而言，发送装置能够包含表示基准时钟信息的精度的相对关系的信息。例如，发送装置包含表示第2基准时钟信息的精度相对于第1基准时钟信息的精度较高或较低的信息。

此外，表示这样的相对关系的信息既可以是表示基于基准时钟信息的总比特数的大小的相对关系的信息，也可以是基于整数部的比特数的大小表示动态范围的相对关系的信息。

或者，表示相对关系的信息也可以是基于小数部的比特数的大小表示解析力(分辨率)的精度的相对关系的信息。此外，表示相对关系的信息也可以是基于发送装置的基准时钟信息的本身的可靠性、传输路径的品质、起因于发送处理或接收处理中的处理能力的差异的精度的差异来表示基准时钟信息的取得时的精度的相对关系的信息。

此外，表示相对关系的信息也可以是表示基准时钟信息间的精度的差的信息。例如，在小数比特数中有差异的情况下，也可以是表示小数比特数的差的信息。表示相对关系的信息也可以是表示相互的精度是否相同的信息，也可以作为仅在精度不同的情况下表示相对关系的信息保存。另外，在精度的相对关系预先为已知的情况下，也可以不包含这样的表示精度的相对关系的信息。

如果发送了这样的表示精度的相对关系的信息，则接收装置在发送的信息表示第2基准时钟信息的精度相对于第1基准时钟信息的精度较低的情况下，能够进行不实施第2基准时钟信息的取得及再现而实施第1基准时钟信息的取得及再现、并基于第1基准时钟信息进行同步再现这样的控制。或者，接收装置在发送的信息表示第2基准时钟信息的精度相对于第1基准时钟信息的精度较高的情况下，能够进行不实施第1基准时钟信息的取得及再现而实施第2基准时钟信息的取得及再现、并基于第2基准时钟信息进行同步再现这样的控制。

作为第4例，发送装置能够将表示基准时钟信息间的时间的相对关系的信息包含在发送信号中。具体而言，发送装置将表示第1基准时钟信息和第2基准时钟信息的相对时刻的信息发送。例如，发送装置使用MMT方式中的CRI_descriptor发送。另外，也可以包含表示第1基准时钟信息和第2基准时钟信息是否是基于相同的基准时钟生成的信息。

在将各个基准时钟信息基于相同的基准时钟生成的情况下，在接收装置中，通常在第1基准时钟信息和第2基准时钟信息的取得的定时之间有差异。即，在各个基准时钟信息的End－to－End(端对端)延迟中发生固定的时间差。

因此，发送装置计算第1基准时钟信息的赋予定时与第2基准时钟信息的赋予定时的时间差Δ_A，将计算出的时间差Δ_A作为相当于第1基准时钟信息和第2基准时钟信息的取得的定时的时间向发送信号保存。接收装置从发送信号取得时间差Δ_A，基于时间差Δ_A将第1基准时钟信息和第2基准时钟信息的End－to－End延迟差修正。

此外，各个基准时钟信息基于相同格式的基准时钟生成，在各自的基准时钟信息中有固定的延迟差Δ_B的情况下，发送装置将表示基准时钟信息的固定的延迟差Δ_B的信息保存并发送。接收装置取得延迟差Δ_B，基于延迟差Δ_B将基准时钟的固定延迟差修正。

此外，在作为各个基准时钟信息的基础的基准时钟中有固定延迟Δ_B的情况下，发送装置将固定延迟Δ_B包含在作为下位的层的第2层中而发送。

此外，在各个基准时钟信息被基于相同格式的基准时钟生成的情况下，第2基准时钟信息也可以以第1基准时钟信息为基础、用相对于第1时钟信息的差来表示。在此情况下，也可以将第2基准时钟信息作为基础。

作为第5例，发送装置在保存有多个基准时钟信息的情况下，能够将是否使用保存在不同的层中的基准时钟信息的信息包含在发送信号中。发送装置例如将指示在第1层中使用保存在第2层中的第2基准时钟信息的信息包含在发送信号中。在此情况下，接收装置能够基于该信息决定生成第2基准时钟信息并向第1层输出。

以上说明这样的信息被保存到至少1个以上的层中。例如，这样的信息既可以将上述信息仅保存在第1层中，也可以仅保存在第2层中。此外，这样的信息也可以保存在两个层中。或者也可以是，在各个层中保存关于该层的基准时钟信息的信息，仅表示相对关系的信息被保存到至少1个以上的层中。

另外，表示相对关系的信息优选的是保存在下位的层(第2层)中。或者，也可以保存在比第2层下位的层(在图27中未图示)中。在接收装置中，通过在下位的层(第2层)的解复用处理时能够取得关于上位的层(第1层)的基准时钟信息的信息，能够进行更高速的处理。

另外，第1层与第2层的组合是怎样的组合都可以。例如，第1层与第2层的组合也可以是MMT层与IP层、MMT层与传输层、IP层与传输层的各个组合。此外，第1层与第2层的组合在MMT over TS的情况下，也可以是MMT与TS的组合。

此外，上述那样的信息被保存到各层的控制信号中。例如，在MMT方式中，被保存到描述符或表、消息、包头信息中，在MPEG2－TS方式中，被保存到描述符或表、区段(section)、头信息中。此外，也可以保存到传输层中的TMCC或时隙头中。在传输方式是DVB的情况下，被保存到TPS、L1数据、L2数据、P1数据、P2数据等中。

另外，第1基准时钟信息和第2基准时钟信息既可以是相同种类的基准时钟信息，也可以是不同种类的基准时钟信息。此外，第1基准时钟信息和第2基准时钟信息也可以是精度不同的基准时钟信息。第1基准时钟信息和第2基准时钟信息既可以是基于相同基准时钟的基准时钟信息，也可以是基于分别不同的基准时钟的基准时钟信息。

此外，发送装置既可以发送3个以上的基准时钟信息，也可以在3个以上的层中分别保存基准时钟信息并发送。此外，也可以在相同层内的数据构造中在不同字段的各自中保存基准时钟信息。也可以在第1层与第2层之间存在其他层。

基准时钟信息例如是NTP、时间码及PTP，但也可以是除此以外的基准时钟信息。此外，基准时钟信息也可以是其他的关于时刻的信息(例如，TOT(Time Offset Table：时间偏移表)及TDT(Time Date Table：时间日期表))。

图28是示意地表示在一个层中保存多个基准时钟信息的例子的图。在图28的例子中，在第1层中包含第1基准时钟信息、第2基准时钟信息及第3基准时钟信息的3个基准时钟信息。

在此情况下，发送装置也能够将关于第1基准时钟信息及第2基准时钟信息的信息及表示各自的(精度或时刻的)相对关系的信息等保存。

作为一例，对在TMCC中保存多个基准时钟信息的情况下的例子进行说明。如在图17中说明那样，能够以高级BS传输方式发送16条流，例如可以设想将不同的广播站的数据分开保存到流中。图29是用来说明将不同的广播站的数据分开保存到流中的例子的框图。

如图29所示，第1广播站51、第2广播站52及第3广播站53将在各自的广播站中生成的数据分别使用光线路等的有线或无线向卫星的发送站54发送。卫星的发送站54将各自的广播站的流复用到同一高级BS传输方式的传输信道中。卫星的发送站54将与各自的广播站的流对应的基准时钟信息保存到TMCC中，向接收装置50传输。

在此情况下，在图28的例子中，第1基准的时钟信息相当于第1广播站51的基准时钟信息，第2基准时钟信息相当于第2广播站52的基准时钟信息，第3基准时钟信息对应于第3广播站53。

顺便说一下，在各个广播站基于NTP等的共通的基准时钟信息进行处理的情况下，卫星的发送站54的各个基准时钟信息因由到达卫星的发送站的接收处理延迟及传输延迟带来的End－to－End延迟的差异而具有时间差。

这里，如果设在各个广播站中使用的共通的基准时钟信息为NTP_base，则卫星的发送站中的第1基准时钟信息被表示为NTP_base+Δ1，第2基准时钟信息被表示为NTP_base+Δ2，第3基准时钟信息被表示为NTP_base+Δ3。

在此情况下，如图30所示，发送装置也可以发送共通的基准时钟信息NTP_base，并发送各个基准时钟信息与共通的基准时钟信息的差信息(Δ1，Δ2，Δ3)。图30是用来说明差信息的发送方法的图。此外，例如通过将64比特的基准时钟信息中的基础的基准时钟信息用上位16比特表现，将差信息用剩下的48比特表现，能够削减基准时钟信息的传输时的信息量(尺寸)。

另外，作为基础的基准时钟信息也可以不是NTP_base，也可以是在多个基准时钟信息中最早的(延迟较少的)基准时钟信息。或者，作为基础的基准时钟信息(基准值)只要是比最早的基准时钟信息的值小的值就可以。

此外，如图31所示，也可以将基础的基准时钟信息按每帧发送、将差信息按每3帧依次发送等，将基础的基准时钟信息和差信息以不同的频度发送。图31是用来说明差信息的发送方法的变形例的图。通过图31所示那样的发送方法，能够削减基准时钟信息的传输时的信息量(尺寸)。

接收装置50使用基础的基准时钟信息将基础的基准时钟再现。也可以在基础的基准时钟信息的再现后使用差信息生成各自的基准时钟。

[详细结构和动作流程]

这里，对接收装置50的功能结构和动作流程进行说明。图32是表示接收装置50的功能结构的框图。图33是表示接收装置50的动作流程的图。另外，以下对仅在IP层及传输层的某一方中保存基准时钟信息、接收装置50基于某个基准时钟信息将基准时钟再现的例子进行说明。

接收装置50具备接收部10、解码部11、TLV解复用器12、IP解复用器13、MMT解复用器14、同步部17和解码提示部18。此外，接收装置50具备第1基准时钟信息提取部15a、第2基准时钟信息提取部15b、第1基准时钟生成部16a和第2基准时钟生成部16b。

在传输层的控制信息(时隙头及TMCC等。这里是TMCC。)中，保存表示在IP层中是否有基准时钟信息的标志。此外，在传输层的控制信息中，在IP层中没有基准时钟信息的情况下保存基准时钟信息。

此外，在传输层的控制信息中，在IP层中没有基准时钟信息的情况下，保存表示在传输层中取得的基准时钟信息在上位层的处理中是否需要的标志、或表示再现出的基准时钟信息在上位层的处理中是否需要的标志。

例如，在基准时钟信息是64比特的NTP的情况下，在表示基准时钟信息的64比特的字段中保存NTP。此外，也可以在基准时钟信息的字段中设置表示在IP层中是否有基准时钟信息的标志。在IP层中保存有基准时钟信息的情况下，由于不需要在传输层中保存基准时钟信息，所以能够利用该字段。

例如，在IP层中有基准时钟信息的情况下，在基准时钟信息的字段中有规定的值(例如ALL 1)的情况下，接收装置50判定该值不是基准时钟信息，而是表示在IP层中有基准时钟信息的标志。或者，接收装置50也可以在基准时钟信息的字段中仅表示了1次ALL 1的情况下判定为有基准时钟信息，在ALL 1被连续表示规定的次数的情况下判定为在IP层中有基准时钟信息等，使用基于规定的规则的值作为标志。

接收装置50的解码部11在传输层中将作为控制信息的TMCC解析，将各种标志及基准时钟信息解析(S171)。并且，解码部11进行基于上述标志的判定(S172)。在判定为在IP层中没有基准时钟信息(在传输层中有基准时钟信息)的情况下(S172中“否”)，第2基准时钟信息提取部15b在传输层中取得(提取)基准时钟信息，第2基准时钟生成部16b再现(生成)基准时钟。

接着，解码部11进行在传输层中再现出的基准时钟在上位层的处理中是否需要的判定(S174)。在判定为在传输层中再现出的基准时钟在上位层的处理中需要的情况下(S174中“是”)，第2基准时钟生成部16b将在步骤S174中再现出的基准时钟向上位层输出(S175)。在判定为在传输层中再现出的基准时钟在上位层的处理中不需要的情况下(S174中“否”)，将处理结束。

另一方面，在判定为在IP层中有基准时钟信息(在传输层中没有基准时钟信息)的情况下(S172中“是”)，在传输层中不能实施基准时钟信息的取得及基准时钟的再现。在此情况下，由第1基准时钟信息提取部15a及第1基准时钟生成部16a在IP层中实施基准时钟信息的取得及基准时钟的再现(S176)。

另外，在传输层中不需要基准时钟的再现的情况下、以及在上位层不需要基准时钟的情况下，也可以不进行传输层中的基准时钟信息的取得及基准时钟的再现(S173)。

此外，在上位层中需要基准时钟的情况下，也可以不是将再现出的基准时钟输出，而是将基准时钟信息递交给上位层，在上位层中进行基准时钟的再现。此外，也可以基于在传输层中再现出的基准时钟新生成基准时钟信息，将生成的基准时钟信息向上位层输出。

作为向上位层输出基准时钟的方法，有将再现出的基准时钟原样输出的方法、及将所取得的基准时钟信息或新生成的基准时钟信息保存或变换到向上位层输出的数据构造而输出的方法等。

[动作流程的别的例子]

接着，对接收装置50的其他的动作流程进行说明。图34是表示接收装置50的其他的动作流程的图。另外，接收装置50的结构是与图32同样的结构。

在图34的例子中，能够在IP层及传输层的各自中保存基准时钟信息，在保存有多个基准时钟信息的情况下，将该基准时钟信息的精度的相对信息保存。

解码部11将TMCC解析(S181)，进行基于标志的判定(S182)。在判定为在IP层中没有基准时钟信息的情况下(S182中“否”)，在传输层中实施基准时钟信息的取得及基准时钟的再现(S185)。

另一方面，在步骤S182中判定为在IP层中有基准时钟信息的情况下(S182中“是”)，解码部11判定传输层的基准时钟信息和IP层的基准时钟信息的哪个的精度较高(S183)。在判定为IP层的基准时钟信息相比传输层的基准时钟信息精度更高的情况下(S183中“是”)，在IP层中实施基准时钟信息的取得及基准时钟的再现(S184)。在判定为IP层的基准时钟信息相比传输层的基准时钟信息精度更低的情况下(S183中“否”)，在传输层中实施基准时钟信息的取得及基准时钟的再现(S185)。

[效果等]

如以上说明，也可以用1个以上的层发送多个基准时钟信息。在发送多个基准时钟信息的情况下，接收装置50既可以选择某一方的基准时钟信息用于基准时钟(系统时钟)的生成，也可以使用两者生成基准时钟。此时，接收装置50既可以选择精度较高的基准时钟信息，也可以选择能够更早地取得的基准时钟信息。

此外，在用多个层发送基准时钟信息的情况下，在发送侧也可以保存表示用多个层发送基准时钟信息的信息。此外，也可以将表示用多个层发送基准时钟信息的信息、或有关发送了基准时钟信息的层或协议的信息在下位的层中发送。进而，也可以将表示保存在不同的层中的基准时钟信息间的关系性的信息发送。

由此，接收装置50在下位的层的解复用处理时，能够判定在上位的层中包含有基准时钟信息，能够基于判定决定使用哪个基准时钟信息。使用哪个基准时钟信息的决定，既可以基于接收装置50对应于哪个层的基准时钟再现来决定，也可以由广播站指定推荐的基准时钟再现。

在用多个层发送基准时钟信息的情况下，接收装置50也可以在下位的层中提取基准时钟信息的同时、从下位的层提取包含在上位的层中的基准时钟信息。并且，接收装置50也可以使用所提取的至少1个以上的基准时钟信息生成基准时钟。

另外，也可以经由多个传输路径发送多个基准时钟信息。在此情况下，也可以将多个基准时钟信息经由多个传输路径发送、或发送有关传输基准时钟信息的传输路径的信息。

(其他实施方式)

以上，对实施方式进行了说明，但本公开并不限定于上述实施方式。

例如，除了在以往的MMT包头中包含的32比特短格式NTP以外，设想发送更高精度的基准时钟信息。在这样的情况下，从发送侧还发送用来在接收装置使用高精度的基准时钟信息再现32比特短格式NTP的信息。这样的信息例如是表示相互的时钟的相对关系的时刻信息，可以考虑使用CRI_descriptor()等发送的结构等。

另外，在接收装置中能够将32比特短格式NTP再现的情况下，不需要在以往的MMT包头中包含的NTP字段。因此，既可以在NTP字段中保存别的信息，也可以通过将NTP字段削减来进行头压缩。在进行头压缩的情况下，发送表示削减了NTP字段的信息。接收装置在削减了NTP字段的情况下，使用其他的基准时钟信息生成基准时钟并将32比特短格式NTP再现。

此外，在将MMT包使用通信传输路径传输的情况下，接收装置有可能为了QoS控制而使用32比特短格式NTP，而不使用基准时钟信息。因此，在通信传输路径中也可以不发送基准时钟信息。此外，在通信传输路径的End－to－End延迟是一定以内的情况下，也可以将基准时钟信息用于时钟再现。

另外，在上述实施方式1中，以使用MMT/IP/TLV方式的情况为例进行了说明，但作为复用方式也可以使用MMT方式以外的方式。例如，也可以在MPEG2－TS方式、RTP方式或MPEG－DASH方式中应用本公开。

此外，作为IP包的头压缩的方法，有RoHC(Robust Header Compression：鲁棒头压缩)及HCfB(Header Compression for Broadcasting：用于广播的头压缩)。

作为将IP包保存到广播中的方式，在TLV方式以外，还有GSE(Generic StreamEncapsulation：通用流封装)方式及使用ULE(Unidirectional Light－weightEncapsulation：单向轻量封装)的IPoverTS方式等。

在使用以上那样的哪种方式的情况下都能够应用本公开，通过本公开的应用，能够实现接收装置中的取得基准时钟信息之前的时间的缩短及处理的减少、由硬件化安装带来的时钟的高精度化等。

另外，上述实施方式的基准时钟信息，在复用方式是MMT的情况下是NTP，但例如在复用方式是MPEG2－TS方式的情况下是PCR(Program Clock Reference：节目时钟参考)。此外，在复用方式是MMT的情况下，也有将由IEEE1588规定的PTP以NTP形式传输的情况。也有仅传输NTP的一部分的比特的情况。即，基准时钟信息只要是表示发送侧设定的时刻的信息就可以。另外，NTP并不一定是指在因特网中通常使用的NTP服务器中的NTP值。

此外，本公开也可以作为用上述那样的方法发送保存有基准时钟信息的传输时隙的发送装置(发送方法)实现。以下，对这样的发送装置的结构进行补充。图35是表示发送装置的功能结构的框图。图36是发送装置的动作流程。

如图35所示，发送装置30具备生成部31和发送部32。另外，发送装置30的构成要素具体而言由微型计算机、处理器或专用电路等实现。

发送装置30具体而言是广播服务器，是上述实施方式1的“发送侧”的一例。

生成部31例如生成保存有多个时隙的传输时隙，所述时隙保存有1个以上的保存有IP包的TLV包(图36的S151)。

此时，生成部31将表示用于内容(例如，影像或声音等的广播内容)的再现的时刻的NTP等的第1基准时钟信息，包含到保存有传输时隙内的开头的时隙内位于开头的TLV包的IP包(以下也记作对象IP包)中。此时，对象IP包是没有被头压缩的IP包，第1基准时钟信息例如在对象IP包内被用与MMT包不同的数据构造保存。

此外，生成部31将表示用于内容的再现的时刻的第2基准时钟信息保存到传输时隙内的控制信息(TMCC)中。

生成部31具体而言由将广播内容编码的编码部、MMT复用器、IP复用器及TLV复用器等构成。另外，TLV包是第1传输单位的一例，时隙是第2传输单位的一例，传输时隙是传输用的帧的一例。

发送部32将由生成部31生成的传输时隙(包括传输时隙的传输路径编码数据)经由广播发送(图36的S152)。

如在上述实施方式中说明那样，根据这样的发送装置30，能够使接收装置取得基准时钟信息的处理简洁化。因而，能够缩短接收装置取得基准时钟信息之前的时间。

此外，通过在帧内的控制信息中保存表示用于内容的再现的时刻的第2基准时钟信息，接收装置能够选择使用第1基准时钟信息及第2基准时钟信息的哪个基准时钟信息。

(实施方式4)

在本实施方式中，对在接收装置中向上位层递交基准时钟信息的方法及其接口进行说明。

图37是表示有关本实施方式的接收装置60的结构的框图。该接收装置60包括进行下位层的处理的解码装置61和进行上位层的处理的解复用装置62。例如，将解码装置61和解复用装置62形成为不同的LSI。另外，解码装置61和解复用装置62也可以形成为单一的LSI。

解码装置61具备接收部10和解码部11。接收部10接收传输路径编码数据。解码部11通过将由接收部10接收到的传输路径编码数据解码而提取TLV包，将该TLV包向解复用装置62输出。

解复用装置62具备取得部63和解复用部64。取得部63从解码装置61取得所输入的TLV包。解复用部64将TLV包解复用。例如，解复用部64包括图32所示的处理部中的接收部10及解码部11以外的处理部。另外，解复用部64也可以包括包含在由其他实施方式说明的接收装置中的处理部中的接收部10及解码部11以外的处理部。此外，解复用部64不需要包括这些处理部的全部，也可以仅包括一部分。此外，解复用装置62控制解码装置61的输出。

如在图32及图33中说明那样，关于下位层的解码装置61在下位层中包含基准时钟信息的情况，不将再现出的基准时钟向上位层的解复用装置62输出而将基准时钟信息递交给解复用装置62，在解复用装置62中将基准时钟再现的方法，说明其详细情况。

以下，对非专利文献2(ARIB标准ARIBSTD－B44(2.0版)，“高级宽频带卫星数字广播的传输方式”中的第3章“关于时刻信息的传输的指引”)中记载的方法及基于数据构造的基准时钟的收发进行说明。

在上述标准中，虽然表示了将基准时钟信息向TMCC保存的方法，但没有规定具体发送的时刻信息及接收装置的动作，在接收装置中不能得到正确的时刻信息。例如，在上述标准中设“向TMCC保存的基准时钟信息是本TMCC信号在发送服务器出发的时刻”，但这不是具体的定义。

TMCC控制信息(TMCC控制信号)在发送装置中按照传输帧由与干线系统的主信号不同的系统生成，在进行纠错编码及交织处理后，被分散地映射为1帧的主信号(主信号也是进行纠错编码及交织处理后的信号)。

图38是表示主信号及基准时钟信息的定时的图。

在向TMCC控制信息保存基准时钟信息的情况下，将基准时钟信息(在图38中是NPTn，NPTn+1，…)以传输帧时间长的间隔(T_F)生成。将基准时钟信息在生成后以传输帧的单位送出。此时，在从基准时钟信息的生成到传输帧的送出之间，发生由纠错编码、交织处理及传输帧送出定时等带来的处理延迟。在图38中，将NTPn保存在传输帧M+1中而传输，将NTPn+1保存在传输帧M+2中而传输。另外，这里假设传输延迟为0、传输帧的送出时刻及接收时刻相同而进行说明。

接收装置将1个传输帧的数据接收，在纠错处理及解交织处理后提取TMCC控制信息。因此，基准时钟信息的接收定时延迟1帧以上。

同样，对于干线系统的主信号，也因纠错及交织处理而在收发中发生处理延迟。

但是，在干线系统和TMCC控制信息的系统中，由于在收发中各自的延迟时间不同，所以有时在接收装置中取得的基准时钟信息的时刻相对于干线系统的时刻是哪个时刻不明确。此外，没有将在接收装置中取得的基准时钟信息向上位层保存的定时的规定。

所以，在本实施方式中，按照下述方法，向TMCC控制信息保存基准时钟信息。

发送装置将向TMCC控制信息保存的基准时钟信息例如设定为主信号的传输帧在服务器中送出的时刻(例如，传输帧的开头的包在服务器中送出的时刻)。

接收装置将从TMCC控制信息提取出的基准时钟信息向下个传输帧的开头位置保存并向上位层传输。

通过上述动作，由干线系统与TMCC控制信息的系统的处理延迟的差异带来的相对的关系为传输帧的整数倍(N×T_F)(N是整数)。

进而，为了使干线系统与从TMCC控制信息提取出的基准时钟信息的时间关系一致，进行N×T_F的修正。

在能够预先唯一地决定N的情况下，既可以是发送装置将进行了N×TF的修正的时刻保存在TMCC控制信息中，也可以是接收装置将时刻修正。在不能唯一地决定N的情况下，接收装置推测N而将时刻修正。

此外，在将基准时钟信息除了TMCC控制信息以外还用主信号(TLV包)传输的情况下，发送装置在TMCC控制信息中保存与向TLV包保存的时刻相同的时刻。或者，发送装置将对向TLV包保存的时刻进行了与N×T_F对应的修正的时刻向TMCC控制信息保存。

在接收装置中，通过对从TMCC控制信息中提取出的时刻信息加以N×T_F的修正，计算与保存在主信号中的时刻相同的时刻，将计算出的时刻向上位层输出。

另外，作为从TMCC控制信息提取基准时钟信息、将修正后的基准时钟信息向上位层传输的方法，接收装置也可以将TLV包内的基准时钟信息替换而输出。

此外，由于TMCC控制信息和在保存在TLV包中的基准时钟信息中作为基准的时刻是相同的，所以在上位层中能够将这些基准时钟信息作为相同的信息处置。

此外，接收装置60也可以用选择开关等切换仅将TMCC控制信息和保存在TLV包中的基准时钟信息的某一方作为主信号(TLV包)输出的方法、和将两者输出的方法等。此外，下位层中的该切换也可以由上位层的解复用装置62选择。此外，在解码装置61和解复用装置62在物理上不同的情况下，也可以由寄存器等选择一方的方法。此外，在仅将TMCC控制信息和保存在TLV包中的基准时钟信息的某一方输出的情况下，也可以能够选择输出哪个。

这里，在将基准时钟信息用主信号(TLV包)传输的情况下，基准时钟信息被保存在传输帧中的TLV流的开头时隙的开头TLV包中。由此，解码装置61在传输层中能够唯一地确定保存有基准时钟信息的TLV包。

但是，在上位层的解复用装置62中，由于不能掌握传输帧的边界信息，所以虽然能够判定接收到的TLV包是否包含基准时钟信息，但是不能成为TLV包头及IP包头的解析后。所以，在本实施方式中，下位层的解码装置61对上位层的解复用装置62进行关于该TLV包是传输帧中的TLV流的开头、或该TLV包包含基准时钟信息的信令发送(通知)。由此，上位层的解复用装置62能够不将IP包头解析而检测该TLV包包含基准时钟信息。

作为进行关于TLV包是传输帧中的TLV流的开头、或者TLV包包含基准时钟信息的信令发送的方法，例如有利用TLV包的包类型的未定义区域的方法。

例如，在IPv4包中包含基准时钟信息的情况下，解码装置61将TLV类型从表示IPv4包的TLV型，改写为表示是包含基准时钟信息的IPv4包的TLV型，将改写后的TLV包向解复用装置62输出。此外，在IPv6包中包含基准时钟信息的情况下，解码装置61将TLV类型从表示IPv6包的TLV型改写为表示是包含基准时钟信息的IPv6包的TLV型，将改写后的TLV包向解复用装置62输出。

此外，接收装置60也可以具有能够选择是否从解码装置61向解复用装置62进行关于TLV包包含基准时钟信息的信令发送的开关等。例如，该选择也可以从解复用装置62进行。

通过以上的处理，能够进行高精度的基准时钟信息的取得及时钟再现。

图39是表示接收装置60的解码部11的动作流程的图。

首先，解码部11将传输帧解码(S191)，然后，判定进行处理的对象的基准时钟信息是保存在TMCC中的基准时钟信息、还是保存在主信号中的基准时钟信息(S192)。解码部11在将保存在主信号中的基准时钟信息处理的情况下(S192中是主信号)，将TLV包原样向上位层输出(S193)。另一方面，解码部11在将保存在TMCC控制信息中的基准时钟信息处理的情况下(S192中是TMCC)，从TMCC控制信息中提取基准时钟信息，将提取出的基准时钟信息修正，将修正后的基准时钟信息向传输帧中的TLV流的开头TLV包保存，将该TLV包向解复用装置62输出(S194)。

图40是表示包括解码部11的接收装置60中的动作流程的图。

首先，解复用装置62(上位层)指定从解码装置61向解复用装置62输出的基准时钟信息(S201)。在向解复用装置62输出的基准时钟信息是包含在主信号中的基准时钟信息的情况下(S202中是主信号)，解码装置61将TLV包原样向解复用装置62输出(S203)。另一方面，在向解复用装置62输出的基准时钟信息是保存在TMCC控制信息中的基准时钟信息的情况下(S202中是TMCC)，解码装置61从TMCC控制信息中提取基准时钟信息，将提取出的基准时钟信息修正，将修正后的基准时钟信息向传输帧中的TLV流的开头TLV包保存，将该TLV包向解复用装置62输出(S204)。

图41是表示解码装置61在TLV包类型中发信号该TLV包是否包含基准时钟信息的情况下的解复用装置62中的动作流程的图。

首先，解复用装置62将从解码装置61取得的TLV包的包类型解析(S211)，判定该TLV包是否包含基准时钟信息(S212)。

在该TLV包包含基准时钟信息的情况下(S212中“是”)，解复用装置62不将IP包头解析，而取得基准时钟信息(S213)。由此，能够实现处理时间的缩短及处理量的削减。

另一方面，在该TLV包不包含基准时钟信息的情况下(S212中“否”)，解复用装置62设为在该TLV包中不包含基准时钟信息，进行通常的TLV解复用及IP解复用(S214)。

另外，在广播服务的IP数据流是保存MMT包的IP数据流和保存基准时钟信息的IP数据流这两个的情况下，通过接收装置60根据TLV包类型识别基准时钟信息，不需要IP地址的解析。这是因为，通过根据TLV包类型识别基准时钟信息，保存基准时钟信息的IP数据流及保存MMT包的IP数据流分别是1个，所以也不需要用来识别保存MMT包的IP数据流的IP地址的解析。

如以上这样，在有关本实施方式的解码装置61及解复用装置62中进行以下的处理。

图42是表示有关本实施方式的解码装置61中的动作流程的图。

首先，接收部10接收传输时隙(S221)。此外，所谓传输时隙，如图13所示，是传输用的帧，其保存有多个包含1个以上通过将内容复用而得到的TLV包(第1传输单位)的时隙(第2传输单位)。此外，如上述那样，在传输时隙内的开头的时隙内位于开头的TLV包包含基准时钟信息。

接着，解码部11通过将传输时隙解码而取得多个TLV包。此外，解码部11还生成用来确定在传输时隙内的开头的时隙内位于开头的TLV包的信息(S222)。

具体而言，解码部11作为向在传输时隙内的开头的时隙内位于开头的TLV包保存的该TLV包的管理信息(包类型)，保存表示该TLV包包含基准时钟信息的信息。或者，用来确定在传输时隙内的开头的时隙内位于开头的TLV包的信息，是表示传输时隙内的多个TLV包中的在传输时隙内的开头的时隙内位于开头的TLV包的信息。

即，解码部11生成用来确定在传输时隙内的开头的时隙内位于开头的TLV包的信息，将该信息向解复用装置62通知。具体而言，解码部11向TLV包内追加该信息，或通过其他信号将该信息向解复用装置62通知。

接着，解码部11将包含上述信息的TLV包、或者TLV包及上述信息向解复用装置输出(S223)。

图43是表示有关本实施方式的解复用装置62中的动作流程的图。

首先，取得部63从解码装置61取得传输时隙(S231)。这里，TLV包分别在该TLV包包含基准时钟信息的情况下，包含表示该TLV包包含基准时钟信息的管理信息(包类型)。

解复用部64基于管理信息确定包含基准时钟信息的TLV包(S232)，根据所确定的TLV包取得基准时钟信息(S233)。此外，解复用部64通过将多个TLV包解复用而取得内容(S234)。

根据以上，在有关本实施方式的接收装置60中，从解码装置61向解复用装置62通知用来确定包含基准时钟信息的TLV包的信息。由此，解复用装置62能够不将IP包头等解析而取得基准时钟信息，所以能够实现处理量的减少及高速化。

(实施方式5)

在本实施方式中，说明将在图11～图17中说明的包含基准时钟信息的TLV包向传输帧(传输时隙)中的每个相对流的开头时隙的开头TLV进行保存的方法。这里，在1个传输帧中包含1或多个相对流。

图16所示的TMCC控制信号中的指针/时隙信息表示按照每个时隙包含的最初的包的开头位置和最后的包的末尾的位置。顶指针的值将时隙中的最初的包的开头字节的位置用距除了时隙头以外的时隙开头的字节数表示。其中，0xFFFF表示不存在开头字节。尾指针的值表示的是对时隙中的最后的配置完成包的最终字节的、距除了时隙头以外的时隙开头的字节数加上1的值。其中，0xFFFF表示不存在最终字节。

例如，在图45所示的Slot#120的例子中，顶指针表示TLV#(n－2)的开头字节位置，尾指针表示对TLV#(n－2)的最终字节位置加上1的值(TLV#(n－1)的开头字节位置)。

在将包含基准时钟信息的TLV包向每个相对流的开头时隙的开头保存的情况下，该时隙的时隙/指针信息的顶指针的值是0。必然，同一个TLV包不会跨越多个帧，在传输帧中，必须以使向每个相对流的最后的时隙保存的最后的TLV包(以后，记作最终TLV包)的最后的字节与每个相对流的最后的时隙的最后字节(以后，记作每个相对流的帧边界)一致的方式，来保存TLV包。

图44表示不包含基准时钟信息的传输帧的结构，图45表示在开头时隙的开头包含基准时钟信息的传输帧的结构。

这里，表示1帧由120时隙构成、120时隙全部是1个相对流的情况下的例子。Slot#120是传输帧M中的相对流的最后的时隙，Slot#1是传输帧M+1中的相对流的开头时隙，传输帧M的Slot#120的最后的字节及传输帧M+1的Slot#1的除了时隙头以外的开头字节是TLV流的帧边界。

在图44中，TLV#n跨越多个帧。另一方面，在图45中，由于在相对流的开头时隙(Slot#1)中配置基准时钟信息，所以TLV包不跨越帧。即，传输帧M的Slot#120的最终字节必须配置为与TLV#(n－1)的最终字节一致。

这里，在TLV包中保存有传输控制信息、IP包或压缩IP包，包尺寸是可变长。如果将可变长的TLV包依次配置到固定长的传输帧中，则有最终TLV包的最后与帧边界不一致的情况。所以，在这样的情况下，通过配置数据类型为NULL的TLV包，能够将最终TLV包的最终字节与帧边界对齐。这里，数据类型为NULL的NULL包，是无效的数据，是保存不被接收装置使用的数据的包。

如图46所示，按照每个相对流在帧中配置TLV包。在配置TLV#(n－1)的TLV包后，由于在同一帧内不能配置TLV#n，所以代替TLV#n而配置NULL包。由此，NULL包的最终字节与帧边界一致。

但是，TLV包因包的数据构造及发送装置或接收装置的制约等而有在包尺寸中存在最小值及最大值的情况。例如，由于TLV包的头是4字节，所以在TLV包的有效载荷部分配置0字节的NULL的情况下，TLV包尺寸也是4字节。由此，该情况下的TLV包的最小值是4字节。进而，因为发送装置或接收装置的制约、或标准的制约等，该最小值也有可能受更大的字节数(例如20字节等)制约。同样，TLV包尺寸的最大值也有被限制的情况。

例如，TLV包的最小值是X_min字节，最大值是X_max字节，在配置TLV#(n－1)的包之后到帧边界为止的剩余字节数是Y字节的情况下，在Y<X_min的情况下，有时不能配置NULL包。例如，在X_min是4字节的情况下，在不到4字节的情况下不能配置NULL包。

以下，对本实施方式的方法进行说明。

在本实施方式中，例如在向传输帧依次配置TLV包、最后配置NULL包的动作中，预先考虑到帧边界为止的剩余的字节数和现在要保存的至少两个以上的TLV包的字节数，适当地配置NULL包。

例如，按照下述的规则配置NULL包。

图47是用来说明有关本实施方式的发送方法的图。在帧的相对流中，设到帧边界为止的剩余的字节数为Y，设TLV包的最小包尺寸为X_min字节，设TLV包的最大包尺寸为X_max字节，设现在要配置的TLV包(TLV#i)的包尺寸为X_i字节，设再下个TLV包(TLV#(i+1))的包尺寸为X_(i+1)。此外，图48是由有关本实施方式的发送装置进行的动作的流程图。

首先，发送装置研究向作为处理对象的TLV包的TLV#i的帧的配置(S301)。接着，发送装置判定是否能够将作为TLV#i的下个TLV包的TLV#(i+1)配置到帧内(S302)。具体而言，发送装置判定TLV#i与TLV#(i+1)的合计尺寸是否比剩余字节数小。即，发送装置判定是否满足X_i+X(i+1)<Y。

在能够将TLV#(i+1)配置到帧内的情况下(S302中“是”)，发送装置如图47的(1)所示那样将TLV#i配置到帧中(S303)。接着，发送装置选择在TLV#i之后的TLV#(i+1)(S304)，对所选择的TLV#(i+1)进行步骤S301以后的处理。在此情况下，将各处理中的i全部递增1。

另一方面，在不能将TLV#(i+1)配置到帧内的情况下(S302中“否”)，发送装置决定在剩余的区域中配置NULL包(S305)。

接着，发送装置判定配置TLV#i后的剩余的区域是否比TLV包的最小值大(S306)。即，发送装置判定是否满足Y－X_i>X_min。

在配置TLV#i后的剩余的区域比TLV包的最小值大的情况下(S306中“是”)，发送装置如图47的(2)所示，将TLV#i配置到帧中，生成Y－X_i的尺寸的NULL包，将所生成的NULL包配置到帧的TLV#i之后(S307)，完成向该帧的TLV包的配置(S308)。

另一方面，在配置TLV#i后的剩余的区域比TLV包的最小值小的情况下(S306中“否”)，发送装置如图47的(3)所示，不将TLV#i配置到帧中，而配置Y字节的NULL包(S309)，完成向该帧的TLV包的配置(S308)。

另外，尽管在图48中没有图示，但在满足Y>X_max的情况下，发送装置如图47的(4)所示，也可以将两个以上的NULL包配置到帧中。

如以上这样，有关本实施方式的发送装置在将可变长的TLV包保存到按照帧中的每个相对流设定的固定数据区域(或时隙数)中的情况下，在可变长的NULL包中有最小值包尺寸的制约的情况下，例如总是监视至少两个可变长TLV包的字节数和到帧边界为止的剩余的字节数。由此，能够使最终TLV包对齐于帧边界。

另外，在图47的例子中，对预先考虑到帧边界为止的剩余的字节数和现在开始要配置的两个TLV包的字节数而配置到帧中的方法进行了说明，但发送装置也可以考虑3个以上的TLV包的字节数而配置NULL包。

此外，在图47的例子中，在步骤S302中判定是否是帧的末端，在是帧的末端的情况下(S302中“否”)，根据配置TLV#i后的剩余的区域是否比TLV包的最小值大，而仅配置NULL包、或配置TLV#i及NULL包，但在没有先判定为是帧的末端的情况下，发送装置可以考虑仅1个TLV包(TLV#i)的字节数来配置NULL包。

例如，发送装置在(1)TLV#i的包尺寸比剩余的字节数Y小、并且(2)配置TLV#i后的剩余的区域Y－Xi比TLV包的最小值大的情况下，配置TLV#i，在不满足(1)及(2)的至少一方的情况下，也可以不配置TLV#i而配置NULL包。

另外，如图47所示，通过先判定是否是帧的末端，能够降低步骤S305以后的处理的发生频度，所以能够降低发送装置的处理量。

此外，根据图46等可知，在帧边界，没有配置在对象帧中的TLV包被配置到下一帧中。具体而言，该TLV包被配置到紧接着包含下一帧的基准时钟信息的TLV包之后。

以下，对本实施方式的变形例进行说明。

发送装置也可以不将最终TLV包对齐于帧边界，而是进行填补(padding)。这里，在包含基准时钟信息的TLV包被保存到传输帧的每个相对流的开头时隙的开头的情况下，TLV包不跨越帧是很明显的，所以规定了从尾指针的值(对最终TLV包的最后的字节加上1的值)填补到帧边界为止。在此情况下，接收装置可以由尾指针的值判定填补字节数。

此外，如图49所示，发送装置也可以一边将必定包含基准时钟信息的TLV包配置到每个相对流的开头时隙的开头，一边将不包含基准时钟信息的TLV包越过(跨越)基准时钟信息配置到传输时隙中。

在图49中，TLV#n跨越多个帧而配置。进而，TLV#n夹着包含基准时钟信息的TLV包而配置。在此情况下，由于包含基准时钟信息的TLV包的位置及尺寸是已知的，所以代替表示包含基准时钟信息的TLV包的开头字节(＝0)，顶指针的值也可以表示对包含基准时钟信息的TLV包的最后的字节加上1的字节，也可以表示包含基准时钟信息的TLV包以外的TLV包的开头字节。

此外，在传输帧中，保存最大16条相对流，在各个相对流中配置包含基准时钟信息的TLV包。在对多个相对流赋予共通的基准时钟的情况下，在帧中，在各个相对流的开头必定保存相同的信息。

由此，接收装置的解调部在判定为对多个相对流赋予了共通的基准时钟的情况下，判断为多个基准时钟是相同的比特(值)，对多个比特进行平均化处理。由此，能够提高纠错能力。

此外，在TMCC控制信息的区域中保存有与保存在TLV包中的基准时钟信息相同的数据的情况下，接收装置判断为TMCC控制信息的基准时钟信息和TLV包的基准时钟信息是相同的比特，进行与上述同样的处理。由此，能够提高纠错能力。

此外，由于TMCC控制信息接收品质较高，所以接收装置也可以用TMCC控制信息的基准时钟信息将TLV包的基准时钟信息替换。

此外，在这样的情况下，为了使纠错能力提高，需要TMCC控制信息的基准时钟信息和TLV包的基准时钟信息是相同的比特。由此，对于包含基准时钟信息的TLV包，也可以不进行扰频或功率扩散。此外，也可以按照每个相对流将扰频序列设定为相同，对包含基准时钟信息的TLV包施以相同的扰频序列。

(实施方式6)

在本实施方式中，说明缩短选站时间的方法。

在第1方法中，接收装置不使用完整头而开始过滤。为了使得接收装置能够不使用完整头而开始过滤，预先设定与IP数据流对应的CID。或者，传输用于接收装置确定CID的信息。

接收装置被视听者的选站动作指定希望的服务，与此同时将AMT接收，基于AMT的信息决定IP数据流及CID。在决定了CID的时点，由于能够进行IP数据流的过滤，所以能够缩短选站时间。还能够削减接收处理量。

在第2方法中，传输MMT包(也称作MMTP包)的IP数据流在TLV流内是1条，并且将该IP数据流和传输NTP的IP数据流加在一起共计2条IP数据流存在于TLV流内的情况下，规定了传输MMT包的IP数据流必定进行头压缩，传输NTP包的IP数据流必定不进行头压缩。

在接收装置中，使用TLV包中的数据类型，基于IP包是否被头压缩而实施IP数据流的过滤。由此，由于不需要IP数据流的过滤，所以能够缩短选站时间。还能够削减接收处理量。

首先，使用图50说明IP包及由ARIB STD－B32规定的IP头压缩(HCfB：HeaderCompression for Broadcasting：用于广播的头压缩)的详细情况。

如在图2中说明那样，能够在TLV包中保存IPv4包、IPv6包及压缩IP包等。此外，使用TLV头中包含的数据类型识别在TLV包中保存有哪个类别的IP包。压缩IP包按照上下文识别头类别(以后表述为CID类型)而具有不同的头构造。

CID类型＝0x20是部分IPv4头，具有上下文识别符(以后表述为CID)、以及IPv4包头中的除去了一部分的字段的头等。部分IPv4头包括IP数据流的确定信息。所谓IP数据流的确定信息，是目的地IP地址、发送源IP地址、目的地端口号、发送源端口号及协议类别，在IPv6的情况下，代替协议类别而表示下个头。另外，在图50中，用点的阴影表示的头信息包含IP数据流的确定信息。CID是用来识别同一IP数据流的识别符，对于IP数据流的确定信息相同的压缩IP包赋予相同的CID。

CID类型＝0x21包括CID、以及IPv4头中的identification字段，不包含IP数据流的确定信息。

CID类型＝0x60具有CID、以及IPv6头中的除了一部分的字段以外的头，包含IP数据流的确定信息。

CID类型＝0x61仅包括CID，不包括IP头。该CID类型通常仅由IPv6使用，但也可以由IPv4使用。以后，以将该CID类型仅在IPv6中使用的前提进行说明。

另外，虽然没有图示，但在压缩IP包的全部的CID类型的头中，表示4比特的序列号及CID类型。此外，将包含IP数据流的确定信息的头(CID类型＝0x20，0x60)称作完整头，将不包含IP数据流的确定信息的头(0x21，0x61)称作压缩头。

完整头被削减了一部分的IP包中的一部分的字段，但在接收装置中，能够基于TLV头等的信息用同一包完结来重建IP头(IP头解压缩)。另一方面，压缩头不包含IP数据流的确定信息等，用单独的包不能进行IP头解压缩。接收装置例如可以基于拥有与压缩头相同的CID的完整头的头信息得到需要的信息。

图51是表示压缩包的复用方法的图。这是将同一IP数据流的IPv6包进行头压缩的例子，在未图示的TLV包头中，示出了表示是压缩IP包的数据类型。在将IPv6包进行头压缩的情况下，使用CID类型＝0x60，0x61的某个。这些包由于属于同一IP数据流，所以在CID中表示同一值。另外，以后以IPv6包为例进行说明，但在IPv4包中也是同样的。

在图51的例子中，在3包中1次发送完整头，对于其余的2包发送压缩头。这样，通过定期地插入完整头，使其余为压缩头，能够削减头的开销。

接收装置基于TLV头的信息等，在完整头的接收后将该完整头进行头解压缩。此外，接收装置由于需要将压缩头与完整头一起进行头解压缩，所以在具有与该压缩头相同的CID的完整头的接收后，将该压缩头解压缩。此外，接收装置在头解压缩后，基于IP数据流的确定信息实施IP包或UDP包的过滤处理。

另外，并不一定需要头解压缩，也可以考虑不进行头解压缩的安装方法。在此情况下，通过使用CID进行过滤，能够实施与IP包或UDP包的过滤同等的动作。在此情况下，接收装置基于完整头另外制作IP数据流的确定信息与CID的对应表，将拥有与希望的IP数据流对应的CID的包过滤。

但是，这样的方法要求以下的应对。在1个TLV流内存在多个IP数据流，至少存在传输NTP的IP数据流、以及传输MMT包的IP数据流。传输MMT包的IP数据流有在TLV流内是1个的情况和存在多个的情况。进而，也有存在传输作为控制信息的MMT－SI的专用的IP数据流的情况。

接收装置在从TLV流提取希望的IP数据流时，实施IP数据流的过滤、或者IP包或UDP包的过滤。此外，接收装置在将IP数据流过滤时，需要确定希望的服务的IP数据流而识别属于希望的IP数据流的包。

但是，如果不是在完整头的接收后，则接收装置不能识别属于希望的IP数据流的包。由此，处理延迟直到接收装置开始接收完整头，选站时间变长。进而，在完整头的发送间隔较长的情况下，选站时间变得更长。例如，在完整头的发送间隔是N秒的情况下，选站时间最大变长N秒。

以下，说明将选站时间缩短的第1方法。接收装置不使用完整头而开始过滤。为了使得接收装置能够不使用完整头而开始过滤，预先设定与IP数据流对应的CID。

例如，NTP的IP数据流为CID＝0，服务1的IP数据流为CID＝1，服务2的IP数据流为CID＝2，服务3的IP数据流为CID＝3，SI专用的IP数据流为CID＝20等，预先设定与IP数据流的类别对应的CID的固定值。

此外，在TLV流内包含多个服务的情况下，设计规则性，以便能够唯一地决定服务ID与CID的对应。例如，通过将服务ID的低位N比特设定为与CID相同的值，能够将服务ID与CID建立对应。

由此，接收装置在被视听者的选站动作指定希望的服务的同时，能够决定希望的IP数据流的CID。由此，不再需要IP数据流的确定信息，接收装置能够不等待完整头的接收而开始IP数据流的过滤。由此，能够缩短选站时间。

另外，作为别的方法也可以使用以下的方法。也可以不是预先决定与IP数据流对应的CID，例如也可以将表示IP数据流与CID的对应的信息复用到广播送号中而传输。例如，该信息优选的是保存在开始IP数据流的过滤之前能够处理的控制信息中。例如，该信息被保存到作为保存在TLV包中的传输控制信息的AMT(Address Map Table：地址映射表)中。此外，作为另一例，能够在比开始IP数据流的过滤靠前处理的控制信息也可以被保存在作为MMT－SI的PLT或MPT等中。

AMT是保存每个服务的目的地IP地址及发送源IP地址的表。在该AMT中，由于不包含目的地端口号、发送源端口号及协议类别等，所以接收装置不能使用AMT确定与服务对应的IP数据流。但是，通过将端口号及协议号设为已知的值，能够利用AMT作为确定IP数据流的信息。或者，也可以将包含在AMT中的private_data_byte区域扩展，以便能够指定端口号及协议类别。

通过上述方法，在使用AMT作为用来确定与服务对应的IP数据流的表的情况下，还将表示与IP数据流对应的CID的信息保存到信号内。例如，将与IP数据流对应的CID被包含在AMT中的private_data_byte区域表示。

接收装置在被视听者的选站动作指定希望的服务的同时，接收AMT，基于AMT的信息确定与希望的服务对应的IP数据流及CID。接收装置由于能够在确定了CID的时点进行IP数据流的过滤，所以能够缩短选站时间。进而，能够削减接收处理量。

另外，在使用上述方法的情况下，并不一定需要发送完整头，也可以仅传输压缩IP包。在此情况下，还有头压缩效果。

另外，AMT由于是表示各个服务的信息的表，所以不能表示SI(MMT－SI)专用的IP数据流或传输NTP的IP数据流的信息。因而，也可以将SI专用的IP数据流或传输NTP的IP数据流的CID设定为预先决定的固定值，将各个服务的CID表示在AMT中。或者，也可以将AMT扩展以便能够指定服务以外的CID。

另外，在TLV流内不存在多个服务的情况下，并不一定需要在AMT中表示IP数据流确定信息及CID。

此外，接收装置也可以仅在在AMT中记载有IP数据流的确定信息及CID的情况下实施不使用完整头的选站动作。

接着，对将选站时间缩短的第2方法进行说明。

在第2方法中，将传输MMT包的IP数据流在TLV流内限制为1个。此外，说明在TLV流内将传输NTP的IP数据流及传输MMT包的IP数据流各保存1条、不存在SI专用的IP数据流的情况。

在此情况下，使用第1方法也能够缩短选站时间，但通过下述的方法，即使不发送IP数据流及确定CID的信息，接收装置也能够使IP过滤的开始时间提早。

传输MMT包的IP数据流在TLV流内是1条的情况下，在TLV流内，存在该IP数据流和传输NTP的IP数据流的合计2条IP数据流。这里，规定了将传输MMT包的IP数据流必定进行头压缩、将传输NTP包的IP数据流必定不进行头压缩。

通过将传输NTP包的IP数据流不进行头压缩，能够抑制抖动变动。此外，通过将传输MMT包的IP数据流必定进行头压缩，能够提高开销削减效果。

接收装置使用TLV包的数据类型判定IP包是否被头压缩，基于判定的结果实施IP数据流的过滤。

具体而言，接收装置在IP包被头压缩的情况下(数据类型＝头压缩包)，判定为该IP包属于传输MMT包的IP数据流。此外，接收装置在IP包没有被头压缩的情况下(数据类型＝IPv4包或IPv6包)，判定为该IP包属于传输NTP包的IP数据流。

通过上述处理，由于不需要IP头解压缩、使用IP或UDP地址的过滤、以及使用CID的过滤等，所以能够削减到接收装置的完整头接收为止发生的延迟。此外，通过不使用AMT，能够缩短到AMT接收为止的延迟。还能够缩短接收处理量。

另外，在使用上述方法的情况下，也并不一定需要发送完整头，也可以仅传输压缩IP包。在此情况下，还有头压缩效果。

此外，接收装置另外取得完整头，能够将IP数据流的确定信息解析。

以下，对其他变形例进行说明。

(1)在TLV流内包含多个服务、保存SI专用的IP数据流的情况下，也可以规定为传输MMT包的IP数据流必定进行头压缩、传输NTP包的IP数据流必定不进行头压缩。在此情况下，接收装置也能够将没有被头压缩的TLV包判定是NTP包。由此，不再需要包含NTP包的IP数据流的过滤，能够削减接收处理量，能够缩短使用NTP包的时钟再现等的处理开始时间。

(2)在接收装置具备足够的存储器的情况下，能够不使用选站时间的缩短的第1方法及第2方法而将选站时间缩短。

接收装置例如在接收完整头之前、不能确定希望的IP数据流的状态下，基于CID开始过滤。此时，接收装置将过滤后的数据全部储存。然后，接收装置将完整头接收，确定希望的IP数据流，确定CID。然后，接收装置将储存的数据中的具有所确定的CID的数据以外丢弃，将具有所确定的CID的数据进行高速处理。由此，能够将选站时间缩短。

(3)也可以规定为在传输MMT包的IP包流中仅SI专用的IP数据不进行头压缩。

接收装置在TLV包头中数据类型是头压缩包的情况下，判定为该IP包属于除了SI专用的IP数据流以外的传输MMT包的IP数据流。此外，接收装置在TLV包头中数据类型是IPv4包或IPv6包的情况下(没有被头压缩的情况下)，判定为该IP包属于传输NTP包的IP数据流或SI专用的IP数据流。

进而，在预先设定了传输NTP的IP数据流、以及传输MMT包的SI专用的IP数据流中的IP数据流的确定信息的情况下，接收装置能够在TLV包头的过滤的同时基于IP数据流的确定信息判定IP数据流是NTP包还是SI专用的IP数据流。

在到此为止的说明中，以在接收装置中将TLV流的TLV包连续接收的情况为例进行了说明。

所谓将TLV流的TLV包连续接收的情况，例如是接收装置将由传输层取得的TLV包以TLV包的状态依次向TLV包处理输入的情况。

在传输层中，在1个传输帧中保存1个以上的TLV流，并且保存多个TLV包。在接收装置中，在传输层处理中猝发性地接收多个TLV包。接收装置在传输层中按照每个TLV流接收到多个TLV包后，实施希望的TLV流的IP头压缩解压缩。

在由此得到的没有被压缩的完全的IP包被依次向IP包处理输入的情况下，如果在包含在传输帧内的TLV流内的IP数据流中包含有包含至少1以上的完整头的TLV包，则接收装置能够实施1传输帧内的全部的IP数据流的头解压缩。

为了能够进行上述处理，规定为，在包含在传输帧中的TLV流内的IP数据流中，将完整头传输至少1个以上。由此，接收装置能够在传输层中一起实施头解压缩。由此，接收装置在以后的处理中不再需要等待头解压缩或完整头的接收，能够缩短选站时间。

此外，在传输帧的TLV流中，通过预先决定包含完整头的TLV包的位置，接收装置能够容易地取得完整头。例如，规定为在包含在传输帧中的TLV流中位于开头的TLV包必定是完整头。另外，在TLV流的开头TLV包必定是NTP的情况下，也可以规定为第2个TLV包必定是完整头。或者，也可以是其他规则。

以下，说明接收装置的处理的流程。图52是上述第1方法(预先设定CID)的接收装置的接收处理的流程图。

首先，接收装置将AMT解析，判定是否预先设定了CID(S401)。在设定了CID而能够确定希望的IP数据流的情况下(S402中“是”)，接收装置使用AMT取得CID，在将完整头接收之前开始IP数据流的过滤(S403)。

另一方面，在没有设定CID的情况下(S402中“否”)，接收装置在接收到完整头后确定希望的IP数据流，开始IP数据流的过滤(S404)。

图53是上述第2方法(传输MMT包的IP数据流必定进行头压缩，传输NTP包的IP数据流必定不进行头压缩)中的接收装置的接收处理的流程图。

首先，接收装置将TLV头的数据类型解析，判定保存在TLV头中的IP包是否被头压缩(S411)。在IP包被头压缩的情况下(S412中“是”)，接收装置判定为该IP包属于传输MMT包的IP数据流(S413)。另一方面，在IP包没有被头压缩的情况下(S412中“否”)，接收装置判定为该IP包属于传输NTP包的IP数据流(S414)。

另外，在TLV流的处理中，不需要使用压缩IP头或IP包头的IP数据流的解析。

如以上这样，有关本实施方式的发送装置经由广播发送内容。图54是有关本实施方式的发送装置70的框图。该发送装置70具备生成部71和发送部72。

图55是有关本实施方式的发送装置70的发送方法的流程图。首先，生成部71生成保存有保存着内容(例如MMT包)的第1IP包、和包含表示用于内容的再现的时刻的基准时钟信息(例如NTP)的第2IP包的传输用的帧(传输帧)(S421)。具体而言，生成部71对于第1IP包进行头压缩，对于第2IP包不进行头压缩。

具体而言，生成部71如图50及图51所示，作为头压缩，对1个以上的第1IP包中的一部分的第1IP包赋予包含确定1个以上的第1IP包所属的IP数据流的确定信息的完整头，对于1个以上的第1IP包中的上述一部分的第1IP包以外的第1IP包赋予不包含确定信息的压缩头。

接着，发送部72将由生成部71生成的帧发送(S422)。

此外，有关本实施方式的接收装置经由广播接收内容。图56是有关本实施方式的接收装置80的框图。该接收装置80具备接收部81、判定部82和再现部83。

图57是有关本实施方式的接收装置80的接收方法的流程图。首先，接收部81将保存有保存着内容(例如MMT包)的被头压缩的第1IP包、和包含表示用于内容的再现的时刻的基准时钟信息(例如NTP)的没有被头压缩的第2IP包的传输用的帧(传输帧)接收(S431)。

接着，判定部82根据IP包是否被头压缩，判定该IP包是第1IP包还是第2IP包(S432)。具体而言，如图50及图51所示，作为头压缩，对于1个以上的第1IP包中的一部分的第1IP包赋予包含确定1个以上的第1IP包所属的IP数据流的确定信息的完整头，对于1个以上的第1IP包中的上述一部分的第1IP包以外的第1IP包赋予不包含确定信息的压缩头。此外，判定部82将被头压缩的IP包判定为第1IP包，将没有被头压缩的IP包判定为第2IP包。

接着，再现部83根据上述判定的结果，使用保存在第2IP包中的基准时钟信息，将保存在第1IP包中的内容再现(S433)。

此外，如图50所示，IP头是否被头压缩，由包含在TLV包的头中的信息(数据类型)表示。

即，在步骤S421中，生成部71在保存第1IP包的TLV包的头中，保存表示该第1IP包被头压缩的信息，在保存第2IP包的TLV包的头中，保存表示该第2IP包没有被头压缩的信息。

此外，在步骤S432中，判定部82基于保存在TLV包的头中的信息，判定保存在该TLV包中的IP包是第1IP包还是第2IP包。

通过以上，接收装置根据是否被头压缩，能够将IP数据流过滤。由此，能够缩短选站时间。

作为有关本公开的实施方式的各种各样的技术方案，包含以下的技术方案。

有关第1技术方案的发送方法包括：生成步骤，生成保存有1个以上的第1IP(互联网协议)包和1个以上的第2IP包的传输用的帧，该第1IP包保存着内容，该第2IP包包含表示用于上述内容的再现的时刻的基准时钟信息；以及发送步骤，将所生成的上述帧经由广播发送；在上述生成步骤中，对上述1个以上的第1IP包进行头压缩处理；对上述1个以上的第2IP包不进行头压缩处理。

有关第2技术方案的发送方法是，在上述第1技术方案的发送方法中，在上述生成步骤中，上述头压缩处理(1)对上述1个以上的第1IP包中的一部分第1IP包赋予包含确定上述1个以上的第1IP包所属的IP数据流的确定信息的完整头，(2)对上述1个以上的第1IP包中的上述一部分第1IP包以外的第1IP包赋予不包含上述确定信息的压缩头。

有关第3技术方案的发送方法是，在上述第1技术方案的发送方法中，上述基准时钟信息是NTP(网络时间协议)。

有关第4技术方案的发送方法是，在上述第1技术方案的发送方法中，上述内容被保存在各上述第1IP包内的MMT(MPEG媒体传输)包中。

有关第5技术方案的发送方法是，在上述第1技术方案的发送方法中，上述帧包含固定长的1个以上的第2传输单位；上述1个以上的第2传输单位分别包含1个以上的第1传输单位；上述1个以上的第1传输单位分别包含上述1个以上的第1IP包或上述1个以上的第2IP包。

有关第6技术方案的发送方法是，在上述第5技术方案的发送方法中，上述第1传输单位是TLV(类型长度值)包；上述第2传输单位是高级宽带卫星数字广播的传输方式的时隙；上述帧是上述高级宽带卫星数字广播的传输方式的传输时隙。

有关第7技术方案的接收方法包括：接收步骤，经由广播接收保存有1个以上的IP(互联网协议)包的传输用的帧，所述1个以上的IP包包括：保存有内容、并且进行了头压缩处理的1个以上的第1IP包；和包含表示用于上述内容的再现的时刻的基准时钟信息、并且没有进行头压缩处理的1个以上的第2IP包；判定步骤，根据接收到的上述1个以上的IP包中的每个IP包是否进行了头压缩处理，判定各上述IP包是上述第1IP包还是上述第2IP包；以及再现步骤，根据上述判定的结果，使用保存在上述各第2IP包中的上述基准时钟信息，将保存在上述各第1IP包中的上述内容再现。

有关第8技术方案的接收方法是，在上述第7技术方案的接收方法中，上述头压缩处理(1)对上述1个以上的第1IP包中的一部分第1IP包赋予包含确定上述1个以上的第1IP包所属的IP数据流的确定信息的完整头，(2)对上述1个以上的第1IP包中的上述一部分第1IP包以外的第1IP包赋予不包含上述确定信息的压缩头。

有关第9技术方案的接收方法是，在上述第7技术方案的接收方法中，上述基准时钟信息是NTP(网络时间协议)。

有关第10技术方案的接收方法是，在上述第7技术方案的接收方法中，上述内容被保存在各上述第1IP包内的MMT(MPEG媒体传输)包中。

有关第11技术方案的接收方法是，在上述第7技术方案的接收方法中，上述帧包含固定长的1个以上的第2传输单位；上述1个以上的第2传输单位分别包含1个以上的第1传输单位；上述1个以上的第1传输单位分别包含上述1个以上的第1IP包或上述1个以上的第2IP包。

有关第12技术方案的接收方法是，在上述第11技术方案的接收方法中，上述第1传输单位是TLV(类型长度值)包；上述第2传输单位是高级宽带卫星数字广播的传输方式的时隙；上述帧是上述高级宽带卫星数字广播的传输方式的传输时隙。

有关第13技术方案的发送装置具备：生成部，生成保存有1个以上的第1IP(互联网协议)包和1个以上的第2IP包的传输用的帧，该第1IP包保存着内容，该第2IP包包含表示用于上述内容的再现的时刻的基准时钟信息；以及发送部，将所生成的上述帧经由广播发送；上述生成部，对上述1个以上的第1IP包进行头压缩处理；对上述1个以上的第2IP包不进行头压缩处理。

有关第14技术方案的的接收装置包括：接收部，经由广播接收保存有1个以上的IP(互联网协议)包的传输用的帧，所述1个以上的IP包包括：保存有内容、并且进行了头压缩处理的1个以上的第1IP包；和包含表示用于上述内容的再现的时刻的基准时钟信息、并且没有进行头压缩处理的1个以上的第2IP包；判定部，根据接收到的上述1个以上的IP包中的每个IP包是否进行了头压缩处理，判定各上述IP包是上述第1IP包还是上述第2IP包；以及再现部，根据上述判定的结果，使用保存在上述各第2IP包中的上述基准时钟信息，将保存在上述各第1IP包中的上述内容再现。

另外，在上述实施方式中，各构成要素也可以由专用的硬件构成、或通过执行适合于各构成要素的软件程序来实现。各构成要素也可以通过CPU或处理器等的程序执行部将记录在硬盘或半导体存储器等的记录介质中的软件程序读出并执行来实现。

此外，各构成要素也可以是电路。这些电路既可以作为整体构成1个电路，也可以分别是不同的电路。此外，这些电路既可以分别是通用的电路，也可以是专用的电路。

例如，在上述各实施方式中，也可以由别的处理部执行特定的处理部执行的处理。此外，既可以将多个处理的顺序变更，也可以将多个处理并行执行。

此外，在上述各实施方式的说明中使用的各功能块典型地可以作为具有输入端子及输出端子的集成电路即LSI实现。它们既可以单独地1芯片化，也可以以包含一部分或全部的方式1芯片化。这里设为LSI，但根据集成度的差异，也有称作IC、系统LSI、超级LSI、超大规模LSI的情况。

此外，集成电路化的方法并不限于LSI，也可以使用专用电路或通用处理器实现。也可以利用在LSI制造后能够编程的FPGA(Field Programmable Gate Array：现场可编程门阵列)、能够再构成LSI内部的电路单元的连接或设定的可重构处理器(ReconfigurableProcessor：可重构处理器)。

进而，如果因半导体技术的进步或派生的其他技术而出现代替LSI的集成电路化的技术，则当然也可以利用该技术将功能块集成化。有可能是生物技术的应用等。

以上，基于实施方式对有关一个或多个技术方案的接收装置(接收方法)及发送装置(发送方法)进行了说明，但本公开并不限定于该实施方式。只要不脱离本公开的主旨，对本实施方式实施了本领域技术人员想到的各种变形后的形态、将不同实施方式的构成要素组合而构建的形态也可以包含在一个或多个技术方案的范围内。

产业上的可利用性

本公开的发送方法及接收方法例如能够将MMT方式应用到广播系统中。

标号说明

10 接收部

11 解码部

12 TLV解复用器

13 IP解复用器

14 MMT解复用器

15 基准时钟信息提取部

15a 第1基准时钟信息提取部

15b 第2基准时钟信息提取部

16 基准时钟生成部

16a 第1基准时钟生成部

16b 第2基准时钟生成部

17 同步部

18 解码提示部

20、40、50、60 接收装置

30 发送装置

31 生成部

32 发送部

41 扩展识别部

42 扩展类别判定部

43 变更指示确认部

44 数据更新确认部

45 更新数据取得部

51 第1广播站装置

52 第2广播站装置

53 第3广播站装置

54 卫星的发送站装置

61 解码装置

62 解复用装置

63 取得部

64 解复用部

70 发送装置

71 生成部

72 发送部

80 接收装置

81 接收部

82 判定部

83 再现部

Claims

1.一种发送方法，其特征在于，

包括：

生成步骤，生成保存有1个以上的第1IP包即第1互联网协议包和1个以上的第2IP包的传输用的帧，该第1IP包保存着内容，该第2IP包包含表示用于上述内容的再现的时刻的基准时钟信息；以及

发送步骤，将所生成的上述帧经由广播发送；

在上述生成步骤中，

对上述1个以上的第1IP包进行头压缩处理；

对上述1个以上的第2IP包不进行头压缩处理；

对上述1个以上的第1IP包各自以及上述1个以上的第2IP包各自，赋予预先设定的表示与IP数据流的类别对应的固定值的上下文识别符。

2.如权利要求1所述的发送方法，其特征在于，

在上述生成步骤中，

上述头压缩处理(1)对上述1个以上的第1IP包中的一部分第1IP包赋予包含确定上述1个以上的第1IP包所属的IP数据流的确定信息的完整头，(2)对上述1个以上的第1IP包中的上述一部分第1IP包以外的第1IP包赋予不包含上述确定信息的压缩头。

3.如权利要求1或2所述的发送方法，其特征在于，

上述基准时钟信息是基于NTP即网络时间协议的时钟信息。

4.如权利要求1或2所述的发送方法，其特征在于，

上述内容被保存在各上述第1IP包内的MMT包即MPEG媒体传输包中。

5.如权利要求1或2所述的发送方法，其特征在于，

上述帧包含固定长的1个以上的第2传输单位；

上述1个以上的第2传输单位分别包含1个以上的第1传输单位；

上述1个以上的第1传输单位分别包含上述1个以上的第1IP包或上述1个以上的第2IP包。

6.如权利要求5所述的发送方法，其特征在于，

上述第1传输单位是TLV包即类型长度值包；

上述第2传输单位是高级宽带卫星数字广播的传输方式的时隙；

上述帧是上述高级宽带卫星数字广播的传输方式的传输时隙。

7.一种接收方法，其特征在于，包括：

接收步骤，经由广播接收保存有1个以上的IP包的传输用的帧，所述1个以上的IP包包括：保存有内容、并且进行了头压缩处理的1个以上的第1IP包；和包含表示用于上述内容的再现的时刻的基准时钟信息、并且没有进行头压缩处理的1个以上的第2IP包；

判定步骤，根据接收到的上述1个以上的IP包中的每个IP包是否进行了头压缩处理，判定各上述IP包是上述第1IP包还是上述第2IP包；以及

再现步骤，根据上述判定的结果，使用保存在各上述第2IP包中的上述基准时钟信息，将保存在各上述第1IP包中的上述内容再现；

上述1个以上的第1IP包各自以及上述1个以上的第2IP包各自被赋予了预先设定的表示与IP数据流的类别对应的固定值的上下文识别符。

8.如权利要求7所述的接收方法，其特征在于，

9.如权利要求7或8所述的接收方法，其特征在于，

上述基准时钟信息是基于NTP的时钟信息。

10.如权利要求7或8所述的接收方法，其特征在于，

上述内容被保存在各上述第1IP包内的MMT包中。

11.如权利要求7或8所述的接收方法，其特征在于，

上述帧包含固定长的1个以上的第2传输单位；

上述1个以上的第2传输单位分别包含1个以上的第1传输单位；

12.如权利要求11所述的接收方法，其特征在于，

上述第1传输单位是TLV包；

13.一种发送装置，其特征在于，

具备：

生成部，生成保存有1个以上的第1IP包和1个以上的第2IP包的传输用的帧，该第1IP包保存着内容，该第2IP包包含表示用于上述内容的再现的时刻的基准时钟信息；以及

发送部，将所生成的上述帧经由广播发送；

上述生成部，

对上述1个以上的第1IP包进行头压缩处理；

对上述1个以上的第2IP包不进行头压缩处理；

14.一种接收装置，其特征在于，包括：

接收部，经由广播接收保存有1个以上的IP包的传输用的帧，所述1个以上的IP包包括：保存有内容、并且进行了头压缩处理的1个以上的第1IP包；和包含表示用于上述内容的再现的时刻的基准时钟信息、并且没有进行头压缩处理的1个以上的第2IP包；

判定部，根据接收到的上述1个以上的IP包中的每个IP包是否进行了头压缩处理，判定各上述IP包是上述第1IP包还是上述第2IP包；以及

再现部，根据上述判定的结果，使用保存在各上述第2IP包中的上述基准时钟信息，将保存在各上述第1IP包中的上述内容再现；