CN106170966A - 传输设备、传输方法、接收设备以及接收方法 - Google Patents

传输设备、传输方法、接收设备以及接收方法 Download PDF

Info

Publication number
CN106170966A
CN106170966A CN201680001001.5A CN201680001001A CN106170966A CN 106170966 A CN106170966 A CN 106170966A CN 201680001001 A CN201680001001 A CN 201680001001A CN 106170966 A CN106170966 A CN 106170966A
Authority
CN
China
Prior art keywords
host
transmission
information
protocol
host protocol
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
CN201680001001.5A
Other languages
English (en)
Other versions
CN106170966B (zh
Inventor
高桥和幸
山岸靖明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of CN106170966A publication Critical patent/CN106170966A/zh
Application granted granted Critical
Publication of CN106170966B publication Critical patent/CN106170966B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Burglar Alarm Systems (AREA)
  • Radar Systems Or Details Thereof (AREA)

Abstract

本技术涉及使多个传输协议能够共存的传输设备、传输方法、接收设备和接收方法。传输设备生成用于从预定标准定义的多个传输协议中选择将用于特定服务的传输协议的传输协议选择信息，并且根据传输协议选择信息中设定的传输协议，将由特定服务提供的内容连同传输协议选择信息一起传输。本技术可应用于，例如，IP数据包广播。

Description

传输设备、传输方法、接收设备以及接收方法
技术领域
本发明涉及传输设备、传输方法、接收设备以及接收方法，更具体地，涉及使多个传输协议能够共存的传输设备、传输方法、接收设备以及接收方法。
背景技术
例如，在作为一个下一代地面广播标准的ATSC(高级电视系统委员会)3.0中，决定将UDP/IP(即，每个都包括UDP(用户数据报协议)数据包的IP(互联网协议)数据包)用于数据传输。并且在除ATSC 3.0之外的其它广播系统中，IP数据包被预期在将来被使用(参见，例如，非专利文献1)。
非专利文献1：“ARIB STD-B60Version 1.1”，Association of Radio Industriesand Businesses。
发明内容
本发明要解决的问题
顺便说一下，在诸如ATSC 3.0的广播系统中，多个传输协议可以共存。因此，需要使多个传输协议能够共存的技术。
本技术已经考虑到如上所述的情况，并且力求使多个传输协议能够共存。
用于解决问题的方法
根据本技术的第一实施方式，提供一种传输设备，包括：生成单元，生成用于从符合预定标准的多个传输协议中选择将用于特定服务的传输协议的传输协议选择信息；以及传输单元，根据传输协议选择信息中设定的传输协议，将由特定服务提供的内容连同传输协议选择信息一起传输。
根据本技术的第一实施方式的传输设备可以是独立的设备或者可以是组成一个设备的内部块。此外，根据本技术的第一实施方式的传输方法是与如上所述的根据本技术的第一实施方式的传输设备相对应的传输方法。
在根据本技术的第一实施方式的传输设备和传输方法中，生成用于从符合预定标准的多个传输协议中选择将用于特定服务中的传输协议的传输协议选择信息，并且根据传输协议选择信息中设定的传输协议将由特定服务提供的内容连同传输协议选择信息一起传输。
根据本技术的第二实施方式，提供一种接收设备，包括：接收单元，连同用于从符合预定标准的多个传输协议中选择用于特定服务的传输协议的传输协议选择信息一起，接收由根据传输协议选择信息中设定的传输协议传输的特定服务提供的内容；以及处理单元，根据传输协议选择信息中设定的传输协议进行再现内容的处理。
根据本技术的第二实施方式的接收设备可以是独立的设备或者可以是组成一个设备的内部块。此外，根据本技术的第二实施方式的接收方法是与如上所述的根据本技术的第二实施方式的接收设备相对应的接收方法。
在根据本技术的第二实施方式的接收设备和接收方法中，连同用于从符合预定标准的多个传输协议中选择将用于特定服务的传输协议的传输协议选择信息一起，接收由根据传输协议选择信息中设定的传输协议传输的特定服务提供的内容，并且根据传输协议选择信息中设定的传输协议进行再现内容的处理。
本发明的效果
根据本技术的第一实施方式和第二实施方式，多个传输协议可以共存。
应注意，本文中描述的效果不必受到限制，并且可以获得说明书中描述的任何效果。
附图说明
[图1]示出根据实施方式的应用本技术的传输系统的配置的示意图
[图2]示出每个层的帧配置的示例的示意图。
[图3]说明用于选择多个传输协议的传输协议选择信息的传输方法的示意图。
[图4]示出通用数据包的配置的示意图。
[图5]示出数据包类型的示例的示意图。
[图6]示出在数据包类型值被扩展的情况下布置的句法的示例的示意图。
[图7]示出通用数据包的配置的示意图。
[图8]示出数据包类型的示例的示意图。
[图9]示出通用扩展报头的具体配置的示意图。
[图10]示出布置在可选报头中的结构的示意图。
[图11]示出服务类型的示例的示意图。
[图12]示出LLS数据包的配置的示意图。
[图13]示出在LLS报头中布置的结构的示例的示意图。
[图14]示出服务类型的示例的示意图。
[图15]示出LLS数据包的配置的示意图。
[图16]示出FIT句法的示例的示意图。
[图17]示出服务类型的示例的示意图。
[图18]示出BB帧的配置的示意图。
[图19]用于说明L1扩展报头传输方法中的扩展报头的具体配置的示意图。
[图20]用于说明L1扩展报头传输方法中的扩展报头的具体配置的示意图。
[图21]示出在L1扩展报头中布置的结构的示例的示意图。
[图22]示出服务类型的示例的示意图。
[图23]示出传输设备的配置示例的示意图。
[图24]示出接收设备的配置示例的示意图。
[图25]用于说明传输处理的流程图。
[图26]用于说明接收处理的流程图。
[图27]示出计算机的配置示例的示意图。
具体实施方式
在下文中，将参考附图描述本技术的实施方式。应当注意的是，将按照以下顺序进行描述。
1.系统配置
2.帧配置
3.操作示例
(1)操作示例1：通用报头传输方法
(2)操作示例2：通用扩展报头传输方法
(3)操作示例3：L2信令报头传输方法
(4)操作示例4：L2信令传输方法
(5)操作示例5：L1扩展报头传输方法
4.每个设备的配置
5.在每个设备中执行的处理的流程
6.计算机配置
<1.系统配置>
图1是示出根据实施方式的应用本技术的传输系统的配置的示意图。应当注意的是，系统指的是多个设备的逻辑组。
在图1中，传输系统1由传输设备10和接收设备20组成。在传输系统1中，进行符合诸如ATSC 3.0的广播系统的数据传输。
传输设备10传输诸如电视节目的内容。具体地，传输设备10经由传输信道30传输待传输的目标数据流，诸如作为数字广播信号的内容的视频和音频(分量)数据。
接收设备20接收经由传输信道30从传输设备10传输的数字广播信号，并且重建并输出原始流。例如，接收设备20输出诸如电视节目的内容的视频和音频数据。
应当注意的是，除符合ATSC 3.0的数据传输之外，图1的传输系统1可应用于符合DVB(数字视频广播)、ISDB(综合服务数字广播)等的标准的数据传输、符合其它ATSC标准的数据传输以及其它数据传输。此外，除地面广播之外，可以采用卫星连接、有线电视网(有线线路)等作为传输信道30。
<2.帧配置>
(帧配置)
图2是示出在图1中示出的传输系统中传输的层1(L1)至3(L3)的帧配置的示例的示意图。应当注意的是图2假定诸如ATSC 3.0的传输方法被用作广播系统的情况。
如图2所示，IP数据包(IP Packet)在层3(L3)中传输。IP数据包由IP报头(IPHeader)和数据(Data)组成。在IP数据包的数据中，布置视频和音频数据、信令信息等。此外，在层2(L2)中，将通用数据包(Generic Packet)作为传输数据包传输。通用数据包由通用报头(Generic Header)和有效负载(Payload)组成。在通用数据包的有效负载中，一个或多个IP数据包被布置并被封装(封装)。
与物理层相对应的层1(L1)的BB帧(基带帧，Baseband Frame)由BB帧报头(Baseband Frame Header)和有效负载(Payload)组成。在BB帧的有效负载中，布置并封装多个通用数据包。并且在层1中，将通过加扰多个BB帧获得的数据(Data)映射到FEC帧(FECFrame)上，并且将用于物理层的纠错奇偶校验位(Parity)添加至该处。
在此，层1(L1)的物理层帧(ATSC(Physical)Frame)由序文(Preamble)和数据部分(Data)组成。映射到物理层帧的数据部分上的是通过对多个FEC帧进行比特交织并且然后进行映射处理，并且另外进行物理层的处理(诸如时间方向和频率方向上的交织)而获得的数据。
<3.操作示例>
顺便说一下，如图3所示，在诸如ATSC 3.0的广播系统中，ROUTE(单向传输实时对象递送)、MMT(MPEG媒体传输)、MPEG2-TS(传输流)等的传输协议可以在它们共存的同时被操作。在ATSC 3.0中，例如，ROUTE和MMT共存。
在此，ROUTE是通过扩展适于单向多播传输二进制文件的协议的FLUTE(单向传输文件递送)而获得的协议。此外，MMT是用于IP(互联网协议)的传输系统。通过用控制信息设置IP地址或URL(统一资源定位符)，可以参考视频、音频等的数据。MPEG2-TS是用于交换MPEG2格式数据的传输系统，并且视频、音频等的数据可以作为一个流被共同处理。
这些传输协议每个都由唯一的数据流和服务信令组成。因此，在提供服务时，广播电台侧(传输设备10)从诸如ROUTE和MMT的多个传输协议中选择并使用特定传输协议。在这种情况下，因为每个传输协议所需要的信息不同，所以传输设备10需要传输用于选择(辨别)接收设备20侧的特定传输协议(在下文中，称为传输协议选择信息)的信息。
在这方面，本技术提出5个传输方法(即，通用报头传输方法、通用扩展报头传输方法、L2信令报头传输方法、L2信令传输方法以及L1扩展报头传输方法)作为传输协议选择信息的传输方法。
在下文中，将操作示例1至5描述为5个传输方法的具体示例。
(1)操作示例1
首先，参考图4至图6，将描述使用通用报头传输方法的操作示例1。在通用报头传输方法中，传输协议选择信息使用通用数据包报头(Generic header)传输。
图4示出通用数据包的配置。在图4中示出的通用数据包中，3比特的类型信息(Type)设置在通用报头的头部处。作为类型信息，有关布置在通用数据包的有效负载中的数据类型的信息如图5所示地设置。
具体地，将ROUTE用作“系统A(System A)”的情况、MMT用作“系统B(System B)”的情况以及MPEG2-TS用作“系统C(System C)”的情况限定为传输协议，在系统A的IPv4的IP数据包布置在有效负载中时，“000”被设置为类型信息。
此外，在系统B的IPv4的IP数据包布置在有效负载中时，“001”被设置为类型信息。此外，在系统C的TS数据包布置在有效负载中时，“010”被设置为类型信息。应当注意的是，在图5中类型信息“011”是未定义的(保留的)。
相似地，在系统A的L2信令信息布置在有效负载中时，“100”被设置为类型信息。此外，在系统B的L2信令信息布置在有效负载中时，“101”被设置为类型信息。此外，在系统C的L2信令信息布置在有效负载中时，“110”被设置为类型信息。
应当注意的是，在通过未定义的(保留的)区域的扩展不足时，“111”被设置为用于扩展由预定区域组成的类型信息。图6示出在数据包类型值被扩展的情况下布置的数据的句法的示例。因为数据包类型值可以如上所述的扩展，所以也可以支持4个或更多传输协议共存的情况。
参考回图4，在通用报头中，1比特的数据包设置信息(PC：Packet Configuration)布置在类型信息之后。在“0”被设置为数据包设置信息时，数据包模式根据布置在数据包设置信息之后的1比特的报头模式(HM：Header Mode)变为单数据包模式(Single packetmode)，并且11比特的长度信息(Length)和扩展报头(附加报头)布置在通用报头中。
应当注意的是，在单数据包模式中，没有布置扩展报头的通用数据包称为标准数据包，并且布置扩展报头的通用数据包称为长数据包。
另一方面，在“1”被设置为数据包设置信息(PC)时，数据包模式根据布置在数据包设置信息之后的1比特的S/C(分段/级联)变为分段模式(Segmentation mode)或级连模式(Concatenation mode)，并且11比特的长度信息(Length)和扩展报头(Additionalheader)布置在通用报头中。
在通用数据包中，有效负载布置在如上所述配置的通用报头之后。在有效负载中，系统A的IPv4的IP数据包、L2信令信息等例如，根据通用报头的类型信息布置。
如上所述，通过将传输协议选择信息(类型信息)布置在通用报头中并使用通用报头传输方法将其按照用于传输传输协议选择信息的传输格式传输，接收设备20可以从诸如ROUTE和MMT的多个传输协议中选择(辩别)将用于将提供的服务的传输协议。
(2)操作示例2
下面，将参考图7至图11，描述使用通用扩展报头传输方法的操作示例2。在通用扩展报头传输方法中，传输协议选择信息使用通用数据包的扩展报头(通用扩展报头，Generic extension header)传输。
图7示出通用数据包的配置。在图7中示出的通用数据包中，通用报头的配置与在图4中示出的通用报头的配置相似。因此，将酌情省去对其的描述。传输协议选择信息布置在由附图中的粗框围绕的扩展报头(Additional header)中。作为布置在图7中的通用报头的头部的类型信息(Type)，有关布置在通用数据包的有效负载中的数据类型的信息如图8所示设置。
具体地，在IPv4的IP数据包布置在有效负载中时，“000”被设置为类型信息。此外，在压缩的IP数据包布置在有效负载中时，“001”被设置为类型信息。此外，在MPEG2-TS方法的TS数据包布置在有效负载中时，“010”被设置为类型信息。
相似地，在L2信令信息布置在有效负载中时，“100”被设置为类型信息。应当注意的是，在图8中，“011”、“101”和“110”的类型信息条目是未定义的(保留的)。此外，在通过这3个未定义的(保留的)区域的扩展不足时，“111”被设置为用于扩展由预定区域组成的类型信息。
图9示出通用扩展报头的具体配置。
在图9中，在“0”被设置为单数据包模式的报头模式(HM)时(其中“0”被设置为数据包设置信息(PC))，11比特的长度信息(Length)布置在报头模式之后。通用数据包的有效负载的长度被设置为长度信息。另一方面，在“1”被设置为报头模式时，长数据包扩展报头(附加报头)布置在11比特的长度信息(Length)之后。
这个还包括5比特的长度信息的扩展报头，变为总共16比特的长度信息，并且1比特的保留区域(Res)、1比特的子流标识符标记(SIF：Sub-stream Identifier Flag)以及1比特的可选扩展报头标记(OHF：Optional Header Extension Flag)也布置在其中。
具体地，在“0”被设置为报头模式时，因为长度信息(Length(LSB))是11比特，所以通用数据包的有效负载的长度采用在0至2047(＝211-1)字节的范围内的值。然而，11比特长度信息不能表示2048字节或更多的有效负载的长度。在这方面，在2048字节或更多的数据被布置在有效负载中时，“1”被设置为报头模式以添加1字节至通用报头区域。因此，可以表示2048字节或更多的有效负载的长度。
此外，在“1”被设置为子流标识符标记时，布置1字节的SID(Sub-streamIdentifier)。此外，在“1”被设置为可选扩展报头标记时，布置可选报头(Optionalheader)。
在可选报头中，可以布置在图10中示出的结构。在图10中示出的结构中，为每个扩展报头索引信息(附加报头索引)布置各种类型的信息。例如，在“000000”被设置为扩展报头索引信息时，可以限定服务类型信息(service_type)作为传输协议选择信息布置在可选报头中。
如图11所示，有关将提供的服务的传输协议的信息被设置为服务类型信息。
具体地，将ROUTE用作“系统A(System A)”的情况、MMT用作“系统B(System B)”的情况以及MPEG2-TS用作“系统C(System C)”的情况限定为传输协议，在系统A的数据布置在有效负载中时，“0x00”被设置为服务类型信息。
此外，在系统B的数据布置在有效负载中时，“0x01”被设置为服务类型信息。此外，在系统C的数据布置在有效负载中时，“0x02”被设置为服务类型信息。应当注意的是，假定使用除ROUTE、MMT和MPEG2-TS以外的其它传输协议的情况被限定为“系统D(System D)”，在系统D的数据布置在有效负载中时，“0x03”被设置为服务类型信息。此外，在图11中服务类型信息“0x04”至“0xff”的条目是未定义的(保留的)。
应当注意的是，与在图5中示出的类型信息不同，在图11中示出的服务类型信息仅区分系统，而不是诸如IP数据包和信令信息的数据。这是因为布置在通用数据包的头部的类型信息(图8)可用于确定诸如IP数据包和信令信息的数据。
参考回图9，同样在“1”被设置为数据包设置信息(PC)的分段模式或级连模式中，在“1”如在单数据包模式(长数据包)中被设置为可选扩展报头标记(OHF)时，由扩展报头索引信息和服务类型信息组成的结构(图10)布置在可选报头中。
如上所述，通过将传输协议选择信息(服务类型信息)布置在通用扩展报头(的可选报头)中并使用通用扩展报头传输方法将其按照用于传输传输协议选择信息的传输格式传输，接收设备20可以从诸如ROUTE和MMT的多个传输协议中选择(辩别)将用于将提供的服务的传输协议。
(3)操作示例3
下面，将参考图12至图14，描述使用L2信令报头传输方法的操作示例3。在L2信令报头传输方法中，传输协议选择信息使用L2信令的报头(L2信令报头)传输。
图12示出LLS(低层信令)数据包的配置。
在图12中，IP数据包和L2信令信息布置在通用数据包的有效负载中，并且LLS信令信息可以被布置为L2信令信息。LLS信令信息是不取决于服务的低层信令信息。
被作为LLS信令信息而包括的是诸如FIT(快速信息表)、SCD(服务配置描述)、EAD(紧急警报描述)、RRD(区域评级描述)和DCD(默认分量描述)的元数据。FIT包括指示广播网络中的流或服务配置的信息，诸如选择服务所须的信息。SCD包括指示服务配置等的信息。EAD包括有关紧急警报的信息。RRD包括有关评级的信息。DCD包括用于选择服务的最小量信息。
在LLS信令信息布置在通用数据包的有效负载中时，布置由LLS报头和有效负载组成的LLS数据包。在LLS数据包中，LLS信令信息布置在有效负载中。此外，由LLS索引信息(LLS索引)和对象版本信息(对象版本)组成的结构布置在LLS报头中。
图13是示出布置在图12中示出的LLS报头中的结构的示例的示意图。
在图13中，压缩信息(压缩方案)、类型信息(片段类型)和扩展类型信息(类型扩展)布置在LLS索引信息中。指示目标LLS信令信息是否被压缩的信息被设置为压缩信息。例如，“0000”意味着目标LLS信令信息未被压缩，而“0001”意味着LLS信令信息被以zip格式压缩。
有关LLS信令信息的类型的信息被设置为类型信息(片段类型)。例如，为SCD、EAD、RRD和DCD分别设置“000000”、“000001”、“000010”和“000011”。应当注意的是，尽管附图中未示出，但还可以为FIT设置类型信息。
作为扩展类型信息，为每个类型设置扩展参数。例如，服务类型信息(service_type)可以被布置为扩展类型信息。有关将提供的服务的传输协议的信息被设置为服务类型信息，如图14所示。
具体地，在将提供的服务的传输协议是系统A(ROUTE)时，“0x00”被设置为服务类型信息。相似地，作为服务类型信息，在系统B(MMT)的情况下设置“0x01”，并且在系统C(MPEG2-TS)的情况下设置“0x02”。应当注意的是，在图14中，为什么仅将系统彼此区别的理由与以上参考图11所描述的理由相似。
如上所述，通过将传输协议选择信息(服务类型信息)布置在L2信令报头(LLS报头的扩展类型信息)中并使用L2信令报头传输方法将其按照用于传输传输协议选择信息的传输格式传输，接收设备20可以从诸如ROUTE和MMT的多个传输协议中选择(辩别)将用于将提供的服务的传输协议。
(4)操作示例4
下面，将参考图15至图17，描述使用L2信令传输方法的操作示例4。在L2信令传输方法中，传输协议选择信息使用L2信令主体传输。
图15示出LLS数据包的配置。
LLS数据包由LLS报头和有效负载组成。在LLS信令信息布置在LLS数据包的有效负载中时，服务类型信息可以合并到这个LLS信令信息主体中。在此，服务类型信息被布置在FIT中。
图16是示出二进制类型FIT句法的示例的示意图。
协议版本信息被设置为8比特的FIT_protocol_version。广播流ID被设置为16比特的Broadcast_stream_id。
1比特的SCD_exist_flag是指示SCD是否被传输的SCD标记。在SCD标记指示在7个比特保留区域之后的区域中存在SCD时，传输SCD的流的PLP ID被设置为8比特的PLP_id。PLP ID是用于识别PLP(物理层管路)的ID。
服务的数量被设置为8比特的num_services。服务循环根据服务的数量重复。随后的内容被设置为服务循环。
服务ID被设置为16比特的service_id。供应商ID被设置为16比特的provider_id。SLS信令信息(服务单元中的信令信息)的版本信息被设置为8比特的SLS_data_version。服务的信道数量被设置为16比特的service_channel_number。服务种类被设置为5比特的service_category。
短服务名长度被设置为3比特的short_service_name_length。短服务名被设置为16*m个比特的short_service_name。指示是否正在提供服务的服务状态信息被设置为3比特的service_status。指示服务保护的加密信息被设置为1比特的sp_indicator。
指示IP数据包版本的标记被设置为1比特的IP-version_flag。指示是否存在IP数据包传输源(源)的IP地址的标记被设置为1比特的SLS_src_IP_addr_flag。指示是否存在能力代码的标记被设置为1比特的capability_flag。
8比特的service_type布置在1比特的保留区域(保留的)之后。服务类型信息被设置为service_type。如图17所示，有关将提供的服务的传输协议的信息被设置为服务类型信息。
具体地，在将提供的服务的传输协议是系统A(ROUTE)时，“0x00”被设置为服务类型信息。相似地，作为服务类型信息，在系统B(MMT)的情况下设置“0x01”，并且在系统C(MPEG2-TS)的情况下设置“0x02”。应当注意的是，在图17中，为什么仅将系统彼此区别开的理由与以上参考图11所描述的理由相似。
参考回图16，在capability_flag指示存在能力代码时，设置8个比特的能力代码。此外，在SLS_src_IP_addr_flag指示存在IP地址时，传输源(源)IP地址被设置为32比特或128比特的SLS_dst_IP_addr。
目的地IP地址被设置为32比特或128比特的SLS_dst_IP_addr。端口数被设置为16比特的SLS_dst_port。TSI(传输会话标识符)被设置为16比特的SLS_TSI。PLP ID被设置为8比特的SLS_PLP_id。
SLS引导信息由用于获取SLS信令信息的PLP ID、IP地址、端口数和TSI形成。
1比特的SLS_simpleservice指示目标服务是基本服务还是丰富服务。
4比特的num_service_level_descriptor布置在3比特的保留区域(保留的)之后。服务水平描述符的数量被设置为num_service_level_descriptor。服务水平描述符循环根据服务水平描述符的数量重复。服务水平描述符(service_level_descriptor)布置在服务水平描述符循环中。
4比特的保留区域(保留的)布置在服务循环之后。4比特num_FIT_level_descriptor布置在保留区域之后。num_FIT_level_descriptor指出FIT水平描述符的数量。FIT水平描述符循环根据FIT水平描述符的数量重复。FIT水平描述符(FIT_level_descriptor)布置在FIT水平描述符循环中。
如上所述，通过将传输协议选择信息(服务类型信息)布置在L2信令主体(例如，作为LLS信令信息的FIT)中并使用L2信令传输方法按照用于传输传输协议的传输格式将其传输，接收设备20可以从诸如ROUTE和MMT的多个传输协议中选择(辨别)将用于将提供的服务的传输协议。
(5)操作示例5
最后，将参考图18至图22，描述使用L1扩展报头传输方法的操作示例5。在L1扩展报头传输方法中，传输协议选择信息使用BB帧(基带帧，Baseband Frame)的BB帧报头的扩展报头(L1扩展报头)作为层1的物理帧来传输。
图18示出BB帧的配置。在图18中，BB帧由BB帧报头和有效负载(Payload)组成。除1或2字节的报头(Header)之外，可选字段(Optional Field)和扩展字段(Extension Field)被布置在BB帧报头中。
具体地，在“0”被设置为报头(Header)中的1比特的模式(Mode)时，布置7比特的指示字信息(Pointer(LSB))。应当注意的是，指示字信息是指示布置在BB帧的有效负载中的通用数据包的位置的信息。例如，当布置在某个BB帧最后的通用数据包的数据布置到下一个BB帧上时，布置在下一个BB帧的头部的通用数据包的位置信息可以被设置为指示字信息。
此外，在“1”被设置为模式(Mode)时，布置7比特的指示字信息(Pointer(LSB))、6比特的指示字信息(Pointer(MSB))和2比特的可选标记(OPTI：OPTIONAL)。布置可选字段(Optional Field)和扩展字段(Extension Field)的可选标记是指示报头是否将被扩展的信息。
具体地，如图19所示，在没有扩展可选字段和扩展字段时，“00”被设置为可选标记。此外，在仅扩展可选字段时，“01”或“10”被设置为可选标记。应当注意的是，在“01”被设置为可选标记时，对可选字段进行1字节(8比特)的填充。此外，在“10”被设置为可选标记时，对可选字段进行2字节(16比特)填充。
此外，在扩展可选字段和扩展字段时，“11”被设置为可选标记。在这种情况下，3比特的扩展类型信息(TYPE(EXT_TYPE))被设置在可选字段的头部。如图20所示，有关布置在扩展类型信息之后的扩展长度信息(EXT_Length(LSB))和扩展字段类型(Extension type)的信息被设置在这个类型信息中。
具体地，在布置扩展长度信息并且将仅布置填充字节(Stuffing Bytes)时，“00”被设置为扩展类型信息。此外，在不布置扩展长度信息并且在扩展字段中布置ISSY(InputStream Synchronizer)时，“001”被设置为扩展类型信息。此外，在布置扩展长度信息并且在扩展字段中与ISSY一起布置填充字节时，“010”被设置为扩展类型信息。
此外，在布置扩展长度信息并且在扩展字段中布置L1信令信息时，“011”被设置为扩展类型信息。在这种情况下，是否布置填充字节是任意的。应当注意的是，在图20中，扩展类型信息“100”至“111”的条目是未定义的(保留的)。
此外，在L1扩展报头传输方法中，传输协议选择信息被布置为扩展字段的L1信令信息(L1extension header)。具体地，在使用L1扩展报头传输方法时，“11”被设置为可选标记(OPTI)，可选字段和扩展字段被扩展，“011”被设置为可选字段扩展类型信息(EXT_TYPE)，并且包括传输协议选择信息的L1信令信息被布置在扩展字段中。
在图21中示出的结构可以布置在扩展字段中。在图21中示出的结构中，为每个扩展报头索引信息(BBF Extension Header Index)布置各种类型的信息。在“000000”被设置为扩展报头索引信息时，可以限定服务类型信息(service_type)作为传输协议选择信息布置在扩展字段中。
如图22所示，有关将提供的服务的传输协议的信息被设置为服务类型信息。
具体地，在将提供的服务的传输协议是系统A(ROUTE)时，“0x00”被设置为服务类型信息。相似地，作为服务类型信息，在系统B(MMT)的情况下设置“0x01”，并且在系统C(MPEG2-TS)的情况下设置“0x02”。
如上所述，通过将传输协议选择信息(服务类型信息)布置在BB帧的BB帧报头的扩展报头(L1扩展报头的扩展字段)中并且使用L1扩展报头传输方法按照用于传输传输协议选择信息的传输格式将其传输，接收设备20可以从诸如ROUTE和MMT的多个传输协议中选择(辨别)将用于将提供的服务的传输协议。
<4.每个设备的配置>
下面，将描述组成在图1中示出的传输系统的传输设备10和接收设备20的具体配置。
(传输设备的配置)
图23是示出传输设备10的配置示例的示意图。
在图23中，传输设备10由以下部分组成，即分量获取单元111、编码器112、信令生成单元113、信令处理单元114、传输协议选择信息生成单元115、传输协议选择信息处理单元116、数据包生成单元117、物理层帧生成单元118以及传输单元119。
分量获取单元111获取视频和音频数据作为组成由特定服务(例如，电视节目)提供的内容的分量并且将数据提供至编码器112。编码器112通过预定编码方法将由分量获取单元111提供的视频和音频数据编码并且将编码的数据提供至数据包生成单元117。
应当注意的是，作为内容，例如，相关内容是基于广播时隙从用于已记录的内容的存储区获得的或者是从演播室或场地获得的实况内容。
信令生成单元113从外部服务器、内置存储器等获取用于生成信令信息的原始数据。使用信令信息的原始数据，信令生成单元113生成信令信息并且将其提供至信令处理单元114。在此，LLS信令信息和SLS信令信息作为信令信息生成。
传输协议选择信息生成单元115从外部服务器、内置存储器等获取用于生成传输协议选择信息的原始数据。使用传输协议选择信息的原始数据，传输协议选择信息生成单元115生成传输协议选择信息并且将其提供至传输协议选择信息处理单元116。
传输协议选择信息处理单元116处理由传输协议选择信息生成单元115提供的传输协议选择信息并且将其提供至信令生成单元113、数据包生成单元117以及物理层帧生成单元118。
具体地，在使用通用报头传输方法、通用扩展报头传输方法或L2信令报头传输方法时，传输协议选择信息布置在通用报头、通用扩展报头或L2信令报头(LLS报头)中。因此，传输协议选择信息被提供至生成添加那些报头的数据包的数据包生成单元117。
此外，在使用L2信令传输方法时，传输协议选择信息布置在L2信令(LLS信令主体)中。因此，传输协议选择信息被提供至生成L2信令(LLS信令信息)的信令生成单元113。在这种情况下，信令生成单元113使用除原始数据之外的传输协议选择信息生成L2信令(LLS信令信息(FIT))。
此外，在使用L1扩展报头传输方法时，传输协议选择信息布置在L1扩展报头中。因此，传输协议选择信息被提供至生成物理层帧的物理层帧生成单元118。
数据包生成单元117使用由编码器112提供的分量数据和由信令处理单元114提供的信令信息生成IP数据包。数据包生成单元117还通过封装一个或多个IP数据包生成通用数据包并且将其提供至物理层帧生成单元118。
应当注意的是，在使用通用报头传输方法时，数据包生成单元117将由传输协议选择信息处理单元116提供的传输协议选择信息布置在通用数据包的通用报头中。
在使用通用扩展报头传输方法时，数据包生成单元117将传输协议选择信息布置在通用数据包的通用扩展报头(的可选报头)中。在使用L2信令报头传输方法时，数据包生成单元117将传输协议选择信息布置在L2信令报头(LLS数据包的LLS报头的扩展类型信息)中。
物理层帧生成单元118通过封装由数据包生成单元117提供的多个通用数据包生成物理层帧并且将其提供至传输单元119。
应当注意的是，在使用L1扩展报头传输方法时，物理层帧生成单元118将由传输协议选择信息处理单元116提供的传输协议选择信息布置在BB帧的BB帧报头的扩展报头(L1扩展报头的扩展字段)中。
传输单元119对由物理层帧生成单元118提供的物理层帧进行例如，OFDM(正交频分复用)数字调制处理并且将处理的帧作为数字广播信号经由天线120传输。
应当注意的是，在图23中示出的传输设备10中，所有功能块不需要被物理布置在单个设备中，并且至少一部分功能块可以被构造为与其它功能块在物理上独立的设备。
(接收设备的配置)
图24是示出在图1中示出的接收设备20的配置示例的示意图。
在图24中，接收设备20由调谐器212、解调单元213、控制单元214、显示单元215以及扬声器216组成。
调谐器212调谐来自经由天线211接收的数字广播信号的预定频道的分量。解调单元213对通过调谐器212调谐的数字广播信号进行解调处理。在解调处理中，例如，使用物理层调制信息对作为数字广播信号接收的物理层帧进行解调处理。
控制单元214对由解调单元213提供的信号进行处理。例如，控制单元214通过预定解码方法对从来自解调单元213的信号获得的分量的流进行解码处理并且使得显示单元215基于最终获得的视频和音频数据显示由所选择的服务(例如，电视节目)提供的内容的视频，并且还使得扬声器216输出音频。应当注意的是，例如，控制单元214被构造为芯片级系统(SoC：芯片级系统)。
在此，在解调单元213中，传输协议选择信息从物理层帧或通用数据包等的报头获取(提取)并且提供至控制单元214。控制单元214根据来自解调单元213的传输协议选择信息中设定的系统(例如，ROUTE或MMT)处理信令信息或分量的流，从而再现内容的视频和音频。
具体地，在使用通用报头传输方法时，控制单元214根据从通用数据包的通用报头获得的传输协议选择信息中设定的系统(例如，ROUTE或MMT)处理信令信息或分量的流。
相似地，在使用通用扩展报头传输方法时，传输协议选择信息从通用数据包的通用扩展报头(的可选报头)获取(提取)，并且在使用L2信令报头传输方法时，传输协议选择信息从L2信令报头(LLS数据包的LLS报头的扩展类型信息)获取(提取)。此外，在使用L2信令传输方法时，传输协议选择信息从L2信令(LLS信令信息(FIT))获取(提取)，并且在使用L1扩展报头传输方法时，传输协议选择信息从BB帧的BB帧报头的扩展报头(L1扩展报头的扩展字段)获取(提取)。
然后，控制单元214根据通过任意传输方法传输的传输协议选择信息中设定的系统(例如，ROUTE或MMT)，处理信令信息或分量的流。
应当注意的是，尽管在图24中解调单元213从物理层帧或通用数据包等的报头获取(提取)传输协议选择信息，但控制单元214还可以从通用数据包、L2信令等的报头获取(提取)传输协议选择信息。
此外，在将显示单元215和扬声器216结合在图24中示出的接收设备20中时，显示单元215和扬声器216可以设置在外部。
<5.在每个设备中执行的处理的流程>
下面，将参考图25和图26的流程图描述组成在图1中示出的传输系统1的各个设备中执行的处理的流程。
(传输处理)
首先，将参考图25的流程图，描述由在图1中示出的传输设备10执行的传输处理。
在步骤S101中，分量获取单元111获取视频和音频数据作为组成内容的分量。此外，在步骤S101中，编码器112通过预定编码方法对通过分量获取单元111获取的视频和音频数据进行编码。
在步骤S102中，传输协议选择信息生成单元115使用传输协议选择信息的原始数据生成传输协议选择信息。并且在步骤S102中，传输协议选择信息处理单元116处理通过传输协议选择信息生成单元115生成的传输协议选择信息。
在步骤S103中，信令生成单元113使用信令信息的原始数据生成信令信息。并且在步骤S103中，信令处理单元114处理通过信令生成单元113生成的信令信息。
应当注意的是，在使用L2信令传输方法时，信令生成单元113使用除原始数据之外的通过步骤S102的处理生成的传输协议选择信息生成L2信令(LLS信令信息(FIT))。
在步骤S104中，数据包生成单元117使用在步骤S101中处理的分量数据和在步骤S103中处理的信令信息生成IP数据包。此外，数据包生成单元117通过封装一个或多个IP数据包生成通用数据包。
应当注意的是，在使用通用报头传输方法时，数据包生成单元117将通过步骤S102的处理生成的传输协议选择信息布置在通用数据包的通用报头中。相似地，在使用通用扩展报头传输方法时，数据包生成单元117将传输协议选择信息布置在通用数据包的通用扩展报头(的可选报头)中。此外，在使用L2信令报头传输方法时，数据包生成单元117将传输协议选择信息布置在L2信令报头(LLS数据包的LLS报头的扩展类型信息)中。
在步骤S105中，物理层帧生成单元118通过封装通过步骤S104的处理生成的多个通用数据包生成物理层帧。
应当注意的是，在使用L1扩展报头传输方法时，物理层帧生成单元118将通过步骤S102的处理生成的传输协议选择信息布置在BB帧的BB帧报头的扩展报头(L1扩展报头的扩展字段)中。
在步骤S106中，传输单元119对通过步骤S105的处理生成的物理层帧进行预定处理并且将其作为数字广播信号经由天线120传输。在步骤S106的处理结束时，在图25中示出的传输处理结束。
到现在为止，已经描述了传输处理。在传输处理中，生成用于从由诸如ATSC 3.0的广播系统限定的多个传输协议中选择将用于特定服务的传输协议的传输协议选择信息，并且将由特定服务提供的内容连同传输协议选择信息一起根据传输协议选择信息中设定的传输协议传输。因此，可以为每个服务选择传输协议并且使得多个传输协议能够共存变为可能。
(接收处理)
下面，将参考图26的流程图，描述由在图1中示出的接收设备20执行的接收处理。
在步骤S201中，调谐器212调谐来自经由天线211接收的数字广播信号的预定频率信道的分量。换言之，接收设备20接收来自传输设备10的数字广播信号。
在步骤S202中，解调单元213对通过调谐器212调谐的数字广播信号进行解调处理。例如，使用物理层调制信息对作为数字广播信号接收的物理层帧进行解调处理。解调单元213还从物理层帧或通用数据包等的报头获取(提取)传输协议选择信息并且将其提供至控制单元214。
具体地，在使用通用报头传输方法时，传输协议选择信息从通用数据包的通用报头获取(提取)。
相似地，在使用通用扩展报头传输方法时，传输协议选择信息从通用数据包的通用扩展报头(的可选报头)获取(提取)，并且在使用L2信令报头传输方法时，传输协议选择信息从L2信令报头(LLS数据包的LLS报头的扩展类型信息)获取(提取)。此外，在使用L2信令传输方法时，传输协议选择信息从L2信令(LLS信令信息(FIT))获取(提取)，并且在使用L1扩展报头传输方法时，传输协议选择信息从BB帧的BB帧报头的扩展报头(L1扩展报头的扩展字段)获取(提取)。
在步骤S203中，控制单元214根据通过步骤S202的处理获取(提取)的传输协议选择信息中设定的系统(例如，ROUTE或MMT)处理信令信息或分量的流。因此，控制单元214可以基于视频和音频数据使得显示单元215显示内容的视频并且使得扬声器216输出内容的音频。
在步骤S203的处理结束时，在图26中示出的接收处理结束。
到现在为止，已经描述了接收处理。在接收处理中，根据传输协议选择信息中设定的传输协议接收由特定服务提供的内容，以及用于从由诸如ATSC 3.0的广播系统限定的多个传输协议中选择将用于特定服务的传输协议的传输协议选择信息，并且再现内容的处理根据传输协议选择信息中设定的传输协议进行。因此，为每个服务选择传输协议并且使得多个传输协议能够共存变为可能。
<6.计算机配置>
以上提及的一系列处理可以通过硬件执行或者可以通过软件执行。如果一系列处理通过软件执行，则将配置软件的程序安装到计算机中。图27是示出根据程序执行以上提及的一系列处理的计算机的硬件的配置示例。
在计算机900中，CPU(中央处理器)901、ROM(只读存储器)902以及RAM(随机存取存储器)903经由总线904彼此连接。输入/输出接口905进一步连接至总线904。输入单元906、输出单元907、记录单元908、通信单元909以及驱动910连接至输入/输出接口905。
输入单元906由键盘、鼠标、麦克风等组成。输出单元907由显示器、扬声器等组成。记录单元908由硬盘、非易失存储器等组成。通信单元909由网络接口等组成。驱动910驱动可移动介质911，诸如磁盘、光盘、磁光盘和半导体存储器。
在这样配置的计算机900中，以上提及的一系列处理通过经由输入/输出接口905和总线904将存储在ROM 902和记录单元908中的程序加载至RAM 903中并且执行它们的CPU901进行。
例如，由计算机900(CPU 901)执行的程序可以被记录并设置在作为封装介质的可移动介质911上。此外，可以经由诸如局域网、互联网和数字卫星广播等有线或者无线传输介质来提供程序。
在计算机900中，程序可通过安装在驱动910上的可移动介质911经由输入/输出接口905安装在记录单元908上。此外，程序可以由通信单元909经由有线或无线传输介质接收并且被安装至记录单元908中。另外，程序可以预先安装至ROM 902或记录单元908中。
在本说明书中，由计算机根据程序执行的处理不必须按流程图所描述的顺序的时间序列执行。即，由计算机根据程序执行的处理包括并行或单独执行的处理(例如，通过对象并行处理或处理)。此外，程序可以由单个计算机(处理器)执行或者可以以分配方式由多个计算机处理。
应注意，本技术的实施方式不限于上述实施方式，并且在不背离本技术的主旨情况下可以进行各种修改。
此外，本技术还可采用以下配置。
(1)一种传输设备，包括：
生成单元，生成用于从符合预定标准的多个传输协议中选择将用于特定服务的传输协议的传输协议选择信息；以及
传输单元，根据所述传输协议选择信息中设定的传输协议，将由所述特定服务提供的内容连同所述传输协议选择信息一起传输。
(2)根据(1)所述的传输设备，
其中，所述传输协议选择信息在传输IP(互联网协议)数据包的传输数据包的报头中。
(3)根据(1)所述的传输设备，
其中，所述传输协议选择信息布置在传输IP数据包的传输数据包的扩展报头中。
(4)根据(1)所述的传输设备，
其中，所述传输协议选择信息布置在添加至布置在传输IP数据包的传输数据包的有效负载中的L2信令信息的报头中。
(5)根据(1)所述的传输设备，
其中，所述传输协议选择信息包括在布置在传输IP数据包的传输数据包的有效负载中的L2信令信息中。
(6)根据(1)所述的传输设备，
其中，所述传输协议选择信息布置在BB(基带)帧的扩展报头中。
(7)根据项(1)至(6)中的任一项所述的传输设备，其中，
所述预定标准是ATSC(高级电视系统委员会)3.0，并且
所述多个传输协议是ROUTE(单向传输实时对象递送)和MMT(MPEG媒体传输)。
(8)一种用于传输设备的传输方法，包括以下步骤：
通过所述传输设备，
生成用于从符合预定标准的多个传输协议中选择将用于特定服务的传输协议的传输协议选择信息；并且
根据所述传输协议选择信息中设定的传输协议，将由所述特定服务提供的内容连同所述传输协议选择信息一起传输。
(9)一种接收设备，包括：
接收单元连同用于从符合预定标准的多个传输协议中选择用于特定服务的传输协议的传输协议选择信息一起，，接收由根据所述传输协议选择信息中设定的所述传输协议传输的所述特定服务提供的内容；以及
处理单元，根据所述传输协议选择信息中设定的传输协议进行再现所述内容的处理。
(10)根据(9)所述的接收设备，
其中，所述传输协议选择信息布置在传输IP数据包的传输数据包的报头中。
(11)根据(9)所述的接收设备，
其中，所述传输协议选择信息布置在传输IP数据包的传输数据包的扩展报头中。
(12)根据(9)所述的接收设备，
其中，所述传输协议选择信息布置在添加至布置在传输IP数据包的传输数据包的有效负载中的L2信令信息的报头中。
(13)根据(9)所述的接收设备，
其中，所述传输协议选择信息包括在布置在传输IP数据包的传输数据包的有效负载中的L2信令信息中。
(14)根据(9)所述的接收设备，
其中，所述传输协议选择信息布置在BB帧的扩展报头中。
(15)根据(9)所述的接收设备，其中，
所述预定标准是ATSC 3.0，并且
所述多个传输协议是ROUTE和MMT。
(16)一种用于接收设备的接收方法，包括以下步骤：
通过所述接收设备，
连同用于从符合预定标准的多个传输协议中选择用于特定服务的传输协议的传输协议选择信息一起，接收由根据传输协议选择信息中设定的传输协议传输的所述特定服务提供的内容；并且
根据所述传输协议选择信息中设定的传输协议进行再现所述内容的处理。
参考标号的描述
1 传输系统
10 传输设备
20 接收设备
30 传输信道
111 分量获取单元
113 信令生成单元
115 传输协议选择信息生成单元
117 数据包生成单元
118 物理层帧生成单元
119 传输单元
212 调谐器
213 解调单元
214 控制单元
215 显示单元
216 扬声器
900 计算机
901 CPU

Claims (16)

1.一种传输设备，包括：
生成单元，生成用于从符合预定标准的多个传输协议中选择将用于特定服务的传输协议的传输协议选择信息；以及
传输单元，根据所述传输协议选择信息中设定的所述传输协议，将由所述特定服务提供的内容连同所述传输协议选择信息一起传输。
2.根据权利要求1所述的传输设备，
其中，所述传输协议选择信息在传输IP(互联网协议)数据包的传输数据包的报头中。
3.根据权利要求1所述的传输设备，
其中，所述传输协议选择信息布置在传输IP数据包的传输数据包的扩展报头中。
4.根据权利要求1所述的传输设备，
其中，所述传输协议选择信息布置在添加至L2信令信息的报头中，且所述L2信令信息布置在传输IP数据包的传输数据包的有效负载中。
5.根据权利要求1所述的传输设备，
其中，所述传输协议选择信息包括在L2信令信息中，且所述L2信令信息布置在传输IP数据包的传输数据包的有效负载中。
6.根据权利要求1所述的传输设备，
其中，所述传输协议选择信息布置在BB(基带)帧的扩展报头中。
7.根据权利要求1所述的传输设备，其中，
所述预定标准是ATSC(高级电视系统委员会)3.0，并且，
所述多个传输协议是ROUTE(单向传输实时对象递送)和MMT(MPEG媒体传输)。
8.一种用于传输设备的传输方法，包括以下步骤：
通过所述传输设备:
生成用于从符合预定标准的多个传输协议中选择将用于特定服务的传输协议的传输协议选择信息；并且
根据所述传输协议选择信息中设定的所述传输协议，将由所述特定服务提供的内容连同所述传输协议选择信息一起传输。
9.一种接收设备，包括：
接收单元，连同传输协议选择信息一起接收由特定服务提供的内容，其中所述传输协议选择信息用于从符合预定标准的多个传输协议中选择将用于所述特定服务的传输协议，并且所述特定服务是根据所述传输协议选择信息中设定的所述传输协议而传输的；以及处理单元，根据所述传输协议选择信息中设定的所述传输协议进行再现所述内容的处理。
10.根据权利要求9所述的接收设备，
其中，所述传输协议选择信息布置在传输IP数据包的传输数据包的报头中。
11.根据权利要求9所述的接收设备，
其中，所述传输协议选择信息布置在传输IP数据包的传输数据包的扩展报头中。
12.根据权利要求9所述的接收设备，
其中，所述传输协议选择信息布置在添加至L2信令信息的报头中，且所述L2信令信息布置在传输IP数据包的传输数据包的有效负载中。
13.根据权利要求9所述的接收设备，
其中，所述传输协议选择信息包括在L2信令信息中，且所述L2信令信息布置在传输IP数据包的传输数据包的有效负载中。
14.根据权利要求9所述的接收设备，
其中，所述传输协议选择信息布置在BB帧的扩展报头中。
15.根据权利要求9所述的接收设备，其中，
所述预定标准是ATSC 3.0，并且
所述多个传输协议是ROUTE和MMT。
16.一种用于接收设备的接收方法，包括以下步骤：
通过所述接收设备，
连同传输协议选择信息一起接收由特定服务提供的内容，其中所述传输协议选择信息用于从符合预定标准的多个传输协议中选择将用于所述特定服务的传输协议，并且所述特定服务是根据所述传输协议选择信息中设定的所述传输协议传输的；以及
根据所述传输协议选择信息中设定的所述传输协议进行再现所述内容的处理。
CN201680001001.5A 2015-02-17 2016-02-03 传输设备、传输方法、接收设备以及接收方法 Active CN106170966B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015-028295 2015-02-17
JP2015028295 2015-02-17
PCT/JP2016/053138 WO2016132899A1 (ja) 2015-02-17 2016-02-03 送信装置、送信方法、受信装置、及び、受信方法

Publications (2)

Publication Number Publication Date
CN106170966A true CN106170966A (zh) 2016-11-30
CN106170966B CN106170966B (zh) 2021-07-27

Family

ID=56688830

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680001001.5A Active CN106170966B (zh) 2015-02-17 2016-02-03 传输设备、传输方法、接收设备以及接收方法

Country Status (8)

Country Link
US (3) US9986302B2 (zh)
EP (1) EP3261316A4 (zh)
JP (1) JPWO2016132899A1 (zh)
KR (2) KR102616590B1 (zh)
CN (1) CN106170966B (zh)
CA (1) CA2945747C (zh)
MX (1) MX364588B (zh)
WO (1) WO2016132899A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI661728B (zh) * 2017-03-14 2019-06-01 日商索尼半導體解決方案公司 收訊裝置、及資料處理方法
TWI673984B (zh) * 2017-03-14 2019-10-01 日商索尼半導體解決方案公司 送訊裝置、收訊裝置、及資料處理方法
CN112335255A (zh) * 2018-06-27 2021-02-05 索尼半导体解决方案公司 接收装置及接收方法

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7936786B2 (en) * 2007-09-20 2011-05-03 Lg Electronics, Inc. Digital broadcasting system and method of processing data in digital broadcasting system
JP6359680B2 (ja) * 2014-10-20 2018-07-18 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
WO2016117904A1 (ko) 2015-01-21 2016-07-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3249914A4 (en) 2015-01-21 2018-07-18 LG Electronics Inc. Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
WO2016132899A1 (ja) 2015-02-17 2016-08-25 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
WO2016148547A1 (ko) * 2015-03-19 2016-09-22 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10848795B2 (en) 2015-05-12 2020-11-24 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
CA2994215A1 (en) * 2015-08-07 2017-02-16 Sharp Kabushiki Kaisha Systems and methods for data transmission based on a link layer packet structure
WO2017164595A1 (ko) * 2016-03-21 2017-09-28 엘지전자(주) 방송 신호 송수신 장치 및 방법
JP6786324B2 (ja) * 2016-09-20 2020-11-18 株式会社東芝 多重化装置及び多重化方法
KR102281856B1 (ko) * 2016-11-24 2021-07-27 한국전자통신연구원 방송 신호 변환 장치 및 방법
US10484116B2 (en) * 2016-11-24 2019-11-19 Electronics And Telecommunications Research Institute Apparatus for converting broadcast signal and method for using the same
US11606528B2 (en) * 2018-01-03 2023-03-14 Saturn Licensing Llc Advanced television systems committee (ATSC) 3.0 latency-free display of content attribute
US10834473B2 (en) * 2018-11-23 2020-11-10 Sony Corporation Television receiver application for TV and electronic devices
US10862600B2 (en) * 2018-11-23 2020-12-08 Sony Corporation Apparatus and method for an advanced television systems committee (ATSC) 3.0 application running on a non-ATSC 3.0 service

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090296624A1 (en) * 2007-05-14 2009-12-03 Samsung Electronics Co., Ltd. Method and apparatus for transmitting broadcast, method and apparatus for receiving broadcast
US7920569B1 (en) * 2008-05-05 2011-04-05 Juniper Networks, Inc. Multi-link transport protocol translation
CN102142923A (zh) * 2010-01-28 2011-08-03 宏碁股份有限公司 多通讯协议的数据传输方法及其装置
CN104094561A (zh) * 2011-12-01 2014-10-08 汤姆逊许可公司 通过根据可用带宽选择传输协议来获得内容的设备
WO2014196336A1 (ja) * 2013-06-07 2014-12-11 ソニー株式会社 送信装置、伝送ストリームの送信方法および処理装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6999432B2 (en) 2000-07-13 2006-02-14 Microsoft Corporation Channel and quality of service adaptation for multimedia over wireless networks
EP1267579A3 (en) * 2001-06-11 2003-03-19 Canal+ Technologies Société Anonyme MPEG table structure
JP2004153777A (ja) * 2002-09-03 2004-05-27 Ntt Docomo Inc 送受信制御装置、送受信制御方法および送受信制御プログラム
KR100735218B1 (ko) * 2004-12-14 2007-07-03 삼성전자주식회사 디지털 방송수신기의 방송정보 표시장치 및 방법
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
CN102075445B (zh) * 2011-02-28 2013-12-25 杭州华三通信技术有限公司 负载均衡方法及装置
CA3070431C (en) * 2011-10-13 2023-01-24 Samsung Electronics Co., Ltd. Apparatus and method for configuring control message in broadcasting system
KR101780040B1 (ko) 2014-02-13 2017-09-19 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
WO2016132899A1 (ja) 2015-02-17 2016-08-25 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090296624A1 (en) * 2007-05-14 2009-12-03 Samsung Electronics Co., Ltd. Method and apparatus for transmitting broadcast, method and apparatus for receiving broadcast
US7920569B1 (en) * 2008-05-05 2011-04-05 Juniper Networks, Inc. Multi-link transport protocol translation
CN102142923A (zh) * 2010-01-28 2011-08-03 宏碁股份有限公司 多通讯协议的数据传输方法及其装置
CN104094561A (zh) * 2011-12-01 2014-10-08 汤姆逊许可公司 通过根据可用带宽选择传输协议来获得内容的设备
WO2014196336A1 (ja) * 2013-06-07 2014-12-11 ソニー株式会社 送信装置、伝送ストリームの送信方法および処理装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI661728B (zh) * 2017-03-14 2019-06-01 日商索尼半導體解決方案公司 收訊裝置、及資料處理方法
TWI673984B (zh) * 2017-03-14 2019-10-01 日商索尼半導體解決方案公司 送訊裝置、收訊裝置、及資料處理方法
CN112335255A (zh) * 2018-06-27 2021-02-05 索尼半导体解决方案公司 接收装置及接收方法
CN112335255B (zh) * 2018-06-27 2023-09-19 索尼半导体解决方案公司 接收装置及接收方法

Also Published As

Publication number Publication date
KR102445458B1 (ko) 2022-09-21
US11184680B2 (en) 2021-11-23
KR102616590B1 (ko) 2023-12-27
WO2016132899A1 (ja) 2016-08-25
US9986302B2 (en) 2018-05-29
KR20170120484A (ko) 2017-10-31
CA2945747C (en) 2023-06-27
US11265615B2 (en) 2022-03-01
CA2945747A1 (en) 2016-08-25
CN106170966B (zh) 2021-07-27
JPWO2016132899A1 (ja) 2017-11-24
KR20220129687A (ko) 2022-09-23
US20200351568A1 (en) 2020-11-05
US20180227644A1 (en) 2018-08-09
MX2016013282A (es) 2017-01-18
MX364588B (es) 2019-05-02
US20170188112A1 (en) 2017-06-29
EP3261316A1 (en) 2017-12-27
EP3261316A4 (en) 2018-08-29

Similar Documents

Publication Publication Date Title
CN106170966A (zh) 传输设备、传输方法、接收设备以及接收方法
CN106165321B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
US11218576B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
US20180295399A1 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
JP6811181B2 (ja) 受信装置、送信装置、及び、データ処理方法
CN106105240A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN111954030B (zh) 广播信号发送和接收设备及广播信号发送和接收方法
CN105814822A (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN111107110B (zh) 广播信号传输设备、广播信号接收设备及其方法
JP2016208161A (ja) 送信装置、送信方法、受信装置、及び、受信方法
CN109644060A (zh) 数据处理装置和数据处理方法
WO2023013123A1 (ja) 再送出装置、再送出方法、受信装置、及び受信方法

Legal Events

Date Code Title Description
C06 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