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

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

Info

Publication number
CN106233703B
CN106233703B CN201680001082.9A CN201680001082A CN106233703B CN 106233703 B CN106233703 B CN 106233703B CN 201680001082 A CN201680001082 A CN 201680001082A CN 106233703 B CN106233703 B CN 106233703B
Authority
CN
China
Prior art keywords
transmission
bearer
session
route
transport
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.)
Active
Application number
CN201680001082.9A
Other languages
English (en)
Other versions
CN106233703A (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 CN106233703A publication Critical patent/CN106233703A/zh
Application granted granted Critical
Publication of CN106233703B publication Critical patent/CN106233703B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/633—Control signals issued by server directed to the network components or client
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Landscapes

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

Abstract

本技术涉及能够适当地选择通过多个传输***传输的承载的接收设备、接收方法、传输设备以及传输方法。该接收设备获取控制信息，控制信息包括用于获取通过使用IP传输***的协议栈的第一层中的第一传输***的会话传输的数据以及用于识别通过利用在低于第一层的第二层中的第二传输***传输数据的承载的信息；并且接收设备基于控制信息控制获取在承载上传输的数据的部件的操作。例如，本技术能够应用于例如兼容ATSC3.0的电视接收器。

Description

接收设备、接收方法、传输设备以及传输方法
技术领域
本技术涉及接收设备、接收方法、传输设备以传输方法，并且更具体而言，涉及通过其适当地选择由多个传输***传输的承载的接收设备、接收方法、传输设备以及传输方法。
背景技术
近年来，在互联网上的主要流媒体服务变成所谓的OTT-V(过顶视频(Over TheTop video))。OTT-V的流行的基本技术是MPEG-DASH(通过HTTP的动态自适应流媒体)(例如，参考非专利文献1)。
MPEG-DASH基于根据HTTP(超文本传输协议)的流媒体协议。关于适合于同时多目的地传输的内容，预期多播(MC)和广播(BC)的承载相结合使用，以减少网络资源负荷。
现有技术文献
非专利文献1：ISO/IEC 23009-1:2012
发明内容
本发明要解决的问题
顺便提一下，在适合于广播的内容的数据由多个传输***传输时，需要提供一种用于适当地选择由不同的传输***传输的承载(bearer)的技术。
鉴于上述情况，构成本技术，以能够适当地选择由多个传输***传输的承载。
解决问题的方式
根据本技术的第一方面的接收设备是一种接收设备，包括：获取单元，获取控制信息，控制信息包括用于获取通过在IP(互联网协议)传输***的协议栈的第一层中的第一传输***中的会话传输的数据以及用于识别在低于第一层的第二层的第二传输***中传输数据的承载的信息；以及控制单元，基于控制信息控制获取在承载上传输的数据的每个单元的操作。
根据本技术的第一方面的接收设备可以是独立设备或者可以是配置单个设备的内部模块。根据本技术的第一方面的接收方法是对应于根据本技术的第一方面的接收设备的接收方法。
在根据本技术的第一方面的接收设备和接收方法中，获取控制信息，控制信息包括用于获取通过在IP(互联网协议)传输***的协议栈的第一层中第一传输***中的会话传输的数据以及用于识别在低于第一层的第二层中的第二传输***中传输数据的承载的信息；以及基于控制信息控制获取在承载上传输的数据的每个单元的操作。
根据本技术的第二方面的接收设备是一种传输设备，包括：生成单元，其生成控制信息，控制信息包括用于获取通过在IP传输***的协议栈的第一层中第一传输***中的会话传输的数据以及识别用于在低于第一层的第二层中的第二传输***中传输数据的承载的信息；以及传输单元，通过包含在控制信息内的信息识别的承载将数据与控制信息一起传输。
根据本技术的第二方面的接收设备可以是独立设备或者可以是配置单个设备的内部模块。根据本技术的第二方面的接收方法是对应于根据本技术的第二方面的接收设备的传输方法。
在根据本技术的第二方面的接收设备和接收方法中，生成控制信息，控制信息包括用于获取通过在IP传输***的协议栈的第一层中的第一传输***中的会话传输的数据以及用于识别在低于第一层的第二层中的第二传输***中传输数据的承载的信息；以及通过包含在控制信息内的信息识别的承载将数据与控制信息一起传输。
本发明的效果
根据本技术的第一方面和第二方面，可以适当地选择由多个传输***传输的承载。
应注意的是，在此处描述的效果不必是限制性的，并且可以是在本公开中公开的任何效果。
附图说明
[图1]是示出3GPP-(e)MBMS的协议栈的示图；
[图2]是示出ATSC3.0的协议栈的示图；
[图3]是示出ROUTE/FLUTE的结构的示图；
[图4]是示出FLUTE的详细结构的示图；
[图5]是示出ROUTE的详细结构的示图；
[图6]是示出ROUTE的片段的示例的示图；
[图7]是示出ROUTE报头的分解的示图；
[图8]是示出通过ROUTE的片段传输序列的示例的示图；
[图9]是示出在未来设想的3GPP-(e)MBMS的协议栈的示图；
[图10]是示出传输***的配置示例的示图；
[图11]是示出ROUTE会话的配置的示图；
[图12]是示出LSID的配置的示图；
[图13]是示出LSID元素的详细内容的示图；
[图14]是解释使用LSID的数据获取的流程的示图；
[图15]是解释使用扩展的LSID的数据获取的流程的示图；
[图16]是示出扩展的LSID的其他结构的示图；
[图17]是解释使用在其内描述传输承载ID的扩展的LSID的数据获取的流程的示图；
[图18]是示出扩展的LSID的第一结构的示图；
[图19]是示出扩展的LSID的第一结构的具体描述示例的示图；
[图20]是示出扩展的LSID的第二结构的示图；
[图21]是示出扩展的LSID的第二结构的具体描述示例的示图；
[图22]是示出处理从接收侧***中传输的广播流的接收侧***的具体应用示例的示图；
[图23]是示出传输侧***的配置示例的示图；
[图24]是示出接收侧***的配置示例的示图；
[图25]是用于解释传输侧***的处理的流程的流程图；
[图26]是用于解释接收侧***的处理的流程的流程图；
[图27]是示出计算机的配置示例的示图。
具体实施方式
在后文中，将参考附图描述本技术的实施方式。注意，按照以下顺序进行描述。
1、在IP传输***中的数字广播的概述
2、***配置
3、应用本技术的扩展的LSID
(1)LSID的概述
(2)扩展的LSID
(3)通过扩展的LSID的传输承载识别
4、***的具体应用示例
5、在***中的设备配置
6、由***中的设备执行的处理的流程
7、可替换的实施方式
8、计算机的配置
<1、在IP传输***中的数字广播的概述>
在每个国家的数字广播标准中，MPEG2-TS(活动图像专家组阶段2-传输流)***用作传输***。假设通过引入IP传输***，在未来提供更增强的服务，其中，在通信领域中使用的IP(互联网协议)数据包用于数字广播。尤其地，在ATSC(高级电视***委员会)3.0中，即，目前制定的美国的下一代广播标准，预期利用使用IP传输***的数字广播。
在后文中，描述使用IP传输***的数字广播的概述。在此处，首先描述由作为移动通信***的标准化项目的3GPP(第三代合作伙伴项目)制定的3GPP-(e)MBMS(多媒体广播多播服务)的概述。
(3GPP-(e)MBMS的协议栈)
图1是示出3GPP-(e)MBMS的协议栈的示图。
在图1中，最低层次是物理层。在3GPP-(e)MBMS中，在使用在示图的右手边的传输***时，物理层使用一个方向MBMS或两个方向ptp承载中的任一个。
与物理层相邻的上部层次是IP层。此外，与IP层相邻的上部层次是UDP/TCP层。即，在MBMS用作物理层时，在IP层中使用IP多播，并且在UDP/TCP层中使用UDP(用户数据报协议)。另一方面，在ptp承载用作物理层时，在IP层中使用IP单播，并且在UDP/TCP层中使用TCP(传输控制协议)。
与UDP/TCP层相邻的上部层次是FEC、HTTP(S)、FLUTE。FLUTE(单向文件传输)是用于在多播中文件传输的协议。注意，将FEC(前向纠错)应用于FLUTE中。下面参考图3等，描述FLUTE的细节。
与FLUTE相邻的上部层次是3GP-DASH、下载3GPP文件格式等、ptm文件修复、服务公告&元数据。与ptm文件修复相邻的上部层次是相关联的传输程序。
与3GP-DASH(通过HTTP的动态自适应流媒体)的上部层次是流数据，例如，音频和视频。即，可以在符合ISO BMFF(基础媒体文件格式)标准的媒体段的单位中，通过FLUTE会话传输配置内容的流数据，例如，音频和视频。
此外，例如，可以提供USD(用户服务描述)和MPD(媒体呈现描述)，作为在服务公告&元数据上通过FLUTE会话传输的流数据的控制信息。因此，还可以通过FLUTE会话传输控制信息，例如，USD和MPD。
通过这种方式，3GPP-(e)MBMS规定基于3GPP文件格式(ISO BMFF文件、MP4文件)通过文件的FLUTE会话的文件下载的协议。通过相同的协议，可以传输MPEG-DASH的片段MP4文件序列和符合MPEG-DASH的标准的MPD。MPD由USD参考。片段MP4表示片段MP4文件。
作为与UDP/TCP层相邻的上部层次的HTTP(S)的上部层次是3GP-DASH的流数据。即，3GP-DASH的流数据还可以使用HTTP(S)传输。作为与UDP/TCP层相邻的上部层次的FEC的上部层次是RTP/RTCP和MIKEY。RTP/RTCP的上部层次是RTP PayloadFormats，并且进一步上部层次是流数据。换言之，可以通过RTP(实时传输协议)会话传输流数据。MIKEY的上部层次是密钥分配(MTK)，并且进一步上部层次是MBMS安全性。
另一方面，在使用在示图的左手边的传输***时，物理层仅仅使用两个方向ptp承载。与物理层相邻的上部层次是IP层。此外，与IP层相邻的上部层次是TCP层，并且与TCP层相邻的上部层次是HTTP(S)层。因此，通过这些层次，实现在网络(例如，互联网)上运行的协议栈。
与HTTP(S)层相邻的上部层次是服务公告&元数据、ptm文件修复、接收报告以及登记。可以提供USD和MPD，作为在服务公告&元数据上使用在示图的右手边示出的传输***来通过FLUTE会话传输的流数据的控制信息。因此，例如，可以在互联网上通过服务器提供控制信息，例如，USD和MPD。
与ptm文件修复和接收报告相邻的上部层次是相关联的传输程序。与登记相邻的上部层次是MBMS安全性。作为与IP层相邻的上部层次的与UDP层相邻的上部层次是MIKEY。MIKEY的上部层次是密钥分配(MTK)，并且进一步上部层次是MBMS安全性。例如，在使用在示图的右手边示出的传输***以及使用在示图的左手边示出的传输***的TCP/IP协议的情况下，使用FLUTE会话，可以传输应用程序。
(ATSC3.0的协议栈)
图2是示出ATSC3.0的协议栈的示图。
在图2，最低层次是物理层。在IP传输***的数字广播(例如，ATSC3.0)中，传输不限于使用广播，并且可以将通信用于一部分数据。在使用广播时，为服务(信道)分配的广播波的频带对应于物理层(广播PHY)。
物理层(广播PHY)的上部层次是IP层(IP多播)。IP层对应于在TCP/IP的协议栈内的IP(互联网协议)。IP数据包由IP地址规定。与IP层相邻的上部层次是UDP层，进一步上部层次是ROUTE(单向传输的实时对象传送)。ROUTE是用于在多播中文件传输的协议，并且扩展FLUTE。下面参考图3等描述ROUTE的细节。
在与ROUTE相邻的上部层次内的部分层次是ESG(电子服务指南)服务和NRT内容。ESG服务和NRT内容通过ROUTE会话传输。ESG服务是电子服务指南(节目信息)。NRT内容是在NRT(非实时)广播中传输的、储存在接收单元额存储器内的并且然后生成的内容。注意，NRT内容是说明性内容，并且其他内容文件可以通过ROUTE会话传输。
除了在与ROUTE相邻的上部层次内的上述层次以外的其他层次是DASH(ISOBMFF)。与DASH(ISO BMFF)相邻的上部层次是元件的流数据，例如，视频、音频、隐藏字幕(CC)等。即，可以在符合ISO BMFF标准的媒体段的单位中，通过FLUTE会话传输元件的流数据，例如，视频、音频、隐藏字幕等。
在与物理层(广播PHY)相邻的上部层次以及与ROUTE相邻的层次之上的层次是信令信息(信令)。例如，信令信息包括LLS(链路层信令)信令信息以及SLS(服务等级信令)信令信息。
LLS信令信息是不取决于服务的下层信令信息。例如，LLS信令信息包括元数据，例如，FIT(快速信息表格)、EAD(紧急警报描述)、RRD(区域分级描述)等。FIT包括在广播网络内的流或服务配置信息，例如，服务选择所需要的信息。EAD包括关于紧急警报的信息。RRD包括关于分级的信息。
SLS信令信息是每个服务的信令信息。例如，SLS信令信息包括元数据，例如，LSID(LCT会话实例描述)以及上述USD和MPD。LSID是ROUTE协议的控制信息(控制元文件)。下面参考图3等描述ROUTE的细节。
另一方面，在使用通信时，物理层(宽带PHY)的上部层次是IP层(IP单播)。与IP层相邻的上部层次是TCP层，并且与TCP层相邻的上部层次是HTTP(S)层。因此，通过这些层次，实现在网络(例如，互联网)上运行的协议栈。
通过这种方式，接收单元例如使用TCP/IP协议在互联网上与服务器通信，并且可以接收ESG服务、信令信息、NRT内容等。此外，接收单元可以接收在互联网上从服务器中自适应流媒体传输的流数据，例如，音频和音频。注意，流媒体传输符合MPEG-DASH的标准。
例如，可以使用广播ROUTE会话和通信TCP/IP协议，传输应用程序。可以通过标记语言，例如，HTML5(超文本标记语言5)等，描述应用程序。
如上所述，ATSC3.0的协议栈使用协议栈，协议栈的一部分对应于3GPP-MBMS。通过这种方式，可以在符合ISO BMFF标准的媒体段的单位中，传输配置内容的流数据，例如，音频和视频。在信令信息(例如，SLS信令信息)由广播或通信中的任一个传输时，协议可以在层次中常见，不包括作为比IP层更低的层次的物理层(以及数据链路层)，即，比IP层更高的层次，从而减少在接收单元等内的实现负担或处理负担。
(ROUTE/FLUTE的结构)
图3是示出在图1的3GPP-(e)MBMS的协议栈中的FLUTE以及在图2的ATSC3.0的协议栈中的ROUTE的结构的示图。
FLUTE由称为ALC的可扩展文件对象的多播协议配置成，具体而言，作为构件的LCT(分层编码传输)和FEC(前向纠错)元件的组合。图4示出了FLUTE的详细结构。
在此处，ALC是适合于在一个方向多播传输可选的二进制文件的协议。具体而言，ALC发展为高可靠异步一对多广播协议。ALC使用LCT和FEC，在要储存在LCT数据包内的目标文件上进行FEC。在IP多播上传输文件时，文件储存在UDP数据包和IP数据包内。
在FLUTE中的传输会话由在源IP地址的范围内的唯一TSI(传输会话标识符)识别。FLUTE可以改变每个传输会话或每个文件的FEC***。此外，每个传输会话传输的在称为FDT(文件传输表格)的XML(可扩展标记语言)格式中的传输控制信息引入FLUTE内。
在与储存在LCT数据包内的FEC编码符号的传输会话相同的传输会话内传输的FDT文件中，描述目标文件的基本属性和传输控制参数。FDT可以限定对应于目标文件的标识符的FEC编码符号列储存在其内的LCT数据包列的映射，并且在每个文件、传输编码***、消息摘要以及FEC解码所需要的参数内储存内容的MIME类型和尺寸。注意，可以将FEC应用于FDT本身中。将单独在LCT层内传输特有的FEC参数。
ROUTE是FLUTE的扩展。差别主要在于对象捆绑和媒体意识片段(media awarefragmentation)。图5示出了ROUTE的详细结构。
在ROUTE中的对象捆绑的特征在于，在协议等级中支持生成FEC修复流的方法以及在源流与修复流之间的关系的通知。具体而言，从具有不同尺寸的源块体中捆绑视频或音频流，以形成一个超级对象，从而生成FEC修复流。
通常，由于音频流具有每个单位时间数据较小的数据量(数据对象)，所以与视频流相比，音频流具有小源对象尺寸。在与具有不同源对象尺寸的流相同的FEC***中，每个流生成修复符号时，根据源对象的大或小尺寸，误差敏感性不同。
ROUTE可以从具有多个速率的不同源流中取出源块体，并且配置超级对象。修复流可以由从中生成的FEC修复符号配置。即，在不同类型的源流上生成修复流。在此处，可以在ROUTE会话内，通过其他LCT会话传输包括源符号的源流和包括修复符号的修复流。
向LSID(LCT会话实例描述)描述关于超级对象由从多个源流中取出的源块体配置以生成FEC流的方式的信息(控制信息)。在接收单元侧，基于在LSID中描述的信息，从通过ROUTE会话传输的LCT数据包列中恢复超级对象，并且可以提取目标文件。
通常，广播流是多路复用并且在传输单元侧传输配置服务的所有流，并且在接收单元侧选择自己需要的流。因此，在下面描述的处理模型适用的使用情况下，FEC配置方法有效。处理模型是配置包括配置服务的所有流的超级对象，在接收单元侧恢复超级对象，并且选择需要的流。
如图6所示，在ROUTE中可能具有媒体意识片段。图6示出了在DASH段是索引的自动初始化段时片段的实例。
在图6中，在作为第一传输对象的pckt0上，分割段的元数据部分，并且第一样本1储存在pckt1内。为了示出要分离的边界，在对应于与LSID对应的FDT的部分中，描述每个传输对象的URL(统一资源定位符)。URL的格式是在段文件和字节范围的URL内的格式或者在段文件和子段号的URL内的格式。在子段号是“0”时，该子段号是元数据部分。
作为传输对象的格式，制备储存对象本身的“文件模式”以及储存HTTP实体报头加入其中的对象的“实体模式”。这些模式描述为LSID源流的属性。对象的URL和字节范围可以储存在HTTP实体报头内，并且在过去由FDT描述的属性可以包含在其内。
在FLUTE中，在目标文件分成源块体时，应用预定的算法，并且在机械上进行分离，未意识到应用程序等的处理边界。相反，在ROUTE中，源块体可以在自由边界上分开，与应用程序无关。图7示出了源传输对象储存在传输数据包内的示例。在源传输对象储存在下部LCT数据包的有效载荷内时，如果需要分离，则增加ROUTE报头，从而规定在传输对象内的偏移。
图8示出了数据以源传输对象为单位从ROUTE服务器(ROUTE发送者)传输给ROUTE客户端(ROUTE接收单元)。通常，传输对象按顺序传输。为了增强切换信道时的经受速度，可以频繁地重新发送元数据(例如，SLS信令信息)储存在其内的传输对象。
在上面，描述了作为FLUTE的扩展的ROUTE。而且，在上述现有3GPP-(e)MBMS(图1)的协议栈中，假设在未来规定ROUTE(代替FLUTE)或者还规定FLUTE(图9)。在以下描述中，3GPP-(e)MBMS描述为3GPP-MBMS。
<2、***配置>
图10是示出应用本技术的传输***的配置示例的示图。
在图10，传输***1包括传输侧***10以及接收侧***20。在传输***1中，从传输侧***10传输的数据由接收侧***20通过传输路径80或传输路径90接收。
例如，传输侧***10对应于预定的标准，例如，ATSC3.0和3GPP-MBMS。传输侧***10由数据服务器10A、ROUTE服务器10B、ATSC广播服务器10C以及3GPPMBMS服务器10D配置。
数据服务器10A是管理从传输侧***10传输给接收侧***20的内容的数据(例如，同时多目的地传输是适合的)的服务器。数据服务器10A给数据服务器10A供应内容的数据。
ROUTE服务器10B是执行用于通过ROUTE会话传输从数据服务器10A中供应的内容的数据的服务器。
ROUTE服务器10B基于从ATSC广播服务器10C和3GPPMBMS服务器10D中供应的信息生成扩展的LSID，并且给ATSC广播服务器10C或3GPPMBMS服务器10D供应扩展的LSID。通过扩展LSID，提供扩展的LSID，下面参考图15等，描述其细节。
此外，ROUTE服务器10B处理从数据服务器10A中供应的内容的数据，生成通过ROUTE会话传输的内容的数据(在后文中也称为ROUTE数据)，并且给ATSC广播服务器10C或3GPPMBMS服务器10D供应内容的数据。
ATSC广播服务器10C是由对应于ATSC3.0的传输承载传输来自ROUTE服务器10B的ROUTE数据的服务器。
ATSC广播服务器10C通过传输路径80将从ROUTE服务器10B中供应的扩展的LSID传输给接收侧***20(ATSC广播客户端20C)。此外，ATSC广播服务器10C执行用于在ATSC3.0的传输承载上传输从ROUTE服务器10B中供应的ROUTE数据的处理，并且通过传输路径80将获得的数据(在后文中称为承载数据)传输(同时多目的地传输)给接收侧***20(ATSC广播客户端20C)。
3GPPMBMS服务器10D是用于由对应于3GPP-MBMS的传输承载传输来自ROUTE服务器10B的ROUTE数据的服务器。
3GPPMBMS服务器10D通过传输路径90将从ROUTE服务器10B中供应的扩展的LSID传输给接收侧***20(3GPPMBMS客户端20D)。此外，3GPPMBMS服务器10D执行用于在3GPPMBMS的传输承载上传输从ROUTE服务器10B中供应的ROUTE数据的处理，并且通过传输路径90将获得的承载数据传输(同时多目的地传输)给接收侧***20(3GPPMBMS客户端20D)。
例如，接收侧***20对应于预定的标准，例如，ATSC3.0和3GPP-MBMS。接收侧***20由数据客户端20A、ROUTE客户端20B、ATSC广播客户端20C以及3GPPMBMS客户端20D配置成。
3GPPMBMS客户端20D是用于接收与从传输侧***10中传输的3GPP-MBMS对应的传输承载的客户端。
3GPPMBMS客户端20D通过传输路径90接收从3GPPMBMS服务器10D中供应的扩展的LSID，并且给ROUTE客户端20B供应扩展的LSID。此外，3GPPMBMS客户端20D接收和处理通过传输路径90从传输侧***10(3GPPMBMS服务器10D)中传输(同时多目的地传输)的承载数据，并且给ROUTE客户端20B供应承载数据。
ATSC广播客户端20C是用于接收与从传输侧***10中传输的ATSC3.0对应的传输承载的客户端。
ATSC广播客户端20C通过传输路径80接收从ATSC广播服务器10C中供应的扩展的LSID，并且给ROUTE客户端20B供应扩展的LSID。此外，ATSC广播服务器10C接收和处理通过传输路径80从传输侧***10(ATSC广播服务器10C)中传输(同时多目的地传输)的承载数据，并且给ROUTE客户端20B供应承载数据。
ROUTE客户端20B是用于处理在ATSC3.0或3GPP-MBMS的传输承载上传输的ROUTE数据的客户端。
ROUTE客户端20B基于ATSC广播客户端20C或3GPPMBMS客户端20D获取在ATSC3.0或3GPP-MBMS的传输承载(承载数据)上传输的ROUTE数据，并且给数据客户端20A供应ROUTE数据。
数据客户端20A是用于再生从传输侧***10传输(同时多目的地传输)给接收侧***20的内容的数据的客户端。数据客户端20A再生从ROUTE客户端20B中供应的内容的数据(例如，同时多目的地传输合适)，并且输出视频和数据。
图10示出对应于ATSC3.0的ATSC广播服务器10C和ATSC广播客户端20C以及对应于3GPPMBMS的3GPPMBMS服务器10D和3GPPMBMS客户端20D，并且示出处理对应于这些标准的传输承载的情况。可以提供对应于除了ATSC3.0和ATSC3.0以外的任何标准的任何服务器和客户端。例如，在ROUTE是由基于DVB(数字视频广播)的IP广播(通过MPEG2-TS的IP)的传输承载传输的数据时，在传输侧***10上增加对应于DVB传输承载的DVB广播服务器，并且在接收侧***20上增加对应于DVB传输承载的DVB广播客户端。
此外，在图10的传输***1中，为了方便解释，仅仅示出了一个接收侧***20。实际上，设置可以接收从传输侧***10中同时多目的地传输的内容的多个(多个)接收侧***20。而且，例如，假设接收侧***20可以仅仅对应于ATSC3.0，而不对应于3GPP-MBMS。在这种情况下，从配置中排除3GPPMBMS客户端20D。接收侧***20配置有数据客户端20A、ROUTE客户端20B以及ATSC广播客户端20C。
而且，在图10，描述了传输侧***10由包括数据服务器10A到3GPPMBMS服务器10D的多个服务器配置。可以考虑包括服务器的所有功能的传输侧***10作为传输设备(传输单元)。同样，描述了接收侧***20由包括数据客户端20A到3GPPMBMS客户端20D的多个客户端配置。可以考虑包括客户端的所有功能的接收侧***20作为接收设备(接收单元)。
<3、应用本技术的扩展的LSID>
(1)LSID的概述
(ROUTE会话的配置)
图11是示出ROUTE会话的配置的示图。
如图11所示，ROUTE会话可以由一个或多个LCT会话配置。ROUTE会话由作为储存在IP数据包的IP报头内的参数的源IP地址(sIPAdrs)和目的地IP地址(dIPAdrs)以及作为储存在UDP数据包的UDP报头内的参数的端口号(端口)识别。LCT会话由LCT数据包(ALC/LCT数据包)的TSI(传输会话标识符)识别。
从传输侧***10(ROUTE服务器10B)中传输给接收侧***20(ROUTE客户端20B)的任何信令信息(例如，SLS信令信息)通知源IP地址、目的地IP地址以及端口号，用于识别ROUTE会话，从而获取通过ROUTE会话传输的IP/UDP数据包。
在ROUTE会话中，通过过滤TSI＝0的LCT数据包，可以获得作为ROUTE协议的控制信息(控制元文件)的LSID。注意，过滤TSI＝0的LCT数据包，以在通过ROUTE会话传输LSID时，仅仅获取LSID。
(LSID的配置)
图12是示出LSID的配置的示图。
如图12所示，根据一个或多个传输会话(TransportSession)，源流(SourceFlow)和修复流(RepairFlow)描述成LSID。图13示出了LSID元素的详细描述。根据配置ROUTE会话的LCT会话(传输会话)，作为LCT会话的标识符的TSI描述成LSID，而非源流和修复流，作为属性S。
(使用LSID的数据获取的流程)
图14是解释在接收侧***20中使用LSID的数据获取的流程的示图。
在图14，接收侧***20从传输侧***10中通知的任何信令信息中获取关于ROUTE会话的信息(S11)。将关于在从传输侧***10中传输(传输)的广播流中的ROUTE会话1和ROUTE会话2的属性的信息描述成信令信息。
在此处，作为ROUTE会话1的属性，指定源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。作为ROUTE会话2的属性，指定源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs2”以及端口号“Port1”。
接收侧***20根据信令信息内的关于ROUTE会话1的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”识别的ROUTE会话1传输的IP/UDP数据包(S12)。而且，接收侧***20在ROUTE会话1中过在TSI＝"0"的IP/UDP/LCT数据包，从而获取作为ROUTE会话1的控制信息的LSID1(S13)。
LSID1包括关于LCT会话1和LCT会话2的属性的信息，作为ROUTE会话1的属性。
在此处，作为LCT会话1的属性，指定TSI"tsi1"。接收侧***20根据LSID1内的关于LCT会话1的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号“Port1”以及TSI"tsi1"识别的ROUTE会话1的LCT会话1传输的数据(IP/UDP/LCT数据包)(S14)。
作为LCT会话2的属性，指定TSI"tsi2"。接收侧***20根据LSID1内的关于LCT会话2的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号“Port1”以及TSI"tsi2"识别的ROUTE会话1的LCT会话2传输的数据(IP/UDP/LCT数据包)(S15)。
另一方面，在信令信息中，作为ROUTE会话2的属性，指定源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs2”以及端口号“Port1”。接收侧***20处理ROUTE会话2，与上述ROUTE会话1一样。
具体而言，接收侧***20根据信令信息内的关于ROUTE会话2的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs2”以及端口号“Port1”识别的ROUTE会话2传输的IP/UDP数据包(S16)。而且，接收侧***20在ROUTE会话2中过滤TSI＝"0"的IP/UDP/LCT数据包，从而获取作为ROUTE会话2的控制信息的LSID2(S17)。
LSID2包括关于LCT会话1的属性的信息，作为ROUTE会话2的属性。
在此处，作为LCT会话1的属性，指定TSI"tsi1"。接收侧***20根据LSID2内的关于LCT会话1的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs2”、端口号“Port1”以及TSI"tsi1"识别的ROUTE会话2的LCT会话1传输的数据(IP/UDP/LCT数据包)(S18)。
如上所述，在获取任何信令信息之后，接收侧***20获取通过ROUTE会话传输的LSID，使用在LSID中描述的TSI，并且可以获取通过ROUTE会话的LCT会话传输的数据。
(2)扩展的LSID
在使用上述LSID的处理中，为了获取通过ROUTE会话的LCT会话传输的数据，需要获取任何信令信息，并且获取通过ROUTE会话传输的LSID，因此，要求简化处理。
对于该要求，LSID扩展为包括源IP地址、目的地IP地址以及端口号。换言之，源IP地址、目的地IP地址以及端口号包含在LSID内，据此，简化获取通过ROUTE会话的LCT会话传输的数据的处理。
注意，源IP地址是在扩展的LSID内是否包括源IP地址的选择。在本申请中，扩展的LSID称为被扩展的LSID，以便与已经规定的LSID区分。
(使用扩展的LSID的数据获取的流程)
图15是解释使用扩展的LSID的数据获取的流程的示图。
在图15，例如，接收侧***20获取从传输侧***10中通知的扩展的LSID，作为SLS信令信息(S21)。在扩展的LSID中，描述关于在从传输侧***10中传输(传输)的广播流中的ROUTE会话1和ROUTE会话2的属性的信息。
在此处，作为ROUTE会话1的属性，指定源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。ROUTE会话1的属性包括关于LCT会话1和LCT会话2的属性的信息。
具体而言，在ROUTE会话1的属性中，在LCT会话1的属性中指定TSI"tsi1"，并且在LCT会话2的属性中指定TSI"tsi2"。
因此，接收侧***20可以根据在扩展的LSID内的关于ROUTE会话1的属性的信息(LCT会话1的属性)，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号“Port1”以及TSI"tsi1"识别的ROUTE会话1的LCT会话1传输的数据(IP/UDP/LCT数据包)(S22)。
同样，接收侧***20可以根据在扩展的LSID内的关于ROUTE会话1的属性的信息(LCT会话2的属性)，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号“Port1”以及TSI"tsi2"识别的ROUTE会话1的LCT会话2传输的数据(IP/UDP/LCT数据包)。
另一方面，在扩展的LSID中，作为ROUTE会话2的属性，指定源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs2”以及端口号“Port1”。在ROUTE会话2的属性中，作为LCT会话1的属性，指定TSI"tsi1"。接收侧***20处理ROUTE会话2，与如上所述的ROUTE会话1一样。
即，接收侧***20可以根据在扩展的LSID内的关于ROUTE会话2的属性的信息(LCT会话1的属性)，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号“Port1”以及TSI"tsi1"识别的ROUTE会话2的LCT会话1传输的数据(IP/UDP/LCT数据包)(S23)。
虽然描述了在图15的扩展的LSID中，在ROUTE会话的属性中限定一个或多个LCT会话的属性，但是在图15的扩展的LSID的结构是一个示例，并且可以使用其他结构。
例如，如图16所示，可以与在LCT会话的属性中与TSI一起限定源IP地址、目的地IP地址以及端口号，而不限定ROUTE会话的属性。即使使用扩展的LSID，接收侧***20也可以规定配置ROUTE会话的一个或多个LCT会话。
如上所述，扩展的LSID包括源IP地址、目的地IP地址以及端口号，并且可以规定每个ROUTE会话仅仅使用扩展的LSID的LCT会话。与LSID相比，不需要获取通过ROUTE会话传输的LSID，从而简化关于信令信息的处理。结果，简化获取通过ROUTE会话的LCT会话传输的数据的处理。
(3)通过扩展的LSID的传输承载识别
顺便提一下，在各种传输承载(例如，ATSC3.0、3GPP-MBMS等)上传输ROUTE会话时，需要用于映射到每个传输承载中的信息。接下来，描述通过扩展LSID将ROUTE会话(配置ROUTE会话的一个或多个LCT会话)映射到各种传输承载中的方法。
例如，传输承载对应于在图2的ATSC3.0的协议栈中的物理层(广播PHY)或者在图9的3GPP-MBMS的协议栈中的物理层(MBMS或ptp承载)。
在此处，例如，作为传输媒介，具有ATSC3.0传输、3GPP-MBMS传输、基于的IP广播传输。传输媒介具有不同的调制参数和编码参数，并且变成具有不同传输质量的传输通道。
在扩展的LSID中，作为每个LCT会话的属性中，描述用于识别传输承载(在后文中称为传输承载ID(BearerID))的标识符，据此，映射ROUTE会话(LCT会话)和传输承载。每个目标传输媒介限定传输承载ID的格式。
(使用扩展的LSID的数据获取的流程)
图17是解释使用在接收侧***20内描述传输承载ID的扩展的LSID的数据获取的流程的示图。
在图17中，接收侧***20获取从传输侧***10中通知的扩展的LSID，作为SLS信令信息(S31)。在扩展的LSID中，描述关于从传输侧***10中传输(传输)的广播流中的ROUTE会话1的LCT会话2和ROUTE会话2的LCT会话1的属性的信息。
在此处，作为ROUTE会话1的LCT会话1的属性，指定TSI"tsi1"、源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。在LCT会话1的属性中，"atsc-bid1"和"3gpp-bid1"指定为用于识别传输承载的传输承载ID(BearerID)。
"atsc-bidX"(X是1或更大的整数)是用于识别ATSC3.0的传输承载的传输承载ID。在ATSC3.0的传输承载的情况下，广播流ID和PLPID(物理层通道ID)的组合是传输承载ID。
在此处，将广播流ID分配给作为根据广播波的到达区域分配的标识符的区域ID以及分配给特定信道的广播波的频带的标识符的频率ID的集合。在由广播流ID识别的频带进一步分成具有不同的调制参数和编码参数的多个物理层通道(PLP)时，PLPID是每个物理通道的标识符。
"3gpp-bidX"(X是1或更大的整数)是用于识别3GPP-MBMS的传输承载的传输承载ID。在3GPP-MBMS的传输承载的情况下，TMGI(暂时移动组标识)是传输承载ID。
虽然未示出，但是在基于DVB的IP广播传输承载的情况下，作为原始网络ID(ONID)、传输ID(TID)以及服务ID(SID)的组合的DVB三元组是传输承载ID。MPEG2的数据包ID(PID)可以进一步与传输承载ID组合。
因此，接收侧***20可以根据在扩展的LSID中的关于LCT会话1的属性的信息，连接至由传输承载ID"atsc-bid1"识别的ATSC3.0的传输承载(S32)。同样，接收侧***20可以根据在扩展的LSID中的关于LCT会话1的属性的信息，连接至由传输承载ID"3gpp-bid1"识别的3GPP-MBMS的传输承载(S33)。
然后，接收侧***20可以根据在扩展的LSID内的关于LCT会话1的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号“Port1”以及TSI"tsi1"识别的ROUTE会话1的LCT会话1传输的数据(IP/UDP/LCT数据包)(S34)。应注意的是，在由传输承载ID"atsc-bid1"或"3gpp-bid1"识别的ATSC3.0的传输承载或3GPP-MBMS的传输承载上传输ROUTE会话1的LCT会话1(S32、S33)。
此外，在图17中，在扩展的LSID中，作为ROUTE会话1的LCT会话2的属性，指定TSI"tsi2"、源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。在ROUTE会话2的属性中，作为用于识别传输承载的传输承载ID，指定"atsc-bid2"。
接收侧***20可以根据扩展的LSID内的关于LCT会话2的属性的信息，连接至由传输承载ID"atsc-bid2"识别的ATSC3.0的传输承载(S35)。
然后，接收侧***20可以根据扩展的LSID内的关于LCT会话2的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号“Port1”以及TSI"tsi2"识别的ROUTE会话1的LCT会话2传输的数据(IP/UDP/LCT数据包)(S36)。应注意的是，在由传输承载ID"atsc-bid1"识别的ATSC3.0的传输承载上传输ROUTE会话1的LCT会话2(S35)。
此外，在图17中，在扩展的LSID中，作为ROUTE会话2的LCT会话1的属性，指定TSI"tsi1"、源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。在LCT会话1的属性中，作为用于识别传输承载的传输承载ID，指定"atsc-bid3"和"3gpp-bid2"。
接收侧***20可以根据在扩展的LSID内的关于LCT会话1的属性的信息，连接至由传输承载ID"atsc-bid3"识别的ATSC3.0的传输承载(S37)。同样，接收侧***20可以根据在扩展的LSID内的关于LCT会话1的属性的信息，连接至由传输承载ID"3gpp-bid2"识别的3GPP-MBMS的传输承载(S38)。
然后，接收侧***20可以根据在扩展的LSID内的关于LCT会话1的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs2”、端口号“Port1”以及TSI"tsi1"识别的ROUTE会话1的LCT会话1传输的数据(IP/UDP/LCT数据包)(S39)。应注意的是，在由传输承载ID"atsc-bid3"或"3gpp-bid2"识别的ATSC3.0的传输承载或3GPP-MBMS的传输承载上传输ROUTE会话2的LCT会话1(S37、S38)。
如上所述，传输承载ID描述成扩展的LSID的每个LCT会话的属性，据此，映射ROUTE会话(LCT会话)和传输承载，并且可以适当地选择由多个传输***(例如，ATSC3.0和3GPP-MBMS)传输的传输承载。
(扩展的LSID结构的示例)
接下来，参考图18到图21，描述扩展的LSID的说明性结构和描述。
(第一结构)
图18是示出具有XML格式的扩展的LSID的第一结构的示图。
注意，在图18，为了简化描述，省略描述与在图13的LSID的元素和属性重叠的并且与本技术不直接相关的扩展的LSID的元素和属性。而且，在图18，"@"连接至属性，而不连接至元素。为上部元素描述缩进的元素和属性。这些关系与稍后描述的其他LSID结构的关系相似。
在图18，作为路由元素的LSID元素是TransportSession元素的上部元素。在TransportSession元素中，指定关于传输会话的信息。
TransportSession元素是tsi属性、BroadcastStreamID属性、PLPID属性、TMGI属性、DVBTriplet-pid属性、sourceIPAddress属性、destinationIPAddress属性、端口属性以及SourceFlow元素的上部元素。
用于识别LCT会话的TSI在tsi属性中指定为属性值。
由ATSC3.0规定的广播流ID在BroadcastStreamID属性中指定为属性值。由ATSC3.0指定的PLPID在PLPID属性中指定为属性值。注意，在传输ATSC3.0的传输承载时，BroadcastStreamID属性和PLPID属性是可选属性。
由3GPP-MBMS规定的TMGI在TMGI属性中指定为属性值。注意，在传输3GPP-MBMS的传输承载时，TMGI属性是可选属性。
在DVBTriplet-pid属性中指定作为原始网络ID、传输ID、服务ID以及数据包ID的组合的DVB三元组的集合。注意，在传输基于DVB的IP广播传输承载时，DVBTriplet-pid属性是可选属性。
源IP地址在sourceIPAddress属性中指定为属性值。目的地IP地址在destinationIPAddress属性中指定为属性值。端口号在端口属性中指定为属性值。注意，sourceIPAddress属性、destinationIPAddress属性以及端口属性是可选属性。
关于源流的信息在SourceFlow元素中指定为属性值。注意，SourceFlow元素是可选属性。
在此处，参考图19，描述在图18限定的扩展的LSID的第一结构的具体描述示例。图19示出在传输ATSC3.0、3GPP-MBMS以及基于DVB的IP广播的传输承载时的扩展的LSID。
在图19中，将ATSC3.0、3GPP-MBMS以及基于DVB的IP广播的传输承载传输给TransportSession元素。在除了tsi属性以外的可选属性之中，描述BroadcastStreamID属性、PLPID属性、TMGI属性以及DVBTriplet-pid属性。
"xxx"在tsi属性中指定为TSI的值。
"yyy"在BroadcastStreamID属性中指定为广播流ID。此外，"zzz"在PLPID属性中指定为PLPID。即，广播流ID"yyy"和PLPID"zzz"的组合设置用于识别ATSC3.0的传输承载的传输承载ID。
"www"在TMGI属性中指定为TMGI。即，TMGI"www"设置用于识别3GPP-MBMS的传输承载的传输承载ID。
在DVBTriplet-pid属性中指定原始网络ID"onidX"、传输ID"tsidX"、服务ID"sidX"以及数据包ID"pidX"。即，原始网络ID"onidX"、传输ID"tsidX"、服务ID"sidX"以及数据包ID"pidX"的组合设置用于识别基于DVB的IP广播传输承载的传输承载ID。
在上面，描述了具有XML格式的扩展的LSID的第一结构。
(第二结构)
图20是示出具有XML格式的扩展的LSID的第二结构的示图。
与上述扩展的LSID的第一结构相比，通过每个传输媒介构造标识符，在图20示出的扩展的LSID的第二结构限定每个传输媒介的元素的类型，该类型作为XXXBearerID元素是独立的。
在图20，作为路由元素的LSID元素是TransportSession元素的上部元素。在此处，TransportSession元素是tsi属性、sourceIP地址属性、destinationIPAddress属性、端口属性以及SourceFlow元素的上部元素，并且还是ATSCBearerID元素、3GPPBearerID元素以及DVBTSBearerID元素的上部元素。
ATSCBearerID元素是指定广播流ID的BroadcastStreamID属性以及指定PLPID的PLPID属性的上部元素。具体而言，ATSCBearerID元素存储广播流ID和PLPID的集合。注意，在传输ATSC3.0的传输承载时，ATSCBearerID元素是可选属性。
3GPPBearerID元素是指定TMGI的TMGI属性的上部元素。具体而言，3GPPBearerID元素储存TMGI。注意，在传输3GPP-MBMS的传输承载时，3GPPBearerID元素是可选属性。
DVBTSBearerID元素是规定DVB三元组的DVBTriplet-pid属性以及规定数据包ID的pid属性的上部元素。具体而言，DVBTSBearerID元素储存DVB三元组和数据包ID的集合。注意，在传输基于DVB的IP广播的传输承载时，DVBTSBearerID元素是可选属性。
在此处，参考图21，描述在图20限定的扩展的LSID的第二结构的具体描述示例。图21示出在传输ATSC3.0、3GPP-MBMS以及基于DVB的IP广播的传输承载时的扩展LSID。
在图21中，由于将ATSC3.0、3GPP-MBMS以及基于DVB的IP广播的传输承载传输给TransportSession元素，所以在可选属性之中，描述ATSCBearerID元素、3GPPBearerID元素以及DVBTSBearerID元素。
在ATSCBearerID元素中，"yyy"在BroadcastStreamID属性中指定为广播流ID，并且"zzz"在PLPID属性中指定为PLPID。即，广播流ID"yyy"和PLPID"zzz"的组合设置用于识别ATSC3.0的传输承载的传输承载ID。
在3GPPBearerID元素中，"www"在TMGI属性中指定为TMGI。即，TMGI"www"设置用于识别3GPP-MBMS的传输承载的传输承载ID。
在DVBTSBearerID元素中，在DVBTriplet-pid属性中指定原始网络ID"onidX"、传输ID"tsidX"、服务ID"sidX"以及数据包ID"pidX"。即，原始网络ID"onidX"、传输ID"tsidX"、服务ID"sidX"以及数据包ID"pidX"的组合设置用于识别基于DVB的IP广播传输承载的传输承载ID。
在上面，描述了具有XML格式的扩展的LSID的第二结构。
在图18和图20示出的扩展的LSID的结构是一个示例。并且可以使用其他结构。虽然描述了XML格式用作扩展的LSID的描述格式，但是可以是标记语言的文本格式或者除了MXL格式以外的二进制格式。
<4、***的具体应用示例>
图22是示出处理从接收侧***10中传输的广播流的接收侧***20的具体应用示例的示图。在图22的应用示例示出了从ATSC3.0的传输承载中传输配置多个ROUTE会话的多个LCT会话的情况。
在图22，作为空中广播流(空中流)，传输由广播流ID识别的两个广播波。将广播流ID分配给区域ID和频率ID的集合。
在由广播流ID"BSID1"识别的广播流上，传输作为LLS信令信息和PLPID"PLPID1"的FIT的物理通道。在物理通道上，传输储存IP地址"IPAdrs1"的IP报头以及储存端口号"Port1"的UDP报头加入其中的数据包。
将包括储存TSI"tsi-0"的LCT报头和储存SLS信令信息的LCT有效载荷的LCT数据包提供给数据包的有效载荷。作为LCT数据包，提供包括储存TSI"tsi-v1"的LCT报头和储存视频1的数据的LCT有效载荷的LCT数据包以及包括储存TSI"tsi-a1"的LCT报头和储存音频1的数据的LCT有效载荷的LCT数据包。
另一方面，在由广播流ID"BSID2"识别的广播流上，传输作为LLS信令信息和PLPID"PLPID1"的FIT的物理通道。在物理通道上，传输储存IP地址"IPAdrs2"的IP报头以及储存端口号"Port1"的UDP报头加入其中的数据包。将包括储存TSI"tsi-v2"的LCT报头和储存视频2的数据的LCT有效载荷的LCT数据包以及包括储存TSI"tsi-a2"的LCT报头和储存音频2的数据的LCT有效载荷的LCT数据包提供给数据包的有效载荷。
接收广播流的接收侧***20执行以下处理。
接收侧***20获取由广播流ID"BSID1"识别的广播流传输的FIT(S51)。在FIT中描述用于获取每个服务的SLS信令信息的引导程序信息。引导程序信息是IP地址、端口号、TSI以及PLPID的用于获取通过ROUTE会话传输的SLS信令信息的集合。
接收侧***20基于引导程序信息获取通过ROUTE会话传输的SLS信令信息(S52、S53)。通过这种方式获取的SLS信令信息包括元数据，例如，USD(用户服务描述)、MPD(媒体呈现描述)以及LSID(扩展的LSID)。在USD中，描述参考源，例如，MPD和LSID。通过首先获取USD，可以获取其他元数据。
接收侧***20基于在USD中的userServiceDescription元素的mpdUri属性中规定的"mpdUri"，获取MPD(S54)。此外，接收侧***20基于在USD中的IsidUri属性的userServiceDescription元素中规定的"IsidUri"，获取LSID(扩展的LSID)(S55)。
在此处，在层次结构中的MPD中，描述Period元素、AdaptationSet元素以及Representation元素。Period元素是用于描述服务配置(例如，内容)的单元。每个流使用AdaptationSet元素和Representation元素，例如，视频、音频以及字幕，并且可以描述相应流的属性。
Representation元素可以通过id属性指定表示ID。在MPD中，将与视频1的流相关的属性描述成由表示ID"RepresentationID-v1"识别的Representation元素，将与视频2的流相关的属性描述成由表示ID"RepresentationID-v2"识别的Representation元素。
此外，在MPD中，将与音频1的流相关的属性描述成由表示ID"RepresentationID-a1"识别的Representation元素，将与音频2的流相关的属性描述成由表示ID"RepresentationID-a2"识别的Representation元素，在MPD中由Representation元素规定的URL与在USD中由DeliveryMethod元素规定的URL匹配时，视频或音频流的传输路径规定为广播路径或通信路径。
在LSID(扩展的LSID)中，每个TransportSession元素描述tsi属性、BroadcastStreamID属性、PLPID属性、sourceIPAddress属性、destinationIPAddress属性以及端口属性。在SourceFlow元素中，表示ID规定为Applicationidentifier元素。具体而言，表示ID示出了在MPD的Representation元素与LSID(扩展的LSID)的传输会话之间的对应性。
在LSID(扩展的LSID)中列举的TransportSession元素之中，在第一TransportSession元素中，规定广播流ID"BSID1"和PLPID"PLPID1"，据此，接收侧***20可以连接至由传输承载ID识别的ATSC3.0的传输承载(S56)。而且，在第一TransportSession元素中，规定源IP地址"sIPArs1"、目的地IP地址"IPArs1"、端口号"Port1"以及TSI"tsi-v1"。因此，通过使用这些参数过滤，接收侧***20可以获取通过ROUTE会话的LCT会话传输的视频1的数据(视频1的DASH段文件的分块文件)(S56)。
在第二TransportSession元素中，规定广播流ID"BSID1"以及PLPID"PLPID1"，据此，接收侧***20可以连接至由传输承载ID识别的ATSC3.0的传输承载(S57)。而且，在第二TransportSession元素中，规定源IP地址"sIPArs1"、目的地IP地址"IPArs1"、端口号"Port1"以及TSI"tsi-a1"。因此，通过使用这些参数过滤，接收侧***20可以获取通过ROUTE会话的LCT会话传输的音频1的数据(音频1的DASH段文件的分块文件)(S57)。
在第三TransportSession元素中，规定广播流ID"BSID2"以及PLPID"PLPID1"，据此，接收侧***20可以连接至由传输承载ID识别的ATSC3.0的传输承载(S58)。而且，在第三TransportSession元素中，规定源IP地址"sIPArs1"、目的地IP地址"IPArs2"、端口号"Port1"以及TSI"tsi-v2"。因此，通过使用这些参数过滤，接收侧***20可以获取通过ROUTE会话的LCT会话传输的视频2的数据(视频2的DASH段文件的分块文件)(S58)。
在第四TransportSession元素中，规定广播流ID"BSID2"以及PLPID"PLPID1"，据此，接收侧***20可以连接至由传输承载ID识别的ATSC3.0的传输承载(S59)。而且，在第四TransportSession元素中，规定源IP地址"sIPArs1"、目的地IP地址"IPArs2"、端口号"Port1"以及TSI"tsi-a2"。因此，通过使用这些参数过滤，接收侧***20可以获取通过ROUTE会话的LCT会话传输的音频2的数据(音频2的DASH段文件的分块文件)(S59)。
在图22的LSID(扩展的LSID)中，在SourceFlow元素中，作为PayloadFormat元素的deliveryObjectFormatID元素，规定"2"。这表明LCT有效载荷的格式是具有HTTP实体报头的DASH段文件(分块)。
<5、在***中的设备配置>
(传输侧***的配置示例)
图23是示出在图10的传输侧***10的配置示例的示图。
传输侧***10由数据服务器10A、ROUTE服务器10B、ATSC广播服务器10C以及3GPPMBMS服务器10D配置。
在图23中，数据服务器10A由控制单元111A、会话请求单元112A、传输/接收单元113A、数据传输处理单元114A以及数据保持单元115A配置。
控制单元111A控制数据服务器10A的每个单元的操作。
在通过ROUTE会话(例如，LCT会话)传输内容(例如，适合于同时多目的地传输的内容)的数据时，会话请求单元112A根据控制单元111A的控制给传输/接收单元113A提供与ROUTE服务器10B建立ROUTE会话的请求。
传输/接收单元113A根据控制单元111A的控制，与其他服务器(例如，ROUTE服务器10B)交换各种数据。传输/接收单元113A根据控制单元111A的控制，传输与ROUTE服务器10B建立ROUTE会话的请求。
数据传输处理单元114A根据控制单元111A的控制，获取保持在数据保持单元115A内的内容的数据，并且将其供应给传输/接收单元113A。传输/接收单元113A根据控制单元111A的控制，将内容的数据传输给ROUTE服务器10B。
如上所述，配置数据服务器10A。
在图23，ROUTE服务器10B由控制单元111B、会话处理单元112B、传输/接收单元113B、LSID发生器114B以及ROUTE数据发生器115B配置。
控制单元111B控制ROUTE服务器10B的相应单元的操作。
会话处理单元112B根据控制单元111B的控制，执行通过ROUTE会话传输内容的数据的处理。
例如，在ATSC3.0的传输承载上传输作为通过ROUTE会话传输的内容的数据的ROUTE数据时，会话处理单元112B给传输/接收单元113B提供向ATSC广播服务器10C的ATSC3.0的传输资源的预留请求。例如，在3GPP-MBMS的传输承载上传输ROUTE数据时，会话处理单元112B给传输/接收单元113B提供向3GPPMBMS服务器10D的3GPP-MBMS的传输资源的预留请求。
传输/接收单元113B根据控制单元111B的控制，与其他服务器(例如，ATSC广播服务器10C或3GPPMBMS服务器10D)交换各种数据。传输/接收单元113B根据控制单元111B的控制，传输向ATSC广播服务器10C或3GPPMBMS服务器10D的ATSC3.0或3GPP-MBMS的传输资源的预留请求。传输/接收单元113B接收从ATSC广播服务器10C或3GPPMBMS服务器10D中传输的ATSC3.0或3GPP-MBMS的传输承载ID，并且根据控制单元111B的控制，将其供应给会话处理单元112B。
会话处理单元112B根据控制单元111B的控制，给LSID发生器114B提供从传输/接收单元113B中供应的ATSC3.0或3GPP-MBMS的传输承载ID。
LSID发生器114B根据控制单元111B的控制，基于扩展的LSID的原始数据，生成从会话处理单元112B中供应的ATSC3.0或3GPP-MBMS的传输承载ID以及扩展的LSID。在此处，例如，生成在图19和图21的扩展的LSID，并且将其供应给传输/接收单元113B。传输/接收单元113B根据控制单元111B的控制，为ATSC广播服务器10C或3GPPMBMS服务器10D传输从LSID发生器114B中供应的扩展LSID。
传输/接收单元113B接收从数据服务器10A中传输的内容的数据，并且根据控制单元111B的控制，将其供应给ROUTE数据发生器115B。ROUTE数据发生器115B基于从传输/接收单元113B中供应的内容的数据，生成ROUTE数据，并且根据控制单元111B的控制，将其供应给传输/接收单元113B。传输/接收单元113B根据控制单元111B的控制，将从ROUTE数据发生器115B中供应的ROUTE数据传输给ATSC广播服务器10C或3GPPMBMS服务器10D。
如上所述，配置ROUTE服务器10B。
在图23中，ATSC广播服务器10C由控制单元111C、承载处理单元112C、传输/接收单元113C、传输处理单元114C以及传输单元115C配置。
控制单元111C控制ATSC广播服务器10C的相应单元的操作。传输/接收单元113C根据控制单元111C的控制，与其他服务器(例如，ROUTE服务器10B)交换各种数据。
传输/接收单元113C接收从ROUTE服务器10B中传输的ATSC3.0的传输资源的预留请求，并且将其供应给承载处理单元112C。承载处理单元112C根据控制单元111C的控制，在接收到从传输/接收单元113C中供应的预留请求时确保ATSC3.0的传输资源。
承载处理单元112C在接收到从传输/接收单元113C供应的预留请求时，生成ATSC3.0的传输承载ID，并且根据控制单元111C的控制，将其供应给传输/接收单元113C。传输/接收单元113C根据控制单元111C的控制，将从承载处理单元112C中供应的ATSC3.0的传输承载ID传输给ROUTE服务器10B。
传输/接收单元113C接收从ROUTE服务器10B中传输的扩展的LSID，并且将其供应给传输处理单元114C。传输处理单元114C应用处理，以传输扩展的LSID，并且根据控制单元111C的控制，将其供应给传输单元115C。传输单元115C通过天线116C和传输路径80将从传输处理单元114C中供应的扩展的LSID传输(传输)给接收侧***20(ATSC广播客户端20C)。
而且，传输/接收单元113C接收从ROUTE服务器10B中传输的ROUTE数据，并且将其供应给传输处理单元114C。传输处理单元114C应用处理，以传输在ATSC3.0的传输承载上的ROUTE数据，并且根据控制单元111C的控制，将这样获得的承载数据供应给传输单元115C。传输单元115C通过天线116C和传输路径80将从传输处理单元114C中供应的承载数据传输(传输)给接收侧***20(ATSC广播客户端20C)。
如上所述，配置ATSC广播服务器10C。
在图23中，3GPPMBMS服务器10D由控制单元111D、承载处理单元112D、传输/接收单元113D、传输处理单元114D以及传输单元115D配置。
控制单元111D控制3GPPMBMS服务器10D的相应单元的操作。传输/接收单元113D根据控制单元111D的控制，与其他服务器(例如，ROUTE服务器10B)交换各种数据。
传输/接收单元113D接收从ROUTE服务器10B中传输的3GPP-MBMS的传输资源的预留请求，并且将其供应给承载处理单元112D。承载处理单元112D根据控制单元111D的控制，在接收到传输/接收单元113D中供应的预留请求时确保3GPP-MBMS的传输资源。
承载处理单元112D在接收到从传输/接收单元113D中供应的预留请求时，生成3GPP-MBMS的传输承载ID，并且根据控制单元111D的控制，将其供应给传输/接收单元113D。传输/接收单元113D根据控制单元111D的控制，将从承载处理单元112D中供应的3GPP-MBMS的传输承载ID传输给ROUTE服务器10B。
传输/接收单元113D接收从ROUTE服务器10B中传输的扩展的LSID，并且将其供应给传输处理单元114D。传输处理单元114D应用处理，以传输扩展的LSID，并且根据控制单元111D的控制，将其供应给传输单元115D。传输单元115D通过天线116D和传输路径80将从传输处理单元114D中供应的扩展的LSID传输(传输)给接收侧***20(3GPPMBMS客户端20D)。
而且，传输/接收单元113D接收从ROUTE服务器10B中传输的ROUTE数据，并且将其供应给传输处理单元114D。传输处理单元114D应用处理，以在3GPP-MBMS的传输承载上传输ROUTE数据，并且根据控制单元111D的控制，将这样获得的承载数据供应给传输单元115D。传输单元115D通过天线116D和传输路径80将从传输处理单元114D中供应的承载数据传输(传输)给接收侧***20(3GPPMBMS客户端20D)。
如上所述，配置3GPPMBMS服务器10D。
(接收侧***的配置示例)
图24是示出在图10的接收侧***20的配置示例的示图。
接收侧***20由数据客户端20A、ROUTE客户端20B、ATSC广播客户端20C以及3GPPMBMS客户端20D配置。
在图24中，3GPPMBMS客户端20D由控制单元211D、接收单元212D、传输处理单元213D以及传输/接收单元214D配置。
控制单元211D控制3GPPMBMS客户端20D的相应单元的操作。
接收单元212D通过传输路径90接收经由天线215从传输侧***10(3GPPMBMS服务器10D)中传输的扩展的LSID，并且根据控制单元211D的控制，将其供应给传输处理单元213D。传输处理单元213D应用处理，以传输扩展的LSID，并且根据控制单元211D的控制，将其供应给传输/接收单元214D。传输/接收单元214D根据控制单元211D的控制，将从传输处理单元213D中供应的扩展的LSID传输给ROUTE客户端20B。
接收单元212D根据控制单元211D的控制，通过传输路径90接收经由天线215D从传输侧***10(3GPPMBMS服务器10D)中传输的承载数据，并且将其供应给传输处理单元213D。传输处理单元213D处理承载数据，以传输在3GPP-MBMS的传输承载上的ROUTE数据，并且根据控制单元211D的控制，将其供应给传输/接收单元214D。传输/接收单元214D根据控制单元211D的控制，将从传输处理单元213D中供应的承载数据传输给ROUTE客户端20B。
如上所述，配置3GPPMBMS客户端20D。
在图24中，ATSC广播客户端20C由控制单元211C、接收单元212C、传输处理单元213C以及传输/接收单元214C配置。
控制单元211C控制ATSC广播客户端20C的相应单元的操作。
接收单元212C通过传输路径80接收经由天线215C从传输侧***10(ATSC广播服务器10C)中传输的扩展的LSIC，并且根据控制单元211C的控制，将其供应给传输处理单元213C。传输处理单元213C进行处理，以传输扩展的LSIC，并且根据控制单元211C的控制，将其供应给传输/接收单元214C。传输/接收单元214C根据控制单元211C的控制，将从传输处理单元213C中供应的扩展的LSIC传输给ROUTE客户端20B。
接收单元212C，通过传输路径80接收经由天线215C从传输侧***10(ATSC广播服务器10C)中传输的承载数据，并且根据控制单元211C的控制将其供应给传输处理单元213C。传输处理单元213C处理承载数据，以传输在ATSC3.0的传输承载上的ROUTE数据，并且根据控制单元211C的控制，将其供应给传输/接收单元214C。传输/接收单元214C根据控制单元211C的控制，将从传输处理单元213C中供应的承载数据传输给ROUTE客户端20B。
如上所述，配置ATSC广播客户端20C。
在图24中，ROUTE客户端20B由控制单元211B、传输/接收单元212B、LSID分析器213B以及传输处理单元214B配置。
控制单元211B控制ROUTE客户端20B的相应单元的操作。
传输/接收单元212B接收从3GPPMBMS客户端20D或ATSC广播客户端20C中传输的扩展的LSID，并且根据控制单元211B的控制，将其供应给LSID分析器213B。
LSID分析器213B分析从传输/接收单元212B中供应的扩展的LSID(例如，在图19或21的扩展的LSID)，并且根据控制单元211B的控制，将分析结果供应给传输处理单元214B。而且，LSID分析器213B根据扩展的LSID的分析结果，选择传输承载，以获取ROUTE数据，并且将选择结果供应给传输处理单元214B。
传输/接收单元212B接收从3GPPMBMS客户端20D或ATSC广播客户端20C中传输的承载数据，并且根据控制单元211B的控制，将其供应给传输处理单元214B。传输处理单元214B根据来自LSID分析器213B的传输承载的选择结果，选择承载数据(3GPP-MBMS或ATSC3.0的传输承载)。而且，传输处理单元214B获取由所选的承载数据(在3GPP-MBMS或ATSC3.0的传输承载上)传输的ROUTE数据，并且将其供应给传输/接收单元212B。
传输/接收单元212B根据控制单元211B的控制，将从传输处理单元214B中供应的ROUTE数据传输给数据客户端20A。
如上所述，配置ROUTE客户端20B。
在图24中，数据客户端20A由控制单元211A、传输/接收单元212A、再生控制单元213A、显示器214A以及扬声器215A配置。
控制单元211A控制数据客户端20A的相应单元的操作。
传输/接收单元212A接收从ROUTE客户端20B中传输的ROUTE数据，并且根据控制单元211A的控制，将其供应给再生控制单元213A。
再生控制单元213A根据控制单元211A的控制，对从传输/接收单元212A中供应的ROUTE数据进行渲染(rendering)。通过渲染，将内容(例如，适合于同时多目的地传输的内容)的视频数据供应给显示器214A，并且将音频数据供应给扬声器215A。
显示器214A根据控制单元211A的控制，显示与从再生控制单元213A中供应的视频数据对应的视频。而且，扬声器215A根据控制单元211A的控制，输出与从再生控制单元213A中供应的音频数据对应的声音。
如上所述，配置数据客户端20A。
<6、通过***中的设备执行的处理的流程>
接下来，描述由在传输***1中配置传输侧***10和接收侧***20的设备执行的处理的流程。
(传输侧***的设备的处理流程)
首先，参考在图25的流程图，描述在传输侧***10中的设备的处理流程。
在步骤S111中，数据服务器10A的会话请求单元112A根据控制单元111A的控制，控制传输/接收单元113A，并且请求与ROUTE服务器10B建立ROUTE会话。数据服务器10A的会话的建立请求由ROUTE服务器10B的传输/接收单元113B接收。
在步骤S131中，ROUTE服务器10B的会话处理单元112B确定来自数据服务器10A的会话的建立请求是否请求使用ATSC3.0的传输承载传输。
在步骤S131中，如果确定请求使用ATSC3.0的传输承载传输，则处理继续进入步骤S132。在步骤S132中，ROUTE服务器10B的会话处理单元112B根据控制单元111B的控制，控制传输/接收单元113B，并且向ATSC广播服务器10C请求ATSC3.0的传输资源的预留。来自ROUTE服务器10B的ATSC3.0的传输资源的预留请求由ATSC广播服务器10C的传输/接收单元113C接收。
在步骤S151中，ATSC广播服务器10C的承载处理单元112C根据控制单元111C的控制，确保对应于ATSC3.0的预留请求的ATSC3.0的传输资源。
在步骤S152中，ATSC广播服务器10C的承载处理单元112C根据控制单元111C的控制，生成ATSC3.0的传输承载ID，并且通过传输/接收单元113C将其通知给ROUTE服务器10B。来自ATSC广播服务器10C的ATSC3.0的传输承载ID由ROUTE服务器10B的传输/接收单元113B接收。
注意，在步骤S131中，如果确定不请求使用ATSC3.0的传输承载传输，则跳过在步骤S132、S151以及S152中的上述处理。
在步骤S133中，ROUTE服务器10B的会话处理单元112B确定来自数据服务器10A的会话的建立请求是否请求使用3GPP-MBMS的传输承载传输。
在步骤S133中，如果确定请求使用3GPP-MBMS的传输承载传输，则处理继续进入步骤S134。在步骤S134中，ROUTE服务器10B的会话处理单元112B根据控制单元111B的控制，控制传输/接收单元113B，并且向3GPPMBMS服务器10D请求3GPP-MBMS的传输资源的预留。来自3GPPMBMS 10D的3GPP-MBMS的传输资源的预留请求由3GPPMBMS服务器10D的传输/接收单元113D接收。
在步骤S171中，3GPPMBMS服务器10D的承载处理单元112D根据控制单元111D的控制，确保对应于3GPP-MBMS的预留请求的3GPP-MBMS的传输资源。
在步骤S172中，3GPPMBMS服务器10D的承载处理单元112D根据控制单元111D的控制，生成3GPP-MBMS的传输承载ID，并且通过传输/接收单元113D将其通知给ROUTE服务器10B。来自3GPPMBMS服务器10D的3GPP-MBMS的传输承载ID由ROUTE服务器10B的传输/接收单元113B接收。
注意，在步骤S133中，如果确定不请求使用3GPP-MBMS的传输承载传输，则跳过在步骤S134、S171以及S172中的上述处理。
在步骤S135中，ROUTE服务器10B的LSID发生器114B根据控制单元111B的控制，基于用于生成扩展的LSID的原始数据，生成从会话处理单元112B中供应的ATSC3.0或3GPP-MBMS的传输承载ID以及扩展的LSID(例如，在图19或图21中的扩展的LSID)。
在步骤S136中，ROUTE服务器10B的传输/接收单元113B根据控制单元111B的控制，将由在步骤S135的处理生成的扩展的LSID传输给ATSC广播服务器10C和3GPPMBMS服务器10D中的至少一个。
在步骤S153中，在从ROUTE服务器10B中接收扩展的LSID时，ATSC广播服务器10C的传输处理单元114C根据控制单元111C的控制，控制传输单元115C，据此，从ROUTE服务器10B中接收的扩展的LSID通过传输路径80传输(传输)给接收侧***20(ATSC广播客户端20C)。
在步骤S173中，在接收到ROUTE服务器10B的扩展的LSID时，3GPPMBMS服务器10D的传输处理单元114D根据控制单元111D的控制，控制传输单元115D，据此，从ROUTE服务器10B中接收的扩展的LSID通过传输路径90传输(传输)给接收侧***20(3GPPMBMS客户端20D)。
在步骤S112中，数据服务器10A的数据传输处理单元114A获取保持在数据保持单元115A内的内容的数据，并且根据控制单元111A的控制，控制传输/接收单元113A，从而将数据传输给ROUTE服务器10B。数据服务器10A的数据由ROUTE服务器10B的传输/接收单元113B接收。
在步骤S137中，ROUTE服务器10B的ROUTE数据发生器115B基于传输/接收单元113B的数据，根据控制单元111B的控制，生成通过ROUTE会话传输的ROUTE数据。
在步骤S138中，ROUTE服务器10B的传输/接收单元113B根据控制单元111B的控制，将由在步骤S137的处理生成的ROUTE数据传输给ATSC广播服务器10C和3GPPMBMS服务器10D中的至少一个。
在此处，如果确定由在步骤S131的处理执行使用ATSC3.0的传输承载传输，并且生成包括来自ATSC广播服务器10C的ATSC3.0的传输承载ID的扩展的LSID，则由在步骤S137的处理生成的ROUTE数据传输给ATSC广播服务器10C。如果确定由在步骤S133的处理执行使用3GPP-MBMS的传输承载传输，并且生成包括来自3GPP-MBMS服务器10D的3GPP-MBMS的传输承载ID的扩展的LSID，则由在步骤S137的处理生成的ROUTE数据传输给3GPP-MBMS服务器10D。
在步骤S154中，在从ROUTE服务器10B中接收到ROUTE数据时，ATSC广播服务器10C的传输处理单元114C根据控制单元111C的控制，处理从ATSC广播服务器10C中接收的ROUTE数据，以通过ATSC3.0的传输承载传输。然后，传输处理单元114C根据控制单元111C的控制，控制传输单元115C，并且通过传输路径80将承载数据(通过ATSC3.0的传输承载传输的ROUTE数据)传输(传输)给接收侧***20(ATSC广播客户端20C)。
在步骤S174中，在从ROUTE服务器10B中接收到ROUTE数据时，3GPP-MBMS服务器10D的传输处理单元114D根据控制单元111D的控制，处理从ATSC广播服务器10C中接收的ROUTE数据，以通过3GPP-MBMS的传输承载传输。然后，传输处理单元114D根据控制单元111D的控制，控制传输单元115D，并且通过传输路径90将承载数据(通过3GPP-MBMS的传输承载传输的ROUTE数据)传输(传输)给接收侧***20(3GPPMBMS客户端20D)。
在上面，描述了在传输侧***10中的设备的处理流程。
(接收侧***的设备的处理流程)
接下来，参考在图26的流程图，描述配置接收侧***20的设备的处理流程。
在步骤S211中，确定是否传输3GPP-MBMS。在步骤S211中，如果确定传输3GPP-MBMS，则处理继续进入步骤S212。
在步骤S212中，3GPPMBMS客户端20D的接收单元212D通过传输路径90接收来自传输侧***10(3GPPMBMS服务器10D)的扩展的LSID。在步骤S213中，传输处理单元213D根据控制单元211D的控制，控制传输/接收单元214D，并且将由在步骤S212的处理接收的扩展的LSID传输给ROUTE客户端20B。
注意，在步骤S211，如果确定不传输3GPP-MBMS，则跳过在步骤S212和S213中的上述处理。
在步骤S231，确定是否传输ATS3.0。在步骤S231中，如果确定传输ATSC3.0，则处理继续进入步骤S232。
在步骤S232，ATSC广播客户端20C的接收单元212C通过传输路径80接收从传输侧***10(ATSC广播服务器10C)中传输的扩展的LSID。在步骤S233中，传输处理单元213C根据控制单元211C的控制，控制传输/接收单元214C，并且将由在步骤S232的处理接收的扩展的LSID传输给ROUTE客户端20B。
注意，在步骤S211，如果确定不传输ATSC3.0，则跳过在步骤S232和S233中的上述处理。
从3GPPMBMS客户端20D或ATSC广播客户端20C中传输的扩展的LSID由ROUTE客户端20B的传输/接收单元212B接收。
在步骤S251，LSID分析器213B分析3GPPMBMS客户端20D或ATSC广播客户端20C的扩展的LSID(例如，在图19或21的扩展的LSID)。在步骤S252，LSID分析器213B根据在步骤S252的分析结果，选择传输承载，以获取通过(LCT会话)ROUTE会话传输的ROUTE数据。
在步骤S214，确定是否传输3GPP-MBMS。在步骤S214中，如果确定传输3GPP-MBMS，则处理继续进入步骤S215。
在步骤S215中，3GPPMBMS客户端20D的接收单元212D通过传输路径90接收从3GPPMBMS服务器10D中传输的承载数据(通过3GPP-MBMS的传输承载传输的ROUTE数据)。在步骤S216中，传输处理单元213D根据控制单元211D的控制，控制传输/接收单元214D，并且将由在步骤S215的处理接收的承载数据传输给ROUTE客户端20B。
注意，在步骤S214，如果确定不传输3GPP-MBMS，则跳过在步骤S215和S216中的上述处理。
在步骤S234，确定是否传输ATSC3.0。在步骤S234中，如果确定传输ATSC3.0，则处理继续进入步骤S235。
在步骤S235，ATSC广播客户端20C的接收单元212C通过传输路径80接收从ATSC广播服务器10C中传输的承载数据(通过ATSC3.0的传输承载传输的ROUTE数据)。在步骤S236中，传输处理单元213C根据控制单元211C的控制，控制传输/接收单元214C，并且将由在步骤S235的处理接收的承载数据传输给ROUTE客户端20B。
注意，在步骤S234，如果确定不传输ATSC3.0，则跳过在步骤S235和S236中的上述处理。
来自3GPPMBMS客户端20D的承载数据(通过3GPP-MBMS的传输承载传输的ROUTE数据)或来自ATSC广播客户端20C的承载数据(通过ATSC3.0的传输承载传输的ROUTE数据)由ROUTE客户端20B的传输/接收单元212B接收。
在步骤S253，ROUTE客户端20B的传输处理单元214B根据在步骤S252的传输承载的选择结果，获取通过3GPP-MBMS或ATSC3.0传输承载传输的ROUTE数据。
在步骤S254，传输处理单元214B根据控制单元211B的控制，控制传输/接收单元212B，并且将由在步骤S253的处理获取的ROUTE数据传输给数据客户端20A。
在步骤S271，数据客户端20A的传输/接收单元212A根据控制单元211A的控制，接收从ROUTE客户端20B传输的ROUTE数据。
在步骤S272，再生控制单元213A根据控制单元211A的控制，对由在步骤S271的处理接收的ROUTE数据进行渲染。通过渲染，将内容的视频数据供应给显示器214A，并且将音频数据供应给扬声器215A。通过这种方式，在显示器214A上显示内容的视频，并且从扬声器215A中输出其声音。
在上面，描述了配置接收侧***20的设备的处理流程。
<7、可替换的实施方式>
在以上描述中，主要在美国使用的ATSC***描述为数字广播的标准。可替换地，可以使用在日本等国家使用的ISDB(集成服务数字广播)***或在欧洲国家使用的DVB***。此外，可以不仅使用地面数字电视广播，而且可以使用卫星数字电视广播和数字电缆电视广播。
在以上描述中，在用标记语言(例如，XML)描述信令信息时，描述元素和属性。元素和属性的名称是说明性的，并且可以使用其他名称。例如，在LSID等中规定的广播流ID可以称为RF信道ID、网络ID或RF分配ID(RF Alloc ID)。注意，名称的差异仅仅是形式的差异，并且元素和属性的实际内容并非不同。同样，信令信息的名称仅仅是说明性的，并且可以使用其他名称。
<8、计算机的配置>
上述处理序列可以由硬件执行，或者可以由软件执行。如果所述处理序列由软件执行，则配置该软件的程序安装到计算机内。图27是示出根据程序执行上述处理序列的计算机的硬件的配置示例的示图。
在计算机900中，CPU(中央处理单元)901、ROM(只读存储器)902以及RAM(随机存取存储器)903通过总线904彼此连接。输入/输出接口905进一步连接至总线904。输入单元906、输出单元907、记录单元908、通信单元909以及驱动器910连接至输入/输出接口905。
输入单元906由键盘、鼠标、麦克风等构成。输出单元907由显示器、扬声器等构成。记录单元908由硬盘、非易失性存储器等构成。通信单元909由网络接口等构成。驱动器910驱动可移除介质911，例如，磁盘、光盘、磁光盘或半导体存储器。
在这样配置的计算机900中，CPU 901通过输入/输出接口905和总线904将储存在ROM 902和记录单元908内的程序载入RAM 903内并且执行这些程序，由CPU 901执行执行上述一系列处理。
例如，可以在用作封装介质的可移除介质911上记录和提供由计算机900(CPU901)执行的程序。进一步，可以通过有线或无线传输介质(例如，局域网、互联网或数字卫星广播)提供程序。
在计算机900中，安装在驱动器910上的可移除介质911可以通过输入/输出接口905将程序安装到记录单元908内。进一步，程序可以通过有线或无线传输介质由通信单元909接收，并且可以安装在记录单元908内。此外，程序可以提前安装在ROM 902或记录单元908内。
在本说明书中，不必按照作为流程图描述的顺序在时间序列中执行由计算机根据程序执行的处理。即，由计算机根据程序执行的处理包括平行或者单独执行的处理(例如，平行处理或者由对象处理)。进一步，程序可以由单个计算机(处理单元)处理，或者可以由多个计算机通过分布的方式处理。
注意，本技术的实施方式不限于上述实施方式，并且在不背离本技术的主旨的情况下，可以进行各种修改。
应注意的是，本技术可以采取以下配置。
(1)一种接收设备，包括：
获取单元，其获取控制信息，控制信息包括用于获取通过处于IP(互联网协议)传输***的协议栈的第一层的第一传输***中的会话传输的数据以及用于识别在处于低于第一层的第二层的第二传输***中传输数据的承载的信息；以及
控制单元，其基于所述控制信息控制获取在所述承载上传输的数据的每个单元的操作。
(2)根据(1)所述的接收设备，其中，
所述第一层是传输层，并且
所述第二层是物理层。
(3)根据(1)或(2)所述的接收设备，其中，
所述控制信息包括用于识别承载的承载ID。
(4)根据(1)到(3)中任一项所述的接收设备，其中，
所述控制信息包括用于识别会话的IP地址和端口号。
(5)根据(1)到(4)中任一项所述的接收设备，其中，
所述第一传输***是ROUTE(单向传输的实时对象传送)，
所述会话是配置所述ROUTE会话的一个或多个LCT(分层编码传输)会话，并且
所述控制信息是LSID(LCT会话实例描述)。
(6)根据(3)到(5)中任一项所述的接收设备，其中，
所述第二传输***包括ATSC(高级电视***委员会)3.0和3GPP-MBMS(第三代合作伙伴计划-多媒体广播多播服务)，
ATSC3.0的承载ID是以下标识符的集合：
第一标识符，其是每个广播波的到达区域分配的标识符以及分配给特定信道的广播波的频带的标识符的集合，以及
第二标识符，其识别每个物理通道，通过将由所述第一标识符识别的频带分成具有不同参数的多个物理通道来获得所述每个物理通道，并且
ATSC3.0的承载ID是TMGI(临时移动组标识)。
(7)一种用于接收设备中的接收方法，包括以下步骤：
获取控制信息，控制信息包括用于获取通过处于IP传输***的协议栈的第一层的第一传输***中的会话传输的数据以及用于识别在处于低于第一层的第二层的第二传输***中传输数据的承载的信息；以及
基于所述控制信息控制获取在所述承载上传输的数据的每个单元的操作。
(8)一种传输设备，包括：
生成单元，其生成控制信息，控制信息包括用于获取通过处于IP传输***的协议栈的第一层的第一传输***中的会话传输的数据以及用于识别在低于第一层的第二层的第二传输***中传输数据的承载的信息；以及
传输单元，其通过包含在所述控制信息内的信息识别的承载将数据与控制信息一起传输。
(9)根据(8)所述的传输设备，其中，
所述第一层是传输层，并且
所述第二层是物理层。
(10)根据(8)或(9)所述的传输设备，其中，
所述控制信息包括用于识别承载的承载ID。
(11)根据(8)到(10)中任一项所述的传输设备，其中，
所述控制信息包括用于识别会话的IP地址和端口号。
(12)根据(8)到(11)中任一项所述的传输设备，其中，
所述第一传输***是ROUTE，
所述会话是配置所述ROUTE会话的一个或多个LCT会话，并且
所述控制信息是LSID。
(13)根据(10)到(12)中任一项所述的传输设备，其中，
所述第二传输***包括ATSC 3.0和3GPP-MBMS，
ATSC3.0的承载ID是以下标识符的集合：
第一标识符，其是每个广播波的到达区域分配的标识符以及分配给特定信道的广播波的频带的标识符的集合，以及
第二标识符，其识别每个物理通道，通过将由所述第一标识符识别的频带分成具有不同参数的多个物理通道来获得所述每个物理通道，并且
ATSC3.0的承载ID是TMGI。
(14)一种用于传输设备中的传输方法，包括以下步骤：
生成控制信息，控制信息包括用于获取通过处于IP传输***的协议栈的第一层的第一传输***中的会话传输的数据以及用于识别在处于低于第一层的第二层的第二传输***中传输数据的承载的信息；以及
通过包含在所述控制信息内的信息识别的承载将数据与所述控制信息一起传输。
附图标记说明
1传输***，10传输侧***，10A数据服务器，10B ROUTE服务器，10C ATSC广播服务器，10D 3GPPMBMS服务器，20接收侧***，20A数据客户端，20B ROUTE客户端，20C ATSC广播客户端，20D 3GPPMBMS客户端，80传输路径，90传输路径，114B LSID发生器，115B ROUTE数据发生器，114C传输处理单元，115C传输单元，114D传输处理单元，115D传输单元，213A再生控制单元，213B LSID分析器，214B传输处理单元，212C重复单元，213C传输处理单元，212D接收单元，213D传输处理单元，900计算机，901CPU。

Claims (14)

1.一种接收设备，包括：
获取单元，被配置为获取控制信息，所述控制信息包括用于获取通过处于互联网协议IP传输***的协议栈中的第一层的第一传输***中的会话传输的数据以及用于识别承载的信息，所述承载在处于所述协议栈中的低于所述第一层的第二层的第二传输***中传输数据；以及
控制单元，被配置为基于所述控制信息控制每个单元的操作，所述每个单元被配置为获取在所述承载上传输的数据，
其中，在基于数字视频广播的IP广播传输承载的情况下，所述控制信息包括原始网络标识符、传输标识符以及服务标识符。
2.根据权利要求1所述的接收设备，其中，
所述第一层是传输层，并且
所述第二层是物理层。
3.根据权利要求2所述的接收设备，其中，
所述控制信息包括用于识别所述承载的承载ID，在基于数字视频广播的IP广播传输承载的情况下，所述承载ID包括原始网络标识符、传输标识符以及服务标识符。
4.根据权利要求3所述的接收设备，其中，
所述控制信息包括用于识别所述会话的IP地址和端口号。
5.根据权利要求4所述的接收设备，其中，
所述第一传输***包括单向传输的实时对象传送***或单向文件传输***，
所述会话是配置单向传输的实时对象传送会话的一个或多个分层编码传输会话或者所述会话是单向文件传输的一个或多个文件传输表格，并且
所述控制信息包括分层编码传输会话实例描述或文件传输表格会话实例描述。
6.根据权利要求5所述的接收设备，其中，
所述第二传输***包括高级电视***委员会ATSC 3.0***和第三代合作伙伴计划，
ATSC 3.0的所述承载ID是以下标识符的集合：
第一标识符，其是每个广播波的到达区域分配的标识符与分配给特定信道的广播波的频带的标识符的集合，以及
第二标识符，其识别每个物理通道，通过将由所述第一标识符识别的频带分成具有不同参数的多个物理通道来获得所述每个物理通道。
7.一种用于接收设备中的接收方法，包括以下步骤：
获取控制信息，所述控制信息包括用于获取通过处于IP传输***的协议栈的第一层的第一传输***中的会话传输的数据以及用于识别承载的信息，所述承载在处于所述协议栈中的低于所述第一层的第二层的第二传输***中传输数据；以及
基于所述控制信息控制被配置为获取在所述承载上传输的数据的每个单元的操作，
其中，在基于数字视频广播的IP广播传输承载的情况下，所述控制信息包括原始网络标识符、传输标识符以及服务标识符。
8.一种传输设备，包括：
生成单元，被配置为生成控制信息，所述控制信息包括用于获取通过处于IP传输***的协议栈的第一层的在第一传输***中的会话传输的数据以及用于识别承载的信息，所述承载在处于所述协议栈中的低于所述第一层的第二层的第二传输***中传输数据；以及
传输单元，被配置为通过由包含在所述控制信息内的信息识别的所述承载将数据与所述控制信息一起传输，
其中，在基于数字视频广播的IP广播传输承载的情况下，所述控制信息包括原始网络标识符、传输标识符以及服务标识符。
9.根据权利要求8所述的传输设备，其中，
所述第一层是传输层，并且
所述第二层是物理层。
10.根据权利要求9所述的传输设备，其中，
所述控制信息包括用于识别所述承载的承载ID，在基于数字视频广播的IP广播传输承载的情况下，所述承载ID包括原始网络标识符、传输标识符以及服务标识符。
11.根据权利要求10所述的传输设备，其中，
所述控制信息包括用于识别所述会话的IP地址和端口号。
12.根据权利要求11所述的传输设备，其中，
所述第一传输***包括单向传输的实时对象传送***或单向文件传输***，
所述会话是配置所述单向传输的实时对象传送会话的一个或多个分层编码传输会话，并且
所述控制信息是分层编码传输会话实例描述。
13.根据权利要求12所述的传输设备，其中，
所述第二传输***包括高级电视***委员会ATSC 3.0***和第三代合作伙伴计划，
ATSC 3.0的承载ID是以下标识符的集合：
第一标识符，其是每个广播波的到达区域分配的标识符与分配给特定信道的广播波的频带的标识符的集合，以及
第二标识符，其识别每个物理通道，通过将由所述第一标识符识别的频带分成具有不同参数的多个物理通道来获得所述每个物理通道。
14.一种用于传输设备中的传输方法，包括以下步骤：
生成控制信息，所述控制信息包括用于获取通过处于IP传输***的协议栈的第一层的第一传输***中的会话传输的数据以及用于识别承载的信息，所述承载在处于所述协议栈中的低于所述第一层的第二层的第二传输***中传输数据；以及
通过由包含在所述控制信息内的信息识别的所述承载将数据与所述控制信息一起传输，
其中，在基于数字视频广播的IP广播传输承载的情况下，所述控制信息包括原始网络标识符、传输标识符以及服务标识符。
CN201680001082.9A 2015-02-27 2016-02-12 接收设备、接收方法、传输设备以及传输方法 Active CN106233703B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015038060 2015-02-27
JP2015-038060 2015-02-27
PCT/JP2016/054070 WO2016136489A1 (ja) 2015-02-27 2016-02-12 受信装置、受信方法、送信装置、及び、送信方法

Publications (2)

Publication Number Publication Date
CN106233703A CN106233703A (zh) 2016-12-14
CN106233703B true CN106233703B (zh) 2021-07-09

Family

ID=56788459

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680001082.9A Active CN106233703B (zh) 2015-02-27 2016-02-12 接收设备、接收方法、传输设备以及传输方法

Country Status (8)

Country Link
US (2) US10264296B2 (zh)
EP (2) EP3264729B1 (zh)
JP (1) JPWO2016136489A1 (zh)
KR (1) KR20170122640A (zh)
CN (1) CN106233703B (zh)
CA (1) CA2945605A1 (zh)
MX (1) MX358332B (zh)
WO (1) WO2016136489A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016072725A1 (ko) 2014-11-04 2016-05-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10389460B2 (en) 2014-12-08 2019-08-20 Lg Electronics Inc. Broadcasting signal transmission apparatus, broadcasting signal receiving apparatus, broadcasting signal transmission method and broadcasting signal receiving method
US10440447B2 (en) * 2015-10-07 2019-10-08 Lg Electronics Inc. Broadcast signal transmission/reception device and method
US10528541B2 (en) * 2016-12-13 2020-01-07 Sap Se Offline access of data in mobile devices
US11856415B2 (en) * 2020-05-15 2023-12-26 Huawei Technologies Co., Ltd. Method, apparatus, and system utilizing lower layer signalling for mobility beam management
US11363310B2 (en) * 2020-09-21 2022-06-14 Sony Corporation ATSC 3.0 hospitality TV system
CN113141358B (zh) * 2021-04-20 2023-09-01 中国科学院上海高等研究院 多协议兼容的服务引导发现传输接收、发送方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003010975A1 (en) * 2001-07-23 2003-02-06 Thomson Licensing S.A. System and method for broadcast of independently encoded signals on atsc channels
CN101136814A (zh) * 2006-08-28 2008-03-05 西门子（中国）有限公司 一种支持mbms业务的方法和装置
CN101247553A (zh) * 2007-02-13 2008-08-20 华为技术有限公司 多媒体广播组播业务***及会话开始和停止方法
WO2014188886A1 (ja) * 2013-05-22 2014-11-27 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030214958A1 (en) * 2002-04-12 2003-11-20 Lila Madour Linking of bearer and control for a multimedia session
ATE359636T1 (de) * 2004-06-21 2007-05-15 Matsushita Electric Ind Co Ltd Skalierbare und adaptive qos-architektur für mehrkanal multicast/broadcast dienste
KR100878534B1 (ko) * 2006-04-10 2009-01-13 삼성전자주식회사 Ｄａｂ 시스템에서 ｉｐｄｃ 서비스를 제공하는 장치 및방법
US7623502B2 (en) * 2006-06-16 2009-11-24 Sony Ericsson Mobile Communications Ab Wireless media player
RU2431239C2 (ru) * 2007-02-02 2011-10-10 Хуавэй Текнолоджиз Ко., Лтд. Способ, устройство и система для установления канала-носителя в gsm-сети
MX2009004942A (es) * 2007-05-14 2009-06-03 Samsung Electronics Co Ltd Metodo y aparato para transmitir radiodifusion, metodo y aparato para recibir radiodifusion.
EP2368389B1 (en) * 2008-12-23 2012-12-12 Telefonaktiebolaget L M Ericsson (publ) Technique for controlling bearer selection
US8914463B2 (en) * 2009-12-17 2014-12-16 Sony Corporation Network-based service access for wireless communication devices
JP2012044619A (ja) 2010-08-23 2012-03-01 Sharp Corp 移動通信システム、移動局装置、ホーム基地局装置及び通信方法
US20130294747A1 (en) * 2011-01-14 2013-11-07 Sharp Kabushiki Kaisha Content playing device, content playing method, distribution system, content playing program, recording medium, and data structure
US20130182643A1 (en) * 2012-01-16 2013-07-18 Qualcomm Incorporated Method and system for transitions of broadcast dash service receptions between unicast and broadcast
CN104782147B (zh) * 2012-10-24 2019-06-18 华为技术有限公司 一种通信发送/接收器以及内容发送及接收方法
US9674251B2 (en) * 2013-06-17 2017-06-06 Qualcomm Incorporated Mediating content delivery via one or more services
KR20170030490A (ko) * 2014-07-07 2017-03-17 소니 주식회사 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
KR101714444B1 (ko) * 2014-11-12 2017-03-09 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101812185B1 (ko) * 2014-11-20 2017-12-26 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101740451B1 (ko) * 2014-12-10 2017-05-26 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10129308B2 (en) * 2015-01-08 2018-11-13 Qualcomm Incorporated Session description information for over-the-air broadcast media data
US10524173B2 (en) * 2016-02-24 2019-12-31 Cisco Technology, Inc. System and method to facilitate sharing bearer information in a network environment

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003010975A1 (en) * 2001-07-23 2003-02-06 Thomson Licensing S.A. System and method for broadcast of independently encoded signals on atsc channels
CN101136814A (zh) * 2006-08-28 2008-03-05 西门子（中国）有限公司 一种支持mbms业务的方法和装置
CN101247553A (zh) * 2007-02-13 2008-08-20 华为技术有限公司 多媒体广播组播业务***及会话开始和停止方法
WO2014188886A1 (ja) * 2013-05-22 2014-11-27 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム

Also Published As

Publication number Publication date
WO2016136489A1 (ja) 2016-09-01
EP3264729A4 (en) 2018-07-18
EP3264729B1 (en) 2021-04-28
US20190191190A1 (en) 2019-06-20
CN106233703A (zh) 2016-12-14
EP3264729A1 (en) 2018-01-03
CA2945605A1 (en) 2016-09-01
KR20170122640A (ko) 2017-11-06
MX358332B (es) 2018-08-15
JPWO2016136489A1 (ja) 2017-12-07
EP3855771A1 (en) 2021-07-28
US10264296B2 (en) 2019-04-16
US20170041643A1 (en) 2017-02-09
MX2016013763A (es) 2017-02-02

Similar Documents

Publication Publication Date Title
CN106233703B (zh) 接收设备、接收方法、传输设备以及传输方法
US11374993B2 (en) Reception device, reception method, transmission device, and transmission method
US11317138B2 (en) Method and apparatus for transmitting or receiving service signaling for broadcasting service
US11770805B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
US11343549B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
US20200336526A1 (en) Reception device, reception method, transmission device, and transmission method for distributing signaling information
US11758205B2 (en) Broadcasting signal transmitting device, broadcasting signal receiving device, broadcasting signal transmitting method, and broadcasting signal receiving method
CN107431830B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US10432989B2 (en) Transmission apparatus, transmission method, reception apparatus, receiving method, and program
WO2015178220A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
JP2020074589A (ja) 送信方法
US20170187781A1 (en) Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method

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