CN106576189A - 发送方法、接收方法、发送装置及接收装置 - Google Patents

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

Info

Publication number
CN106576189A
CN106576189A CN201580041969.6A CN201580041969A CN106576189A CN 106576189 A CN106576189 A CN 106576189A CN 201580041969 A CN201580041969 A CN 201580041969A CN 106576189 A CN106576189 A CN 106576189A
Authority
CN
China
Prior art keywords
reference clock
information
clock information
bags
mentioned
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
CN201580041969.6A
Other languages
English (en)
Other versions
CN106576189B (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.)
Panasonic Intellectual Property Management Co Ltd
Original Assignee
Panasonic Intellectual Property Management Co Ltd
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 Panasonic Intellectual Property Management Co Ltd filed Critical Panasonic Intellectual Property Management Co Ltd
Priority claimed from PCT/JP2015/004071 external-priority patent/WO2016031173A1/ja
Publication of CN106576189A publication Critical patent/CN106576189A/zh
Application granted granted Critical
Publication of CN106576189B publication Critical patent/CN106576189B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/668—Internet protocol [IP] address subnets

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (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)

Abstract

有关本发明的一技术方案的发送方法，是在广播中在1个信道中保存1个以上的流、在1个流中保存多个服务而发送的发送方法，包括：生成步骤，生成包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及发送步骤，将生成的上述流发送。通过这样的结构，将接收装置的处理量减少。

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个信道中保存1个以上的流、在1个流中保存多个服务而发送的发送方法，包括：生成步骤，生成包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及发送步骤，将生成的上述流发送。
有关本发明的一技术方案的接收方法，是接收在广播中保存有1个信道1以上的流并且在1个流中保存有多个服务的流的接收方法，包括：接收步骤，接收包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及再现步骤，从上述流将上述多个服务的某个再现。
另外，这些包含性或具体的形态也可以由系统、装置、方法、集成电路、计算机程序或计算机可读取的CD－ROM等的记录介质实现。此外，这些包含性或具体的形态也可以由系统、装置、方法、集成电路、计算机程序及记录介质的任意的组合实现。
附图说明
图1是表示使用MMT方式及高级BS传输方式进行传输的情况下的协议堆栈的图。
图2是表示TLV包的数据构造的图。
图3是表示接收装置的基本结构的框图。
图4是表示在MMT包头的扩展字段中保存基准时钟信息的情况下的接收装置的功能结构的框图。
图5是表示在MMT包头的扩展字段中保存基准时钟信息的情况下的接收装置的基准时钟信息的取得流程的图。
图6是表示在控制信息中保存基准时钟信息的情况下的接收装置的功能结构的框图。
图7是表示在控制信息中保存基准时钟信息的情况下的接收装置的基准时钟信息的取得流程的图。
图8是表示在TLV包中保存基准时钟信息的情况下的接收装置的结构的框图。
图9是表示将长格式NTP向TLV包保存的例子的图。
图10是表示在TLV包中保存基准时钟信息的情况下的接收装置的基准时钟信息的取得流程的图。
图11是表示在IP包的头的紧前附加基准时钟信息的结构的图。
图12是表示在TLV包的紧前附加基准时钟信息的结构的图。
图13是表示传输时隙的结构的图。
图14是表示传输时隙的时隙头的结构的图。
图15是表示在时隙头的未定义区域中保存标志的例子的图。
图16是表示高级宽频带卫星数字广播的传输方式下的TMCC控制信息的结构的图。
图17是表示TMCC控制信息的流类别/相对流信息的图。
图18是表示在时隙头的未定义字段中保存基准时钟信息的例子的图。
图19是表示在TMCC控制信息中保存表示在时隙头内包含基准时钟信息的信息的情况下的接收装置的功能结构的框图。
图20是表示在TMCC控制信息中保存表示在时隙头中包含基准时钟信息的信息的情况下的基准时钟信息的取得流程的图。
图21是表示从IP包或压缩IP包中提取特定位置的比特序列的情况下的流程的图。
图22是表示TMCC扩展信息的结构的图。
图23是表示使用这样被分类的扩展类别的扩展区域的数据构造的一例的图。
图24是表示使用扩展类别的情况下的语法的图。
图25是表示有关实施方式2的接收装置的功能结构的框图。
图26是表示有关实施方式2的接收装置的动作流程的图。
图27是示意地表示在多个层的各个层中保存基准时钟信息的例子的图。
图28是示意地表示在一个层中保存多个基准时钟信息的例子的图。
图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的解复用装置的动作流程的图。
图44A是表示有关实施方式5的使用MPEG－2TS方式的情况下的服务的结构例的图。
图44B是表示有关实施方式5的使用MPEG－2TS方式的情况下的服务的结构例的图。
图45A是表示有关实施方式5的使用MMT/TLV方式的情况下的服务的结构例的图。
图45B是表示有关实施方式5的使用MMT/TLV方式的情况下的服务的结构例的图。
图46A是表示有关实施方式5的MMT/TLV方式的动作例的图。
图46B是表示有关实施方式5的MMT/TLV方式的动作例的图。
图47是表示有关实施方式5的接收装置的动作流程的图。
图48是表示有关实施方式5的封装ID的结构例的图。
图49是表示有关实施方式5的服务的结构例的图。
图50是表示有关实施方式5的服务的结构例的图。
图51是有关实施方式5的发送装置的框图。
图52是表示有关实施方式5的发送装置的动作流程的图。
图53是有关实施方式5的接收装置的框图。
图54是表示有关实施方式5的接收装置的动作流程的图。
具体实施方式
(作为本发明的基础的认识)
本发明关于一种在使用通过MPEG(Moving Picture Expert Group)标准化的MMT方式的混合分发系统中从发送侧发送基准时钟信息、在接收侧接收基准时钟信息而生成(再现)基准时钟的方法及装置。
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 Length Value：类型长值)包后，向由高级BS传输方式规定的传输时隙保存。
但是，在发送侧，在MMT包的层中保存有基准时钟信息的情况下，在接收侧为了得到基准时钟信息，需要从传输时隙提取TLV包而从TLV包提取IP包、从IP包提取MMT包再从MMT包的头或有效载荷提取基准时钟信息这样的多个处理，用来取得基准时钟信息的处理较多，进而在取得之前需要更多的时间。
此外，IP层以上的层中的处理通常是软件处理，在MMT包中保存有基准时钟信息的情况下，由软件程序将基准时钟信息提取及再现。在此情况下，有因CPU的处理能力、或从其他软件程序的中断或优先级等而在取得的基准时钟信息中发生抖动(jitter)的问题。
此外，在接收装置中有可能产生不需要的数据的处理。例如，根据数据结构，有时在接收装置中产生不进行视听的数据的处理。具体而言，在将多个服务作为1个信道的数据发送的情况下，在一个IP数据流中包含多个服务的情况下，有为了取得要视听的服务的数据而需要处理不进行视听的服务的数据的问题。
有关本发明的一技术方案的发送方法，是在广播中在1个信道中保存1个以上的流、在1个流中保存多个服务而发送的发送方法，包括：生成步骤，生成包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及发送步骤，将生成的上述流发送。
由此，接收装置在1个流中只要仅将与要视听的服务对应的IP数据流处理就可以。由此能够降低接收装置的处理量。
例如也可以是，在上述生成步骤中，生成的上述流还包含与多个上述IP数据流不同的、而且保存有节目控制信息的IP数据流，上述节目控制信息表示上述多个服务与确定保存上述多个服务的上述多个IP数据流的确定信息之间的对应关系。
由此，通过节目控制信息，能够根据跨越多个IP数据流的多个服务的数据指定任意的服务的数据。
例如也可以是，上述服务被保存在对应的IP数据流内的MMT(MPEG MediaTransport)包中。
例如也可以是，上述IP数据流被保存在TLV(Type Length Value)包中。
有关本发明的一技术方案的接收方法，是接收在广播中保存有1个信道1以上的流并且在1个流中保存有多个服务的流的接收方法，包括：接收步骤，接收包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及再现步骤，从上述流将上述多个服务的某个再现。
由此，接收装置在1个流中只要仅处理与要视听的服务对应的IP数据流就可以。由此，能够减少接收装置的处理量。
例如也可以是，在上述接收步骤中，接收的上述流还包含与多个上述IP数据流不同的、而且保存有节目控制信息的IP数据流，上述节目控制信息表示上述多个服务与确定保存上述多个服务的上述多个IP数据流的确定信息之间的对应关系；在上述再现步骤中，基于上述节目控制信息，确定与再现对象的服务对应的IP数据流，将保存在所确定的IP数据流中的服务再现。
由此，通过节目控制信息，能够根据跨越多个IP数据流的多个服务的数据指定任意的服务的数据。
例如也可以是，上述服务被保存在对应的IP数据流内的MMT(MPEG MediaTransport)包中。
例如也可以是，上述IP数据流被保存在TLV(Type Length Value)包中。
有关本发明的一技术方案的发送装置，是在广播中在1个信道中保存1个以上的流、在1个流中保存多个服务而发送的发送装置，包括：生成部，生成包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及发送部，将生成的上述流发送。
由此，接收装置在1个流中只要仅将与要视听的服务对应的IP数据流处理就可以。由此能够降低接收装置的处理量。
有关本发明的一技术方案的接收装置，是接收在广播中保存有1个信道1以上的流并且在1个流中保存有多个服务的流的接收装置，包括：接收部，接收包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及再现部，从上述流将上述多个服务的某个再现。
由此，接收装置在1个流中只要仅将与要视听的服务对应的IP数据流处理就可以。由此能够降低接收装置的处理量。
另外，这些包含性或具体的形态也可以由系统、装置、方法、集成电路、计算机程序或计算机可读取的CD－ROM等的记录介质实现。此外，这些包含性或具体的形态也可以由系统、装置、方法、集成电路、计算机程序及记录介质的任意的组合实现。
以下，参照附图对实施方式具体地说明。
另外，以下说明的实施方式都是表示包含性或具体的例子的。在以下的实施方式中表示的数值、形状、材料、构成要素、构成要素的配置位置及连接形态、步骤、步骤的顺序等是一例，不是限定本发明的意思。此外，关于以下的实施方式的构成要素中的、在表示最上位概念的独立权利要求中没有记载的构成要素，设为任意的构成要素进行说明。
(实施方式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比特的变更指示而进行通知。具体而言，这样的控制信息是，指针信息及时隙信息以外的信息对应于此。
另一种是关于帧的控制信息，是值按照每帧而变化的控制信息。这样的控制信息由于是值按照每帧而变化的信息，所以不进行变更指示。这样的控制信息具体而言是指针信息及时隙信息。
TMCC扩展信息如图22的(a)所示，由16比特的扩展识别和3598比特的扩展区域构成，通过对扩展识别设定all0以外的值，扩展区域成为有效。图22是表示TMCC扩展信息的结构的图。
图22的(b)是表示以往提出的、将扩展区域作为有效载荷使用的情况下的比特分配方法的一例的图。如图22的(b)所示，在将扩展区域作为有效载荷使用的情况下，页数由16比特构成，附加信息有效载荷表示传输中的TMCC控制信息被跨越几帧传输。
页号由16比特构成，表示当前传输中的TMCC控制信息是页数中的第几页。附加信息类别由8比特构成，指定附加信息的类别。附加信息类别具体而言例如是字符(字幕)迭印(super)、图形、声音等。
在这样的结构的情况下，将扩展区域全部作为有效载荷使用，不能使用扩展区域将以往的TMCC控制信息那样的控制信息保存到扩展区域中。
[TMCC扩展区域的扩展方法]
这里，对通过根据保存在TMCC扩展区域中的信息或数据的类别划分TMCC扩展区域、实现将接收处理不同的数据向TMCC扩展区域保存的方法进行说明。
将在TMCC扩展区域中保存的信息或数据的类别(以下称作扩展类别)例如如下述那样分类。
TypeA：
·是关于帧的控制信息，值不按照每帧而变化。
·最小更新间隔是帧单位。在值有变更的情况下提前2帧发送变更后的信息。
·此外，在有变更的情况下，通过8比特的变更指示的递增进行变更的通知。
TypeB：
·是关于帧的控制信息，值按照每帧而变化。
·是值按照每帧而变化的信息，不进行变更指示。
TypeC：
·被作为有效载荷使用(以往的扩展方式)。
·但是，在变更指示中，也可以使用与不为扩展区域的TMCC相同的变更指示字段，也可以由扩展区域独自规定变更指示字段。
图23是表示使用这样被分类的扩展类别的扩展区域的数据构造(比特配置)的一例的图。图24是表示使用扩展类别的情况下的语法的图。
在图23的例子中，作为扩展类别而仅定义上述3个类型。此外，如图24的(a)所示，在3个类型的扩展类别的各自的数据长被保存后，接着按照每个扩展类别保存由数据长表示的长度的扩展数据。在接收装置中，按照每个扩展类别从扩展区域提取由数据长表示的长度的数据，进行处理。
例如，接收装置关于TypeA的数据，仅在有变更指示的情况取得数据，在TypeA的数据中有变更的情况下控制信息被变更，对控制信息进行遵循变更的处理。
此外，接收装置关于TypeB的数据，由于TypeB的数据是值按照每帧而变化的数据，所以按照每帧取得。例如，在值按照每帧而变化的基准时钟信息被保存在TMCC控制信息中的情况下，向TypeB的数据区域保存。
在TypeC的数据中包含以往的扩展方式的有效载荷信息，接收装置关于TypeC的数据，进行遵循以往的扩展方式的取得的动作。
在上述例子中，各个扩展类别的数据结构的详细情况需要另外规定。在另外规定的情况下，也可以将与在图22的(b)中表示的TypeC的数据中的附加信息类别及对象服务指定方法同样的识别符在其他类型中规定。另外，附加信息类别也可以使用共通的表定义，也可以将扩展识别和附加信息类别合并。
此外，数据长有可能在途中变化的信息也可以为与TypeA的数据同样的类别。在此情况下，也可以在有数据长的变更的情况下，通过提前2帧发送变更后的信息来进行变更指示。接收装置在有变更指示的情况下，参照扩展类别的数据长，确认在数据长中是否没有变化。
另外，数据构造并不限定于图23那样的构造。例如，在扩展类别的数据长是预先固定的情况下，也可以不将数据长发送。具体而言，在图23中扩展类别为TypeA的数据长是固定长的情况下，也可以在数据构造内不配置扩展类别TypeA的数据长。此外，在扩展类别TypeA的数据长及扩展类别TypeB的数据长是固定长的情况下，也可以不配置全部类型的数据长。此外，也可以在数据构造内设置表示是否有扩展类别的数据的标志。
此外，使用扩展类别的情况下的语法并不限定于在图24的(a)中表示的语法。例如，在图24的(b)所示的例子中，设定扩展区域数，按照每个扩展区域数保存扩展类别及扩展区域长。接着保存扩展区域数的扩展数据。
这样的结构对于将来的扩展类别的追加也能够对应。此外，这样的结构能够保存多个相同扩展类别的数据，所以不需要预先决定各个相同扩展类别的数据的结构的详细情况。此外，这样的结构在被作为有效载荷(作为TypeC)使用的情况下，也能够将影像及声音等页数不同的数据在相同的帧中记述多个。
另外，在图24的(b)所示的结构中，扩展区域数、扩展类别及扩展区域长也可以为与TypeA同样的类别。即，这些信息也可以规定为是遵循变更指示的信息。这样，通过将遵循变更指示的数据连续保存，变更有无的判定变容易。
此外，也可以为将来的扩展准备而在扩展类别中设置未定义区域。作为将来导入的扩展类别，例如可以设想以下这样的类别。
·是按照每几个帧更新的控制信号，不进行变更指示。
·在紧急用的信号的情况下，与TypeA同样进行变更指示，但不是提前2帧的信息，在变更指示的取得后在该帧中立即进行处理。
此外，在上述紧急用的信号的情况下，也可以将紧急用的标志使用伴随着变更指示的扩展类别发送，将紧急用的数据使用有效载荷发送。此外，扩展类别也可以根据是否遵循变更指示来划分。
[详细结构和动作流程]
对以上说明那样的接收装置的功能结构和动作流程进行说明。图25是表示有关实施方式2的接收装置的功能结构的框图。图26是表示有关实施方式2的接收装置的动作流程的图。另外，在以下的说明中，假设扩展类别如上述那样仅为TypeA、TypeB及TypeC的3个。
如图25所示，接收装置40具备扩展识别部41、扩展类别判定部42、变更指示确认部43、数据更新确认部44和更新数据取得部45。
首先，扩展识别部41将TMCC控制信息的扩展识别解析(S161)。这里，如果扩展识别是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，…)以传输帧时间长的间隔(TF)生成。将基准时钟信息在生成后以传输帧的单位送出。此时，在从基准时钟信息的生成到传输帧的送出之间，发生由纠错编码、交织处理及传输帧送出定时等带来的处理延迟。在图38中，将NTPn保存在传输帧M+1中而传输，将NTPn+1保存在传输帧M+2中而传输。另外，这里假设传输延迟为0、传输帧的送出时刻及接收时刻相同而进行说明。
接收装置将1个传输帧的数据接收，在纠错处理及解交织处理后提取TMCC控制信息。因此，基准时钟信息的接收定时延迟1帧以上。
同样，对于干线系统的主信号，也因纠错及交织处理而在收发中发生处理延迟。
但是，在干线系统和TMCC控制信息的系统中，由于在收发中各自的延迟时间不同，所以有在接收装置中取得的基准时钟信息的时刻相对于干线系统的时刻是哪个时刻不明确的问题。此外，存在没有将在接收装置中取得的基准时钟信息向上位层保存的定时的规定的问题。
所以，在本实施方式中，按照下述方法，向TMCC控制信息保存基准时钟信息。
发送装置将向TMCC控制信息保存的基准时钟信息例如设定为主信号的传输帧在服务器中送出的时刻(例如，传输帧的开头的包在服务器中送出的时刻)。
接收装置将从TMCC控制信息提取出的基准时钟信息向下个传输帧的开头位置保存并向上位层传输。
通过上述动作，由干线系统与TMCC控制信息的系统的处理延迟的差异带来的相对的关系为传输帧的整数倍(N×TF)(N是整数)。
进而，为了使干线系统与从TMCC控制信息提取出的基准时钟信息的时间关系一致，进行N×TF的修正。
在能够预先唯一地决定N的情况下，既可以是发送装置将进行了N×TF的修正的时刻保存在TMCC控制信息中，也可以是接收装置将时刻修正。在不能唯一地决定N的情况下，接收装置推测N而将时刻修正。
此外，在将基准时钟信息除了TMCC控制信息以外还用主信号(TLV包)传输的情况下，发送装置在TMCC控制信息中保存与向TLV包保存的时刻相同的时刻。或者，发送装置将对向TLV包保存的时刻进行了与N×TF对应的修正的时刻向TMCC控制信息保存。
在接收装置中，通过对从TMCC控制信息中提取出的时刻信息加以N×TF的修正，计算与保存在主信号中的时刻相同的时刻，将计算出的时刻向上位层输出。
另外，作为从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)
在本实施方式中，对广播服务(有时也有记作节目，但是是同等的意思)的结构方法进行说明。
首先，对以往的广播节目的构成方法进行说明。在以往的广播中，能够进行在1个物理信道中保存用1个以上的TS－ID表示的流、在用1个TS－ID表示的流中保存多个服务的多编制服务。例如，在能够将HD画质的服务用1个节目传输的带域中，能够将SD画质的节目同时传输3个节目。因而，实施了用一个带域将多个SD节目和一个HD节目以时分方式切换而广播的所谓混合广播服务。
图44A及图44B是表示以往的使用MPEG－2TS方式的情况下的服务的结构例及表示服务结构的控制信息的图。
在图44A所示的例子中，在一个流中保存有多个服务，按照每个服务赋予服务ID。例如，服务#1的服务ID是221，服务#2的服务ID是222，服务#3的服务ID是223。
一个服务包括多个组件(component)(影像、声音、字幕、数据及控制信息等)，按照每个服务在节目信息中记载有多个组件的结构信息。MPEG－2TS中的节目信息是PMT(Program Map Table：节目映射表)，表示识别各个组件的包的PID。此外，节目信息被按照每个服务表示，在管理节目的控制信息中表示节目信息的列表。MPEG－2TS中的管理节目的控制信息是PAT(Program Association Table：节目关联表)，表示多个节目信息(PMT)的服务ID和识别包的PID的列表。此外，PAT的PID是已知的，被预先设定。
如果用户进行选台动作，则将与所选台的服务对应的服务ID向接收装置通知。接收装置使用已知的PID取得PAT(步骤1)，从PAT内部的PMT的列表中取得与所指定的服务ID对应的PMT的PID(步骤2)。接收装置使用所取得的PID取得PMT，确定构成服务的组件的PID，取得使用所确定的PID的组件(步骤3)。如以上这样，在MPEG－2TS中，到组件取得为止必定需要3个步骤。
此外，图44B是表示在一个流中保存有1个服务的例子的图。在此情况下，服务的数量是1个，所以PMT是一个就可以。在此情况下，也能够使用上述方法确定构成服务的组件的PID，但在实施混合编制的情况下，即使是1个服务的情况，也假想地设为有3个服务，总是需要3个PMT及服务ID。在此情况下，3个PMT指的是分别相同的组件。由此，有即使是以时分方式进行混合广播的情况，服务的数量及PAT内的服务列表也不变化的优点。这里，在图44B所示的3个PMT内，除了服务ID以外记载有相同的内容。
接着，对MMT/TLV方式(ARIB STD B－60)下的服务结构进行说明。图45A及图45B是表示该服务结构例的图。
与图44A及图44B所示的MPEG－2TS的情况同样，能够进行在1个物理信道中保存由1个以上的TLV－ID表示的流，在用1个TLV－ID表示的流内保存多个服务的多编制。即，能够进行在给出的带域内以时分方式使服务数变更的混合广播。
混合广播的切换不仅是SD和HD的切换，也可以是4k广播和8k广播等、解析度的切换。此外，不仅是解析度的切换，也可以是帧速率或传输品质不同的服务的切换等。即，也可以有共用带域的服务的组合的混合广播。
在MMT/TLV方式中，代替MPEG－2TS中的PID而将包ID表示在MMT包中。将组件组合后的单位被称作MMT封装，它对应于1个服务。MPT(MMT Package Table：MMT封装表)具有与PMT同等的功能，表示构成各服务的组件的包ID。此外，PLT(Package List Table：封装列表表)表示各个封装的列表，表示多个服务的封装ID、和传输与各服务对应的表示该服务的结构的MPT的PA消息的包ID。另外，PLT为了表示传输表示服务的结构的MPT的PA消息，也可以不仅是包ID、还使用IP地址或UDP端口号、URL等。
MPT及PLT都被表示在PA消息中，与识别传输该PA消息的包的包ID建立了对应。包含PLT的PA消息的包ID是已知的，被预先设定。另外，封装ID的比特数是任意的，也能够改变。在MMT/TLV方式中，规定了在下位16比特中保存服务ID。
如果用户进行选台动作，则与选台的服务对应的服务ID被通知给接收装置。接收装置根据已知的包ID，接收包含PLT的PA消息(步骤1)，判定由该PA消息中包含的MPT表示的封装ID的下位16比特是否与服务ID一致，如果一致，则基于该MPT来确定组件的包ID，取得所确定的包ID的组件(步骤2)。如果不一致，则接收装置参照PLT，取得传输与服务ID一致的MPT的PA消息的包ID，基于该MPT确定组件的包ID，取得所确定的包ID的组件(步骤3)。
这样，在MMT/TLV方式中，在服务ID与包含在与PLT相同的PA消息中的MPT的封装ID的下位16比特一致的情况下，能够用两个步骤取得组件，所以与MPEG－2TS方式相比能够缩短选台时间。
现在，设想使用MMT/TLV方式的混合广播(4k广播×3服务和8k服务×1服务)的运用。
在混合广播中，在实施8k服务×1服务的情况下，与MPEG－2TS同样，尽管实际的服务是1个，但需要虚拟地准备3个服务及3个MPT。在此情况下，3个MPT指示同一个组件。此时，3个MPT除了服务ID(封装ID)以外记载相同的内容。图45B是表示8k服务×1的情况下的结构例的图。
在此情况下，用户不论指定了3个服务ID中的哪个服务ID，都视听相同的服务。
如上述那样，在MPEG－2TS方式中，到组件取得为止总是需要3个步骤的处理，相对于此，在MMT/TLV方式中，在指定了服务#1的情况下能够用两个步骤取得组件。但是，在如上述那样在混合广播中不是多编制的结构的情况下，服务#1、服务#2及服务#3尽管是相同的服务，但根据指定的服务ID而到组件取得为止的步骤数不同，所以并不好。
此外，不论在被指定了哪个服务ID的情况下，接收装置都首先取得保存PLT的PA消息。在该PA消息中必定包含服务#1的MPT#1。即，在指定了服务#2或服务#3的情况下，接收装置尽管已经通过MPT#1的取得而得到了希望的服务信息，但需要进行取得MPT#2或MPT#3的步骤的处理。这不仅带来选台时间的增加，还带来接收装置的处理量的增大。
以下，说明解决上述问题的本实施方式的方法。
即使是存在多个服务的情况，发送装置也将表示它们是虚拟的服务、实质性的服务是1个的信息保存到流内。例如，发送装置在混合广播中将表示数据不是多编制的信息保存到MPT#1或PLT中。
或者，在由保存在MPT中的影像组件记述符表示影像的解析度是8k的情况下，实质性的服务也可以设定为是1个。
接收装置基于上述信息将MPT#1或PLT解析，判定实质性的服务是否是1个。在实质性的服务是1个的情况下，接收装置不进行MPT#2或MPT#3的取得，而基于MPT#1取得组件。由此，接收装置不论指定的服务ID如何，都总是能够用两个步骤取得组件。
图46A是表示指定了服务#2的情况下的以往的动作例的图。图46B是表示指定了服务#2的情况下的本实施方式的动作例的图。相对于在图46A中表示的以往的方法中需要3个步骤的处理，在图46B所示的本实施方式的方法中处理被缩短为两个步骤。
图47是表示有关本实施方式的接收装置的动作流程的图。
首先，接收装置通过将MPT#1或PLT解析，判定数据是否是多编制(S241)。在数据是多编制的情况下(S242中“是”)，接收装置取得MPT#2或MPT#3，通过将MPT#2或MPT#3解析而取得组件(S243)。另一方面，在数据不是多编制的情况下(S242中“否”)，接收装置通过将MPT#1解析而取得组件(S244)。
另外，作为其他例也可以使用以下的方法。使用MPT或PLT中的封装ID的下位16比特以外的区域，保存与相同的服务对应的其他的服务ID。例如，在MPT#1～#3对应于相同的服务的情况下，如图48所示，也可以将MPT#2及MPT#3的服务ID使用MPT#1或PLT中的封装ID的下位16比特以外的区域来表示。同样，也可以由MPT#2及MPT#3的封装ID表示与相同的服务对应的其他的服务ID。
接收装置通过确认在MPT#1的封装ID中是否包含希望的服务ID(服务#1、服务#2或服务#3)，能够不取得MPT#2或MPT#3而取得组件。
此外，有将MMT包ID在TLV流内唯一地决定的方法、和在IP数据流内唯一地决定的方法，设想在TLV流内为唯一的方法。即，在TLV流内，PLT(包括它的PA消息)是一个。
此外，在多编制中，设想将多个服务(＝封装)向一个IP数据流内保存的方法。
但是，实际视听的服务是1个，通过接收装置将没有视听的服务的数据处理，处理量及耗电增大，所以并不好。作为接收处理，需要TLV解复用、IP头展开(削减头的复原)、IP解复用及MMT解复用等的处理。在多个服务被保存到一个IP数据流中的情况下，在IP解复用中提取包含希望的服务的IP数据流后，在MMT解复用中参照PLT及MPT，如果不是在已确定不进行视听的服务的包ID之后，则不能将不视听的服务的处理排除。由此，在前段的处理中，能够处理不视听的服务的数据。
所以，优选的是如图49所示那样设为IP数据流＝服务。但是，虽然PLT是保存跨越多个服务的信息的控制信息，但由于一个PLT不能跨越全部的IP数据流而存在，所以不能使用一个PLT表示多个服务的列表。具体而言，例如在IP解复用中提取了IP数据流#1的情况下，由于在IP数据流#1中存在PLT，所以能够选台其他的IP数据流(服务)，但在IP解复用中提取了IP数据流#2的情况下，由于在IP数据流#2中不存在PLT，所以不能选台其他的IP数据流(服务)。此外，包ID在IP数据流内是唯一的，在跨越IP数据流的情况下，不能保证包ID是唯一的。由此，不能跨越IP数据流仅用包ID确定数据。
作为解决该问题的方法，可以使用以下的某种方法。
第1方法是将PLT复制到全部的IP数据流中、向各个IP数据流(服务)保存的方法。在此情况下，向各个IP数据流保存的PLT的包ID为相同的。由此，即使是接收装置在IP解复用中提取了希望的IP数据流后，在所提取的IP数据流内也必定存在PLT。由此，接收装置能够基于该PLT进行选台。或者也可以是，接收装置在IP数据流中不存在PLT的情况下，认为服务是1个，不使用PLT而进行处理。
第2方法如图50所示，是将PLT向专用的IP数据流(IP数据流#0)保存的方法。即，仅PLT被保存到与MPT及组件不同的IP数据流中。由此，能够使PLT跨越IP数据流而存在。例如，通过在PLT中指定IP数据流(服务)及包ID，能够指定希望的服务的MPT。
通过以上的处理，接收装置能够在IP解复用中仅提取希望的服务而进行处理，能够削减处理量及耗电。
另外，接收装置也可以利用没有被压缩的IP包的IP地址和压缩IP包的上下文识别符等，通过在不是希望的服务的情况下不进行头展开，来削减处理量及耗电。
此外，在使MMT包ID在IP数据流内为唯一的情况下，由于在IP数据流内PLT为一个，所以PLT也可以按照每个IP数据流而存在多个。在此情况下，也可以在一个IP数据流中仅保存一个服务。此外，也可以不使用PLT。
如以上这样，有关本实施方式的发送装置在广播中在1个信道中保存1个以上的流，在1个流中保存1个或多个服务而发送。图51是有关本实施方式的发送装置70的框图。该发送装置70具备生成部71和发送部72。
图52是有关本实施方式的发送装置70的发送方法的流程图。首先，生成部71如图50所示，与多个服务#1～#3一对一对应地，生成包含保存有对应的服务的多个IP(InternetProtocol)数据流#1～#3的流(S251)。具体而言，如图50所示，生成部71生成还包括IP数据流#0的流，IP数据流#0是与多个IP数据流#1～#3不同的IP数据流，而且保存有表示多个服务#1～#3与确定多个IP数据流#1～#3的确定信息(IP地址或包ID)的对应关系的作为节目控制信息的PLT。
接着，发送部72将由生成部71生成的流向接收装置发送(S252)。
此外，有关本实施方式的接收装置80在广播中接收在1个信道中保存1个以上的流、在1个流中保存有1或多个服务的1个以上的流。图53是有关本实施方式的接收装置80的框图。该接收装置80具备接收部81和再现部82。另外，接收部81对应于上述各实施方式的接收部10，再现部82对应于接收部10以外的处理部。
图54是有关本实施方式的接收装置80的接收方法的流程图。首先，接收部81接收包含与多个服务#1～#3一对一对应地保存有对应的服务的多个IP数据流#1～#3的流(S261)。具体而言，如图50所示，接收部81接收还包括IP数据流#0的流，IP数据流#0是与多个IP数据流#1～#3不同的IP数据流，而且保存有表示多个服务#1～#3与确定多个IP数据流#1～#3的确定信息(IP地址或包ID)的对应关系的作为节目控制信息的PLT。
接着，再现部82从流中将多个服务的某个再现(S262)。具体而言，再现部82基于PLT确定与再现对象的服务对应的IP数据流，将保存在所确定的IP数据流中的服务再现。
通过以上，接收装置80不需要将不进行视听的服务的数据处理，所以能够减少处理量。
另外，在上述实施方式中，各构成要素也可以由专用的硬件构成、或通过执行适合于各构成要素的软件程序来实现。各构成要素也可以通过CPU或处理器等的程序执行部将记录在硬盘或半导体存储器等的记录介质中的软件程序读出并执行来实现。
此外，各构成要素也可以是电路。这些电路既可以作为整体构成1个电路，也可以分别是不同的电路。此外，这些电路既可以分别是通用的电路，也可以是专用的电路。
例如，在上述各实施方式中，也可以由别的处理部执行特定的处理部执行的处理。此外，既可以将多个处理的顺序变更，也可以将多个处理并行执行。
以上，基于实施方式对有关一个或多个技术方案的接收装置(接收方法)及发送装置(发送方法)进行了说明，但本发明并不限定于该实施方式。只要不脱离本发明的主旨，对本实施方式实施了本领域技术人员想到的各种变形后的形态、将不同实施方式的构成要素组合而构建的形态也可以包含在一个或多个技术方案的范围内。
产业上的可利用性
本发明的发送方法在将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、70 发送装置
31、71 生成部
32、72 发送部
41 扩展识别部
42 扩展类别判定部
43 变更指示确认部
44 数据更新确认部
45 更新数据取得部
51 第1广播站
52 第2广播站
53 第3广播站
54 卫星的发送站
61 解码装置
62 解复用装置
63 取得部
64 解复用部
80 接收装置
81 接收部
82 再现部

Claims (10)

1.一种发送方法，在广播中，在1个信道中保存1个以上的流，在1个流中保存多个服务而发送，其特征在于，包括：
生成步骤，生成包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及
发送步骤，将生成的上述流发送。
2.如权利要求1所述的发送方法，其特征在于，
在上述生成步骤中，生成的上述流还包含与多个上述IP数据流不同的、而且保存有节目控制信息的IP数据流，上述节目控制信息表示上述多个服务与确定保存上述多个服务的上述多个IP数据流的确定信息之间的对应关系。
3.如权利要求1或2所述的发送方法，其特征在于，
上述服务被保存在对应的IP数据流内的MMT(MPEG Media Transport)包中。
4.如权利要求1～3中任一项所述的发送方法，其特征在于，
上述IP数据流被保存在TLV(Type Length Value)包中。
5.一种接收方法，接收在广播中保存有1个信道1以上的流并且在1个流中保存有多个服务的流，其特征在于，包括：
接收步骤，接收包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及
再现步骤，从上述流将上述多个服务的某个再现。
6.如权利要求5所述的接收方法，其特征在于，
在上述接收步骤中，接收的上述流还包含与多个上述IP数据流不同的、而且保存有节目控制信息的IP数据流，上述节目控制信息表示上述多个服务与确定保存上述多个服务的上述多个IP数据流的确定信息之间的对应关系；
在上述再现步骤中，基于上述节目控制信息，确定与再现对象的服务对应的IP数据流，将保存在所确定的IP数据流中的服务再现。
7.如权利要求5或6所述的接收方法，其特征在于，
上述服务被保存在对应的IP数据流内的MMT(MPEG Media Transport)包中。
8.如权利要求5～7中任一项所述的接收方法，其特征在于，
上述IP数据流被保存在TLV(Type Length Value)包中。
9.一种发送装置，在广播中，在1个信道中保存1个以上的流，在1个流中保存多个服务而发送，其特征在于，包括：
生成部，生成包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及
发送部，将生成的上述流发送。
10.一种接收装置，接收在广播中保存有1个信道1以上的流并且在1个流中保存有多个服务的流，其特征在于，包括：
接收部，接收包含多个与上述多个服务一对一地对应并且保存有对应的服务的IP(Internet Protocol)数据流的上述流；以及
再现部，从上述流将上述多个服务的某个再现。
CN201580041969.6A 2014-08-28 2015-08-17 发送方法、接收方法、发送装置及接收装置 Active CN106576189B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462043121P 2014-08-28 2014-08-28
US62/043,121 2014-08-28
JP2015152753A JP6667128B2 (ja) 2014-08-28 2015-07-31 送信方法、受信方法、送信装置及び受信装置
JP2015-152753 2015-07-31
PCT/JP2015/004071 WO2016031173A1 (ja) 2014-08-28 2015-08-17 送信方法、受信方法、送信装置及び受信装置

Publications (2)

Publication Number Publication Date
CN106576189A true CN106576189A (zh) 2017-04-19
CN106576189B CN106576189B (zh) 2020-11-10

Family

ID=55659309

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580041969.6A Active CN106576189B (zh) 2014-08-28 2015-08-17 发送方法、接收方法、发送装置及接收装置

Country Status (4)

Country Link
US (1) US11743312B2 (zh)
EP (1) EP3188486A4 (zh)
JP (2) JP6667128B2 (zh)
CN (1) CN106576189B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021023281A1 (zh) * 2019-08-07 2021-02-11 海信视像科技股份有限公司 接收装置
WO2021151375A1 (zh) * 2020-01-31 2021-08-05 海信视像科技股份有限公司 收发方法、收发装置
CN113475088A (zh) * 2020-01-31 2021-10-01 海信视像科技股份有限公司 收发方法、收发装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX2017006223A (es) * 2014-11-21 2017-07-31 Sony Corp Aparato de transmision, metodo de transmision, aparato de recepcion, y metodo de recepcion.
KR20180081722A (ko) * 2015-11-10 2018-07-17 소니 주식회사 정보 처리 장치, 정보 처리 방법, 및 프로그램
JP6789807B2 (ja) * 2016-12-27 2020-11-25 東芝映像ソリューション株式会社 放送波の送受信システム
JP6789806B2 (ja) * 2016-12-27 2020-11-25 東芝映像ソリューション株式会社 表示装置、表示装置の表示制御方法
JP6789808B2 (ja) * 2016-12-27 2020-11-25 東芝映像ソリューション株式会社 記録装置、記録方法
JP6950259B2 (ja) * 2017-04-20 2021-10-13 日本電気株式会社 同期処理システム、信号処理システム、同期処理方法、および同期処理用プログラム
JP2020058048A (ja) * 2019-12-04 2020-04-09 東芝映像ソリューション株式会社 放送波の生成方法
JP7558660B2 (ja) 2020-01-31 2024-10-01 Ｔｖｓ Ｒｅｇｚａ株式会社 送信装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101179586A (zh) * 2006-11-08 2008-05-14 胡国荣 一种基于ts流的媒体接入控制方法
CN101422040A (zh) * 2006-04-10 2009-04-29 三星电子株式会社 数字音频广播系统中提供因特网协议数据广播服务的方法和装置
US20090296624A1 (en) * 2007-05-14 2009-12-03 Samsung Electronics Co., Ltd. Method and apparatus for transmitting broadcast, method and apparatus for receiving broadcast
CN101969550A (zh) * 2010-09-03 2011-02-09 深圳创维数字技术股份有限公司 一种ip视频流复用方法及其系统
EP2658247A1 (en) * 2010-12-26 2013-10-30 LG Electronics Inc. Method for transmitting a broadcast service, and method and apparatus for receiving same

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6928495B2 (en) * 2002-09-27 2005-08-09 Broadcom Corporation Method and system for an adaptive multimode media queue
US20060262793A1 (en) * 2005-05-19 2006-11-23 Nokia Corporation Method and system for handover between service delivery platforms by following content
US8018895B2 (en) * 2006-11-30 2011-09-13 Motorola Mobility, Inc. Apparatus and method for transmitting uplink control information on shared channels
US7930726B2 (en) * 2006-12-01 2011-04-19 Electronics And Telecommunications Research Institute IPTV service system and method for efficient multicast of MPEG-TS
US10320500B2 (en) * 2007-09-18 2019-06-11 Qualcomm Incorporated Method and apparatus to enable fast channel switching with limited DVB receiver memory
JP5066064B2 (ja) * 2008-11-28 2012-11-07 日本放送協会 一方向伝送路に用いる送信端末、受信端末及び伝送システム
CN102342126B (zh) * 2009-03-30 2014-04-02 三菱电机株式会社 数字广播接收机
KR20120071721A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 ＰＭＩＰｖ6에서 플로우 기반의 이동성을 지원하기 위한 방법 및 장치
WO2012099423A2 (ko) * 2011-01-19 2012-07-26 삼성전자 주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법
EP2634961A1 (en) * 2012-03-01 2013-09-04 Thomson Licensing Management of the transmission of data streams over multiple networks
US8867343B2 (en) * 2013-03-15 2014-10-21 Extrahop Networks, Inc. Trigger based recording of flows with play back
JP5860518B1 (ja) * 2014-08-27 2016-02-16 シャープ株式会社 送信装置および受信装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101422040A (zh) * 2006-04-10 2009-04-29 三星电子株式会社 数字音频广播系统中提供因特网协议数据广播服务的方法和装置
CN101179586A (zh) * 2006-11-08 2008-05-14 胡国荣 一种基于ts流的媒体接入控制方法
US20090296624A1 (en) * 2007-05-14 2009-12-03 Samsung Electronics Co., Ltd. Method and apparatus for transmitting broadcast, method and apparatus for receiving broadcast
CN101969550A (zh) * 2010-09-03 2011-02-09 深圳创维数字技术股份有限公司 一种ip视频流复用方法及其系统
EP2658247A1 (en) * 2010-12-26 2013-10-30 LG Electronics Inc. Method for transmitting a broadcast service, and method and apparatus for receiving same

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ITU-R: ""Multiplexing scheme for variable-length packets in digital multimedia broadcasting system"", 《ITU-R BT.1896》 *
SHUICHI AOKI ETC: ""Effective Usage of MMT in Broadcasting System"", 《2013 IEEE INTERNATIONAL SYMPOSIUM ON BROADBAND MULTIMEDIA SYSTEM AND BROADCASTING(BMSB)》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021023281A1 (zh) * 2019-08-07 2021-02-11 海信视像科技股份有限公司 接收装置
CN112771848A (zh) * 2019-08-07 2021-05-07 海信视像科技股份有限公司 接收装置
CN112771848B (zh) * 2019-08-07 2022-12-20 海信视像科技股份有限公司 接收装置
WO2021151375A1 (zh) * 2020-01-31 2021-08-05 海信视像科技股份有限公司 收发方法、收发装置
CN113475087A (zh) * 2020-01-31 2021-10-01 海信视像科技股份有限公司 收发方法、收发装置
CN113475088A (zh) * 2020-01-31 2021-10-01 海信视像科技股份有限公司 收发方法、收发装置
CN113475087B (zh) * 2020-01-31 2024-05-31 海信视像科技股份有限公司 收发方法、收发装置

Also Published As

Publication number Publication date
JP2016052122A (ja) 2016-04-11
JP2020080552A (ja) 2020-05-28
EP3188486A4 (en) 2017-09-13
JP6667128B2 (ja) 2020-03-18
CN106576189B (zh) 2020-11-10
EP3188486A1 (en) 2017-07-05
JP6827223B2 (ja) 2021-02-10
US20170163710A1 (en) 2017-06-08
US11743312B2 (en) 2023-08-29

Similar Documents

Publication Publication Date Title
CN105612754B (zh) 发送方法、接收方法、发送装置及接收装置
CN106576189A (zh) 发送方法、接收方法、发送装置及接收装置
CN106797489A (zh) 发送方法、发送装置及系统
CN105519020B (zh) 发送方法、接收方法、发送装置、及接收装置
CN105612755B (zh) 发送方法、接收方法、发送装置及接收装置
CN107005732A (zh) 发送方法、接收方法、发送装置及接收装置
CN105379290B (zh) 发送方法、接收方法、发送装置及接收装置
JP7257648B2 (ja) 逆多重化装置及び逆多重化方法
JP2023115072A (ja) 送信方法、送信装置、受信方法、及び受信装置
JP2024069460A (ja) 送信方法、受信方法、送信装置及び受信装置
WO2016056201A1 (ja) 送信方法、送信装置及びシステム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant