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

摘要

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

权利要求

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广播传输承载的情况下，所述控制信息包括原始网络标识符、传输标识符以及服务标识符。

说明书

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

技术领域

[0001] 本技术涉及接收设备、接收方法、传输设备以传输方法，并且更具体而言，涉及通过其适当地选择由多个传输系统传输的承载的接收设备、接收方法、传输设备以及传输方
法。

背景技术

[0002] 近年来，在互联网上的主要流媒体服务变成所谓的OTT‑V(过顶视频(Over The Top video))。OTT‑V的流行的基本技术是MPEG‑DASH(通过HTTP的动态自适应流媒体)(例
如，参考非专利文献1)。

[0003] MPEG‑DASH基于根据HTTP(超文本传输协议)的流媒体协议。关于适合于同时多目的地传输的内容，预期多播(MC)和广播(BC)的承载相结合使用，以减少网络资源负荷。

[0004] 现有技术文献

[0005] 非专利文献1：ISO/IEC 23009‑1:2012

发明内容

[0006] 本发明要解决的问题

[0007] 顺便提一下，在适合于广播的内容的数据由多个传输系统传输时，需要提供一种用于适当地选择由不同的传输系统传输的承载(bearer)的技术。

[0008] 鉴于上述情况，构成本技术，以能够适当地选择由多个传输系统传输的承载。

[0009] 解决问题的方式

[0010] 根据本技术的第一方面的接收设备是一种接收设备，包括：获取单元，获取控制信息，控制信息包括用于获取通过在IP(互联网协议)传输系统的协议栈的第一层中的第一传
输系统中的会话传输的数据以及用于识别在低于第一层的第二层的第二传输系统中传输
数据的承载的信息；以及控制单元，基于控制信息控制获取在承载上传输的数据的每个单
元的操作。

[0011] 根据本技术的第一方面的接收设备可以是独立设备或者可以是配置单个设备的内部模块。根据本技术的第一方面的接收方法是对应于根据本技术的第一方面的接收设备
的接收方法。

[0012] 在根据本技术的第一方面的接收设备和接收方法中，获取控制信息，控制信息包括用于获取通过在IP(互联网协议)传输系统的协议栈的第一层中第一传输系统中的会话
传输的数据以及用于识别在低于第一层的第二层中的第二传输系统中传输数据的承载的
信息；以及基于控制信息控制获取在承载上传输的数据的每个单元的操作。

[0013] 根据本技术的第二方面的接收设备是一种传输设备，包括：生成单元，其生成控制信息，控制信息包括用于获取通过在IP传输系统的协议栈的第一层中第一传输系统中的会
话传输的数据以及识别用于在低于第一层的第二层中的第二传输系统中传输数据的承载
的信息；以及传输单元，通过包含在控制信息内的信息识别的承载将数据与控制信息一起
传输。

[0014] 根据本技术的第二方面的接收设备可以是独立设备或者可以是配置单个设备的内部模块。根据本技术的第二方面的接收方法是对应于根据本技术的第二方面的接收设备
的传输方法。

[0015] 在根据本技术的第二方面的接收设备和接收方法中，生成控制信息，控制信息包括用于获取通过在IP传输系统的协议栈的第一层中的第一传输系统中的会话传输的数据
以及用于识别在低于第一层的第二层中的第二传输系统中传输数据的承载的信息；以及通
过包含在控制信息内的信息识别的承载将数据与控制信息一起传输。

[0016] 本发明的效果

[0017] 根据本技术的第一方面和第二方面，可以适当地选择由多个传输系统传输的承载。

[0018] 应注意的是，在此处描述的效果不必是限制性的，并且可以是在本公开中公开的任何效果。

附图说明

[0019] [图1]是示出3GPP‑(e)MBMS的协议栈的示图；

[0020] [图2]是示出ATSC3.0的协议栈的示图；

[0021] [图3]是示出ROUTE/FLUTE的结构的示图；

[0022] [图4]是示出FLUTE的详细结构的示图；

[0023] [图5]是示出ROUTE的详细结构的示图；

[0024] [图6]是示出ROUTE的片段的示例的示图；

[0025] [图7]是示出ROUTE报头的分解的示图；

[0026] [图8]是示出通过ROUTE的片段传输序列的示例的示图；

[0027] [图9]是示出在未来设想的3GPP‑(e)MBMS的协议栈的示图；

[0028] [图10]是示出传输系统的配置示例的示图；

[0029] [图11]是示出ROUTE会话的配置的示图；

[0030] [图12]是示出LSID的配置的示图；

[0031] [图13]是示出LSID元素的详细内容的示图；

[0032] [图14]是解释使用LSID的数据获取的流程的示图；

[0033] [图15]是解释使用扩展的LSID的数据获取的流程的示图；

[0034] [图16]是示出扩展的LSID的其他结构的示图；

[0035] [图17]是解释使用在其内描述传输承载ID的扩展的LSID的数据获取的流程的示图；

[0036] [图18]是示出扩展的LSID的第一结构的示图；

[0037] [图19]是示出扩展的LSID的第一结构的具体描述示例的示图；

[0038] [图20]是示出扩展的LSID的第二结构的示图；

[0039] [图21]是示出扩展的LSID的第二结构的具体描述示例的示图；

[0040] [图22]是示出处理从接收侧系统中传输的广播流的接收侧系统的具体应用示例的示图；

[0041] [图23]是示出传输侧系统的配置示例的示图；

[0042] [图24]是示出接收侧系统的配置示例的示图；

[0043] [图25]是用于解释传输侧系统的处理的流程的流程图；

[0044] [图26]是用于解释接收侧系统的处理的流程的流程图；

[0045] [图27]是示出计算机的配置示例的示图。

具体实施方式

[0046] 在后文中，将参考附图描述本技术的实施方式。注意，按照以下顺序进行描述。

[0047] 1、在IP传输系统中的数字广播的概述

[0048] 2、系统配置

[0049] 3、应用本技术的扩展的LSID

[0050] (1)LSID的概述

[0051] (2)扩展的LSID

[0052] (3)通过扩展的LSID的传输承载识别

[0053] 4、系统的具体应用示例

[0054] 5、在系统中的设备配置

[0055] 6、由系统中的设备执行的处理的流程

[0056] 7、可替换的实施方式

[0057] 8、计算机的配置

[0058] <1、在IP传输系统中的数字广播的概述>

[0059] 在每个国家的数字广播标准中，MPEG2‑TS(活动图像专家组阶段2‑传输流)系统用作传输系统。假设通过引入IP传输系统，在未来提供更增强的服务，其中，在通信领域中使
用的IP(互联网协议)数据包用于数字广播。尤其地，在ATSC(高级电视系统委员会)3.0中，
即，目前制定的美国的下一代广播标准，预期利用使用IP传输系统的数字广播。

[0060] 在后文中，描述使用IP传输系统的数字广播的概述。在此处，首先描述由作为移动通信系统的标准化项目的3GPP(第三代合作伙伴项目)制定的3GPP‑(e)MBMS(多媒体广播多
播服务)的概述。

[0061] (3GPP‑(e)MBMS的协议栈)

[0062] 图1是示出3GPP‑(e)MBMS的协议栈的示图。

[0063] 在图1中，最低层次是物理层。在3GPP‑(e)MBMS中，在使用在示图的右手边的传输系统时，物理层使用一个方向MBMS或两个方向ptp承载中的任一个。

[0064] 与物理层相邻的上部层次是IP层。此外，与IP层相邻的上部层次是UDP/TCP层。即，在MBMS用作物理层时，在IP层中使用IP多播，并且在UDP/TCP层中使用UDP(用户数据报协
议)。另一方面，在ptp承载用作物理层时，在IP层中使用IP单播，并且在UDP/TCP层中使用
TCP(传输控制协议)。

[0065] 与UDP/TCP层相邻的上部层次是FEC、HTTP(S)、FLUTE。FLUTE(单向文件传输)是用于在多播中文件传输的协议。注意，将FEC(前向纠错)应用于FLUTE中。下面参考图3等，描述
FLUTE的细节。

[0066] 与FLUTE相邻的上部层次是3GP‑DASH、下载3GPP文件格式等、ptm文件修复、服务公告&元数据。与ptm文件修复相邻的上部层次是相关联的传输程序。

[0067] 与3GP‑DASH(通过HTTP的动态自适应流媒体)的上部层次是流数据，例如，音频和视频。即，可以在符合ISO BMFF(基础媒体文件格式)标准的媒体段的单位中，通过FLUTE会
话传输配置内容的流数据，例如，音频和视频。

[0068] 此外，例如，可以提供USD(用户服务描述)和MPD(媒体呈现描述)，作为在服务公告&元数据上通过FLUTE会话传输的流数据的控制信息。因此，还可以通过FLUTE会话传输控
制信息，例如，USD和MPD。

[0069] 通过这种方式，3GPP‑(e)MBMS规定基于3GPP文件格式(ISO BMFF文件、MP4文件)通过文件的FLUTE会话的文件下载的协议。通过相同的协议，可以传输MPEG‑DASH的片段MP4文
件序列和符合MPEG‑DASH的标准的MPD。MPD由USD参考。片段MP4表示片段MP4文件。

[0070] 作为与UDP/TCP层相邻的上部层次的HTTP(S)的上部层次是3GP‑DASH的流数据。即，3GP‑DASH的流数据还可以使用HTTP(S)传输。作为与UDP/TCP层相邻的上部层次的FEC的
上部层次是RTP/RTCP和MIKEY。RTP/RTCP的上部层次是RTP PayloadFormats，并且进一步上
部层次是流数据。换言之，可以通过RTP(实时传输协议)会话传输流数据。MIKEY的上部层次
是密钥分配(MTK)，并且进一步上部层次是MBMS安全性。

[0071] 另一方面，在使用在示图的左手边的传输系统时，物理层仅仅使用两个方向ptp承载。与物理层相邻的上部层次是IP层。此外，与IP层相邻的上部层次是TCP层，并且与TCP层
相邻的上部层次是HTTP(S)层。因此，通过这些层次，实现在网络(例如，互联网)上运行的协
议栈。

[0072] 与HTTP(S)层相邻的上部层次是服务公告&元数据、ptm文件修复、接收报告以及登记。可以提供USD和MPD，作为在服务公告&元数据上使用在示图的右手边示出的传输系统来
通过FLUTE会话传输的流数据的控制信息。因此，例如，可以在互联网上通过服务器提供控
制信息，例如，USD和MPD。

[0073] 与ptm文件修复和接收报告相邻的上部层次是相关联的传输程序。与登记相邻的上部层次是MBMS安全性。作为与IP层相邻的上部层次的与UDP层相邻的上部层次是MIKEY。
MIKEY的上部层次是密钥分配(MTK)，并且进一步上部层次是MBMS安全性。例如，在使用在示
图的右手边示出的传输系统以及使用在示图的左手边示出的传输系统的TCP/IP协议的情
况下，使用FLUTE会话，可以传输应用程序。

[0074] (ATSC3.0的协议栈)

[0075] 图2是示出ATSC3.0的协议栈的示图。

[0076] 在图2，最低层次是物理层。在IP传输系统的数字广播(例如，ATSC3.0)中，传输不限于使用广播，并且可以将通信用于一部分数据。在使用广播时，为服务(信道)分配的广播
波的频带对应于物理层(广播PHY)。

[0077] 物理层(广播PHY)的上部层次是IP层(IP多播)。IP层对应于在TCP/IP的协议栈内的IP(互联网协议)。IP数据包由IP地址规定。与IP层相邻的上部层次是UDP层，进一步上部
层次是ROUTE(单向传输的实时对象传送)。ROUTE是用于在多播中文件传输的协议，并且扩
展FLUTE。下面参考图3等描述ROUTE的细节。

[0078] 在与ROUTE相邻的上部层次内的部分层次是ESG(电子服务指南)服务和NRT内容。ESG服务和NRT内容通过ROUTE会话传输。ESG服务是电子服务指南(节目信息)。NRT内容是在
NRT(非实时)广播中传输的、储存在接收单元额存储器内的并且然后生成的内容。注意，NRT
内容是说明性内容，并且其他内容文件可以通过ROUTE会话传输。

[0079] 除了在与ROUTE相邻的上部层次内的上述层次以外的其他层次是DASH(ISO BMFF)。与DASH(ISO BMFF)相邻的上部层次是元件的流数据，例如，视频、音频、隐藏字幕
(CC)等。即，可以在符合ISO BMFF标准的媒体段的单位中，通过FLUTE会话传输元件的流数
据，例如，视频、音频、隐藏字幕等。

[0080] 在与物理层(广播PHY)相邻的上部层次以及与ROUTE相邻的层次之上的层次是信令信息(信令)。例如，信令信息包括LLS(链路层信令)信令信息以及SLS(服务等级信令)信
令信息。

[0081] LLS信令信息是不取决于服务的下层信令信息。例如，LLS信令信息包括元数据，例如，FIT(快速信息表格)、EAD(紧急警报描述)、RRD(区域分级描述)等。FIT包括在广播网络
内的流或服务配置信息，例如，服务选择所需要的信息。EAD包括关于紧急警报的信息。RRD
包括关于分级的信息。

[0082] SLS信令信息是每个服务的信令信息。例如，SLS信令信息包括元数据，例如，LSID(LCT会话实例描述)以及上述USD和MPD。LSID是ROUTE协议的控制信息(控制元文件)。下面
参考图3等描述ROUTE的细节。

[0083] 另一方面，在使用通信时，物理层(宽带PHY)的上部层次是IP层(IP单播)。与IP层相邻的上部层次是TCP层，并且与TCP层相邻的上部层次是HTTP(S)层。因此，通过这些层次，
实现在网络(例如，互联网)上运行的协议栈。

[0084] 通过这种方式，接收单元例如使用TCP/IP协议在互联网上与服务器通信，并且可以接收ESG服务、信令信息、NRT内容等。此外，接收单元可以接收在互联网上从服务器中自
适应流媒体传输的流数据，例如，音频和音频。注意，流媒体传输符合MPEG‑DASH的标准。

[0085] 例如，可以使用广播ROUTE会话和通信TCP/IP协议，传输应用程序。可以通过标记语言，例如，HTML5(超文本标记语言5)等，描述应用程序。

[0086] 如上所述，ATSC3.0的协议栈使用协议栈，协议栈的一部分对应于3GPP‑MBMS。通过这种方式，可以在符合ISO BMFF标准的媒体段的单位中，传输配置内容的流数据，例如，音
频和视频。在信令信息(例如，SLS信令信息)由广播或通信中的任一个传输时，协议可以在
层次中常见，不包括作为比IP层更低的层次的物理层(以及数据链路层)，即，比IP层更高的
层次，从而减少在接收单元等内的实现负担或处理负担。

[0087] (ROUTE/FLUTE的结构)

[0088] 图3是示出在图1的3GPP‑(e)MBMS的协议栈中的FLUTE以及在图2的ATSC3.0的协议栈中的ROUTE的结构的示图。

[0089] FLUTE由称为ALC的可扩展文件对象的多播协议配置成，具体而言，作为构件的LCT(分层编码传输)和FEC(前向纠错)元件的组合。图4示出了FLUTE的详细结构。

[0090] 在此处，ALC是适合于在一个方向多播传输可选的二进制文件的协议。具体而言，ALC发展为高可靠异步一对多广播协议。ALC使用LCT和FEC，在要储存在LCT数据包内的目标
文件上进行FEC。在IP多播上传输文件时，文件储存在UDP数据包和IP数据包内。

[0091] 在FLUTE中的传输会话由在源IP地址的范围内的唯一TSI(传输会话标识符)识别。FLUTE可以改变每个传输会话或每个文件的FEC系统。此外，每个传输会话传输的在称为FDT
(文件传输表格)的XML(可扩展标记语言)格式中的传输控制信息引入FLUTE内。

[0092] 在与储存在LCT数据包内的FEC编码符号的传输会话相同的传输会话内传输的FDT文件中，描述目标文件的基本属性和传输控制参数。FDT可以限定对应于目标文件的标识符
的FEC编码符号列储存在其内的LCT数据包列的映射，并且在每个文件、传输编码系统、消息
摘要以及FEC解码所需要的参数内储存内容的MIME类型和尺寸。注意，可以将FEC应用于FDT
本身中。将单独在LCT层内传输特有的FEC参数。

[0093] ROUTE是FLUTE的扩展。差别主要在于对象捆绑和媒体意识片段(media aware fragmentation)。图5示出了ROUTE的详细结构。

[0094] 在ROUTE中的对象捆绑的特征在于，在协议等级中支持生成FEC修复流的方法以及在源流与修复流之间的关系的通知。具体而言，从具有不同尺寸的源块体中捆绑视频或音
频流，以形成一个超级对象，从而生成FEC修复流。

[0095] 通常，由于音频流具有每个单位时间数据较小的数据量(数据对象)，所以与视频流相比，音频流具有小源对象尺寸。在与具有不同源对象尺寸的流相同的FEC系统中，每个
流生成修复符号时，根据源对象的大或小尺寸，误差敏感性不同。

[0096] ROUTE可以从具有多个速率的不同源流中取出源块体，并且配置超级对象。修复流可以由从中生成的FEC修复符号配置。即，在不同类型的源流上生成修复流。在此处，可以在
ROUTE会话内，通过其他LCT会话传输包括源符号的源流和包括修复符号的修复流。

[0097] 向LSID(LCT会话实例描述)描述关于超级对象由从多个源流中取出的源块体配置以生成FEC流的方式的信息(控制信息)。在接收单元侧，基于在LSID中描述的信息，从通过
ROUTE会话传输的LCT数据包列中恢复超级对象，并且可以提取目标文件。

[0098] 通常，广播流是多路复用并且在传输单元侧传输配置服务的所有流，并且在接收单元侧选择自己需要的流。因此，在下面描述的处理模型适用的使用情况下，FEC配置方法
有效。处理模型是配置包括配置服务的所有流的超级对象，在接收单元侧恢复超级对象，并
且选择需要的流。

[0099] 如图6所示，在ROUTE中可能具有媒体意识片段。图6示出了在DASH段是索引的自动初始化段时片段的实例。

[0100] 在图6中，在作为第一传输对象的pckt0上，分割段的元数据部分，并且第一样本1储存在pckt1内。为了示出要分离的边界，在对应于与LSID对应的FDT的部分中，描述每个传
输对象的URL(统一资源定位符)。URL的格式是在段文件和字节范围的URL内的格式或者在
段文件和子段号的URL内的格式。在子段号是“0”时，该子段号是元数据部分。

[0101] 作为传输对象的格式，制备储存对象本身的“文件模式”以及储存HTTP实体报头加入其中的对象的“实体模式”。这些模式描述为LSID源流的属性。对象的URL和字节范围可以
储存在HTTP实体报头内，并且在过去由FDT描述的属性可以包含在其内。

[0102] 在FLUTE中，在目标文件分成源块体时，应用预定的算法，并且在机械上进行分离，未意识到应用程序等的处理边界。相反，在ROUTE中，源块体可以在自由边界上分开，与应用
程序无关。图7示出了源传输对象储存在传输数据包内的示例。在源传输对象储存在下部
LCT数据包的有效载荷内时，如果需要分离，则增加ROUTE报头，从而规定在传输对象内的偏
移。

[0103] 图8示出了数据以源传输对象为单位从ROUTE服务器(ROUTE发送者)传输给ROUTE客户端(ROUTE接收单元)。通常，传输对象按顺序传输。为了增强切换信道时的经受速度，可
以频繁地重新发送元数据(例如，SLS信令信息)储存在其内的传输对象。

[0104] 在上面，描述了作为FLUTE的扩展的ROUTE。而且，在上述现有3GPP‑(e)MBMS(图1)的协议栈中，假设在未来规定ROUTE(代替FLUTE)或者还规定FLUTE(图9)。在以下描述中，
3GPP‑(e)MBMS描述为3GPP‑MBMS。

[0105] <2、系统配置>

[0106] 图10是示出应用本技术的传输系统的配置示例的示图。

[0107] 在图10，传输系统1包括传输侧系统10以及接收侧系统20。在传输系统1中，从传输侧系统10传输的数据由接收侧系统20通过传输路径80或传输路径90接收。

[0108] 例如，传输侧系统10对应于预定的标准，例如，ATSC3.0和3GPP‑MBMS。传输侧系统10由数据服务器10A、ROUTE服务器10B、ATSC广播服务器10C以及3GPPMBMS服务器10D配置。

[0109] 数据服务器10A是管理从传输侧系统10传输给接收侧系统20的内容的数据(例如，同时多目的地传输是适合的)的服务器。数据服务器10A给数据服务器10A供应内容的数据。

[0110] ROUTE服务器10B是执行用于通过ROUTE会话传输从数据服务器10A中供应的内容的数据的服务器。

[0111] ROUTE服务器10B基于从ATSC广播服务器10C和3GPPMBMS服务器10D中供应的信息生成扩展的LSID，并且给ATSC广播服务器10C或3GPPMBMS服务器10D供应扩展的LSID。通过
扩展LSID，提供扩展的LSID，下面参考图15等，描述其细节。

[0112] 此外，ROUTE服务器10B处理从数据服务器10A中供应的内容的数据，生成通过ROUTE会话传输的内容的数据(在后文中也称为ROUTE数据)，并且给ATSC广播服务器10C或
3GPPMBMS服务器10D供应内容的数据。

[0113] ATSC广播服务器10C是由对应于ATSC3.0的传输承载传输来自ROUTE服务器10B的ROUTE数据的服务器。

[0114] ATSC广播服务器10C通过传输路径80将从ROUTE服务器10B中供应的扩展的LSID传输给接收侧系统20(ATSC广播客户端20C)。此外，ATSC广播服务器10C执行用于在ATSC3.0的
传输承载上传输从ROUTE服务器10B中供应的ROUTE数据的处理，并且通过传输路径80将获
得的数据(在后文中称为承载数据)传输(同时多目的地传输)给接收侧系统20(ATSC广播客
户端20C)。

[0115] 3GPPMBMS服务器10D是用于由对应于3GPP‑MBMS的传输承载传输来自ROUTE服务器10B的ROUTE数据的服务器。

[0116] 3GPPMBMS服务器10D通过传输路径90将从ROUTE服务器10B中供应的扩展的LSID传输给接收侧系统20(3GPPMBMS客户端20D)。此外，3GPPMBMS服务器10D执行用于在3GPPMBMS
的传输承载上传输从ROUTE服务器10B中供应的ROUTE数据的处理，并且通过传输路径90将
获得的承载数据传输(同时多目的地传输)给接收侧系统20(3GPPMBMS客户端20D)。

[0117] 例如，接收侧系统20对应于预定的标准，例如，ATSC3.0和3GPP‑MBMS。接收侧系统20由数据客户端20A、ROUTE客户端20B、ATSC广播客户端20C以及3GPPMBMS客户端20D配置
成。

[0118] 3GPPMBMS客户端20D是用于接收与从传输侧系统10中传输的3GPP‑MBMS对应的传输承载的客户端。

[0119] 3GPPMBMS客户端20D通过传输路径90接收从3GPPMBMS服务器10D中供应的扩展的LSID，并且给ROUTE客户端20B供应扩展的LSID。此外，3GPPMBMS客户端20D接收和处理通过
传输路径90从传输侧系统10(3GPPMBMS服务器10D)中传输(同时多目的地传输)的承载数
据，并且给ROUTE客户端20B供应承载数据。

[0120] ATSC广播客户端20C是用于接收与从传输侧系统10中传输的ATSC3.0对应的传输承载的客户端。

[0121] ATSC广播客户端20C通过传输路径80接收从ATSC广播服务器10C中供应的扩展的LSID，并且给ROUTE客户端20B供应扩展的LSID。此外，ATSC广播服务器10C接收和处理通过
传输路径80从传输侧系统10(ATSC广播服务器10C)中传输(同时多目的地传输)的承载数
据，并且给ROUTE客户端20B供应承载数据。

[0122] ROUTE客户端20B是用于处理在ATSC3.0或3GPP‑MBMS的传输承载上传输的ROUTE数据的客户端。

[0123] ROUTE客户端20B基于ATSC广播客户端20C或3GPPMBMS客户端20D获取在ATSC3.0或3GPP‑MBMS的传输承载(承载数据)上传输的ROUTE数据，并且给数据客户端20A供应ROUTE数
据。

[0124] 数据客户端20A是用于再生从传输侧系统10传输(同时多目的地传输)给接收侧系统20的内容的数据的客户端。数据客户端20A再生从ROUTE客户端20B中供应的内容的数据
(例如，同时多目的地传输合适)，并且输出视频和数据。

[0125] 图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广播客户端。

[0126] 此外，在图10的传输系统1中，为了方便解释，仅仅示出了一个接收侧系统20。实际上，设置可以接收从传输侧系统10中同时多目的地传输的内容的多个(多个)接收侧系统
20。而且，例如，假设接收侧系统20可以仅仅对应于ATSC3.0，而不对应于3GPP‑MBMS。在这种
情况下，从配置中排除3GPPMBMS客户端20D。接收侧系统20配置有数据客户端20A、ROUTE客
户端20B以及ATSC广播客户端20C。

[0127] 而且，在图10，描述了传输侧系统10由包括数据服务器10A到3GPPMBMS服务器10D的多个服务器配置。可以考虑包括服务器的所有功能的传输侧系统10作为传输设备(传输
单元)。同样，描述了接收侧系统20由包括数据客户端20A到3GPPMBMS客户端20D的多个客户
端配置。可以考虑包括客户端的所有功能的接收侧系统20作为接收设备(接收单元)。

[0128] <3、应用本技术的扩展的LSID>

[0129] (1)LSID的概述

[0130] (ROUTE会话的配置)

[0131] 图11是示出ROUTE会话的配置的示图。

[0132] 如图11所示，ROUTE会话可以由一个或多个LCT会话配置。ROUTE会话由作为储存在IP数据包的IP报头内的参数的源IP地址(sIPAdrs)和目的地IP地址(dIPAdrs)以及作为储
存在UDP数据包的UDP报头内的参数的端口号(端口)识别。LCT会话由LCT数据包(ALC/LCT数
据包)的TSI(传输会话标识符)识别。

[0133] 从传输侧系统10(ROUTE服务器10B)中传输给接收侧系统20(ROUTE客户端20B)的任何信令信息(例如，SLS信令信息)通知源IP地址、目的地IP地址以及端口号，用于识别
ROUTE会话，从而获取通过ROUTE会话传输的IP/UDP数据包。

[0134] 在ROUTE会话中，通过过滤TSI＝0的LCT数据包，可以获得作为ROUTE协议的控制信息(控制元文件)的LSID。注意，过滤TSI＝0的LCT数据包，以在通过ROUTE会话传输LSID时，
仅仅获取LSID。

[0135] (LSID的配置)

[0136] 图12是示出LSID的配置的示图。

[0137] 如图12所示，根据一个或多个传输会话(TransportSession)，源流(SourceFlow)和修复流(RepairFlow)描述成LSID。图13示出了LSID元素的详细描述。根据配置ROUTE会话
的LCT会话(传输会话)，作为LCT会话的标识符的TSI描述成LSID，而非源流和修复流，作为
属性S。

[0138] (使用LSID的数据获取的流程)

[0139] 图14是解释在接收侧系统20中使用LSID的数据获取的流程的示图。

[0140] 在图14，接收侧系统20从传输侧系统10中通知的任何信令信息中获取关于ROUTE会话的信息(S11)。将关于在从传输侧系统10中传输(传输)的广播流中的ROUTE会话1和
ROUTE会话2的属性的信息描述成信令信息。

[0141] 在此处，作为ROUTE会话1的属性，指定源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。作为ROUTE会话2的属性，指定源IP地址“sIPAdrs1”、目的
地IP地址“dIPAdrs2”以及端口号“Port1”。

[0142] 接收侧系统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)。

[0143] LSID1包括关于LCT会话1和LCT会话2的属性的信息，作为ROUTE会话1的属性。

[0144] 在此处，作为LCT会话1的属性，指定TSI"tsi1"。接收侧系统20根据LSID1内的关于LCT会话1的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口
号“Port1”以及TSI"tsi1"识别的ROUTE会话1的LCT会话1传输的数据(IP/UDP/LCT数据包)
(S14)。

[0145] 作为LCT会话2的属性，指定TSI"tsi2"。接收侧系统20根据LSID1内的关于LCT会话2的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号
“Port1”以及TSI"tsi2"识别的ROUTE会话1的LCT会话2传输的数据(IP/UDP/LCT数据包)
(S15)。

[0146] 另一方面，在信令信息中，作为ROUTE会话2的属性，指定源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs2”以及端口号“Port1”。接收侧系统20处理ROUTE会话2，与上述ROUTE
会话1一样。

[0147] 具体而言，接收侧系统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)。

[0148] LSID2包括关于LCT会话1的属性的信息，作为ROUTE会话2的属性。

[0149] 在此处，作为LCT会话1的属性，指定TSI"tsi1"。接收侧系统20根据LSID2内的关于LCT会话1的属性的信息，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs2”、端口
号“Port1”以及TSI"tsi1"识别的ROUTE会话2的LCT会话1传输的数据(IP/UDP/LCT数据包)
(S18)。

[0150] 如上所述，在获取任何信令信息之后，接收侧系统20获取通过ROUTE会话传输的LSID，使用在LSID中描述的TSI，并且可以获取通过ROUTE会话的LCT会话传输的数据。

[0151] (2)扩展的LSID

[0152] 在使用上述LSID的处理中，为了获取通过ROUTE会话的LCT会话传输的数据，需要获取任何信令信息，并且获取通过ROUTE会话传输的LSID，因此，要求简化处理。

[0153] 对于该要求，LSID扩展为包括源IP地址、目的地IP地址以及端口号。换言之，源IP地址、目的地IP地址以及端口号包含在LSID内，据此，简化获取通过ROUTE会话的LCT会话传
输的数据的处理。

[0154] 注意，源IP地址是在扩展的LSID内是否包括源IP地址的选择。在本申请中，扩展的LSID称为被扩展的LSID，以便与已经规定的LSID区分。

[0155] (使用扩展的LSID的数据获取的流程)

[0156] 图15是解释使用扩展的LSID的数据获取的流程的示图。

[0157] 在图15，例如，接收侧系统20获取从传输侧系统10中通知的扩展的LSID，作为SLS信令信息(S21)。在扩展的LSID中，描述关于在从传输侧系统10中传输(传输)的广播流中的
ROUTE会话1和ROUTE会话2的属性的信息。

[0158] 在此处，作为ROUTE会话1的属性，指定源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。ROUTE会话1的属性包括关于LCT会话1和LCT会话2的属性
的信息。

[0159] 具体而言，在ROUTE会话1的属性中，在LCT会话1的属性中指定TSI"tsi1"，并且在LCT会话2的属性中指定TSI"tsi2"。

[0160] 因此，接收侧系统20可以根据在扩展的LSID内的关于ROUTE会话1的属性的信息(LCT会话1的属性)，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号
“Port1”以及TSI"tsi1"识别的ROUTE会话1的LCT会话1传输的数据(IP/UDP/LCT数据包)
(S22)。

[0161] 同样，接收侧系统20可以根据在扩展的LSID内的关于ROUTE会话1的属性的信息(LCT会话2的属性)，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号
“Port1”以及TSI"tsi2"识别的ROUTE会话1的LCT会话2传输的数据(IP/UDP/LCT数据包)。

[0162] 另一方面，在扩展的LSID中，作为ROUTE会话2的属性，指定源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs2”以及端口号“Port1”。在ROUTE会话2的属性中，作为LCT会话1的属
性，指定TSI"tsi1"。接收侧系统20处理ROUTE会话2，与如上所述的ROUTE会话1一样。

[0163] 即，接收侧系统20可以根据在扩展的LSID内的关于ROUTE会话2的属性的信息(LCT会话1的属性)，获取通过由源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”、端口号
“Port1”以及TSI"tsi1"识别的ROUTE会话2的LCT会话1传输的数据(IP/UDP/LCT数据包)
(S23)。

[0164] 虽然描述了在图15的扩展的LSID中，在ROUTE会话的属性中限定一个或多个LCT会话的属性，但是在图15的扩展的LSID的结构是一个示例，并且可以使用其他结构。

[0165] 例如，如图16所示，可以与在LCT会话的属性中与TSI一起限定源IP地址、目的地IP地址以及端口号，而不限定ROUTE会话的属性。即使使用扩展的LSID，接收侧系统20也可以
规定配置ROUTE会话的一个或多个LCT会话。

[0166] 如上所述，扩展的LSID包括源IP地址、目的地IP地址以及端口号，并且可以规定每个ROUTE会话仅仅使用扩展的LSID的LCT会话。与LSID相比，不需要获取通过ROUTE会话传输
的LSID，从而简化关于信令信息的处理。结果，简化获取通过ROUTE会话的LCT会话传输的数
据的处理。

[0167] (3)通过扩展的LSID的传输承载识别

[0168] 顺便提一下，在各种传输承载(例如，ATSC3.0、3GPP‑MBMS等)上传输ROUTE会话时，需要用于映射到每个传输承载中的信息。接下来，描述通过扩展LSID将ROUTE会话(配置
ROUTE会话的一个或多个LCT会话)映射到各种传输承载中的方法。

[0169] 例如，传输承载对应于在图2的ATSC3.0的协议栈中的物理层(广播PHY)或者在图9的3GPP‑MBMS的协议栈中的物理层(MBMS或ptp承载)。

[0170] 在此处，例如，作为传输媒介，具有ATSC3.0传输、3GPP‑MBMS传输、基于的IP广播传输。传输媒介具有不同的调制参数和编码参数，并且变成具有不同传输质量的传输通道。

[0171] 在扩展的LSID中，作为每个LCT会话的属性中，描述用于识别传输承载(在后文中称为传输承载ID(BearerID))的标识符，据此，映射ROUTE会话(LCT会话)和传输承载。每个
目标传输媒介限定传输承载ID的格式。

[0172] (使用扩展的LSID的数据获取的流程)

[0173] 图17是解释使用在接收侧系统20内描述传输承载ID的扩展的LSID的数据获取的流程的示图。

[0174] 在图17中，接收侧系统20获取从传输侧系统10中通知的扩展的LSID，作为SLS信令信息(S31)。在扩展的LSID中，描述关于从传输侧系统10中传输(传输)的广播流中的ROUTE
会话1的LCT会话2和ROUTE会话2的LCT会话1的属性的信息。

[0175] 在此处，作为ROUTE会话1的LCT会话1的属性，指定TSI"tsi1"、源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。在LCT会话1的属性中，"atsc‑
bid1"和"3gpp‑bid1"指定为用于识别传输承载的传输承载ID(BearerID)。

[0176] "atsc‑bidX"(X是1或更大的整数)是用于识别ATSC3.0的传输承载的传输承载ID。在ATSC3.0的传输承载的情况下，广播流ID和PLPID(物理层通道ID)的组合是传输承载ID。

[0177] 在此处，将广播流ID分配给作为根据广播波的到达区域分配的标识符的区域ID以及分配给特定信道的广播波的频带的标识符的频率ID的集合。在由广播流ID识别的频带进
一步分成具有不同的调制参数和编码参数的多个物理层通道(PLP)时，PLPID是每个物理通
道的标识符。

[0178] "3gpp‑bidX"(X是1或更大的整数)是用于识别3GPP‑MBMS的传输承载的传输承载ID。在3GPP‑MBMS的传输承载的情况下，TMGI(暂时移动组标识)是传输承载ID。

[0179] 虽然未示出，但是在基于DVB的IP广播传输承载的情况下，作为原始网络ID(ONID)、传输ID(TID)以及服务ID(SID)的组合的DVB三元组是传输承载ID。MPEG2的数据包
ID(PID)可以进一步与传输承载ID组合。

[0180] 因此，接收侧系统20可以根据在扩展的LSID中的关于LCT会话1的属性的信息，连接至由传输承载ID"atsc‑bid1"识别的ATSC3.0的传输承载(S32)。同样，接收侧系统20可以
根据在扩展的LSID中的关于LCT会话1的属性的信息，连接至由传输承载ID"3gpp‑bid1"识
别的3GPP‑MBMS的传输承载(S33)。

[0181] 然后，接收侧系统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)。

[0182] 此外，在图17中，在扩展的LSID中，作为ROUTE会话1的LCT会话2的属性，指定TSI"tsi2"、源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。在ROUTE会话2
的属性中，作为用于识别传输承载的传输承载ID，指定"atsc‑bid2"。

[0183] 接收侧系统20可以根据扩展的LSID内的关于LCT会话2的属性的信息，连接至由传输承载ID"atsc‑bid2"识别的ATSC3.0的传输承载(S35)。

[0184] 然后，接收侧系统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)。

[0185] 此外，在图17中，在扩展的LSID中，作为ROUTE会话2的LCT会话1的属性，指定TSI"tsi1"、源IP地址“sIPAdrs1”、目的地IP地址“dIPAdrs1”以及端口号“Port1”。在LCT会话1的
属性中，作为用于识别传输承载的传输承载ID，指定"atsc‑bid3"和"3gpp‑bid2"。

[0186] 接收侧系统20可以根据在扩展的LSID内的关于LCT会话1的属性的信息，连接至由传输承载ID"atsc‑bid3"识别的ATSC3.0的传输承载(S37)。同样，接收侧系统20可以根据在
扩展的LSID内的关于LCT会话1的属性的信息，连接至由传输承载ID"3gpp‑bid2"识别的
3GPP‑MBMS的传输承载(S38)。

[0187] 然后，接收侧系统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)。

[0188] 如上所述，传输承载ID描述成扩展的LSID的每个LCT会话的属性，据此，映射ROUTE会话(LCT会话)和传输承载，并且可以适当地选择由多个传输系统(例如，ATSC3.0和3GPP‑
MBMS)传输的传输承载。

[0189] (扩展的LSID结构的示例)

[0190] 接下来，参考图18到图21，描述扩展的LSID的说明性结构和描述。

[0191] (第一结构)

[0192] 图18是示出具有XML格式的扩展的LSID的第一结构的示图。

[0193] 注意，在图18，为了简化描述，省略描述与在图13的LSID的元素和属性重叠的并且与本技术不直接相关的扩展的LSID的元素和属性。而且，在图18，"@"连接至属性，而不连接
至元素。为上部元素描述缩进的元素和属性。这些关系与稍后描述的其他LSID结构的关系
相似。

[0194] 在图18，作为路由元素的LSID元素是TransportSession元素的上部元素。在TransportSession元素中，指定关于传输会话的信息。

[0195] TransportSession元素是tsi属性、BroadcastStreamID属性、PLPID属性、TMGI属性、DVBTriplet‑pid属性、sourceIPAddress属性、destinationIPAddress属性、端口属性以
及SourceFlow元素的上部元素。

[0196] 用于识别LCT会话的TSI在tsi属性中指定为属性值。

[0197] 由ATSC3.0规定的广播流ID在BroadcastStreamID属性中指定为属性值。由ATSC3.0指定的PLPID在PLPID属性中指定为属性值。注意，在传输ATSC3.0的传输承载时，
BroadcastStreamID属性和PLPID属性是可选属性。

[0198] 由3GPP‑MBMS规定的TMGI在TMGI属性中指定为属性值。注意，在传输3GPP‑MBMS的传输承载时，TMGI属性是可选属性。

[0199] 在DVBTriplet‑pid属性中指定作为原始网络ID、传输ID、服务ID以及数据包ID的组合的DVB三元组的集合。注意，在传输基于DVB的IP广播传输承载时，DVBTriplet‑pid属性
是可选属性。

[0200] 源IP地址在sourceIPAddress属性中指定为属性值。目的地IP地址在destinationIPAddress属性中指定为属性值。端口号在端口属性中指定为属性值。注意，
sourceIPAddress属性、destinationIPAddress属性以及端口属性是可选属性。

[0201] 关于源流的信息在SourceFlow元素中指定为属性值。注意，SourceFlow元素是可选属性。

[0202] 在此处，参考图19，描述在图18限定的扩展的LSID的第一结构的具体描述示例。图19示出在传输ATSC3.0、3GPP‑MBMS以及基于DVB的IP广播的传输承载时的扩展的LSID。

[0203] 在图19中，将ATSC3.0、3GPP‑MBMS以及基于DVB的IP广播的传输承载传输给TransportSession元素。在除了tsi属性以外的可选属性之中，描述BroadcastStreamID属
性、PLPID属性、TMGI属性以及DVBTriplet‑pid属性。

[0204] "xxx"在tsi属性中指定为TSI的值。

[0205] "yyy"在BroadcastStreamID属性中指定为广播流ID。此外，"zzz"在PLPID属性中指定为PLPID。即，广播流ID"yyy"和PLPID"zzz"的组合设置用于识别ATSC3.0的传输承载的
传输承载ID。

[0206] "www"在TMGI属性中指定为TMGI。即，TMGI"www"设置用于识别3GPP‑MBMS的传输承载的传输承载ID。

[0207] 在DVBTriplet‑pid属性中指定原始网络ID"onidX"、传输ID"tsidX"、服务ID"sidX"以及数据包ID"pidX"。即，原始网络ID"onidX"、传输ID"tsidX"、服务ID"sidX"以及数
据包ID"pidX"的组合设置用于识别基于DVB的IP广播传输承载的传输承载ID。

[0208] 在上面，描述了具有XML格式的扩展的LSID的第一结构。

[0209] (第二结构)

[0210] 图20是示出具有XML格式的扩展的LSID的第二结构的示图。

[0211] 与上述扩展的LSID的第一结构相比，通过每个传输媒介构造标识符，在图20示出的扩展的LSID的第二结构限定每个传输媒介的元素的类型，该类型作为XXXBearerID元素
是独立的。

[0212] 在图20，作为路由元素的LSID元素是TransportSession元素的上部元素。在此处，TransportSession元素是tsi属性、sourceIP地址属性、destinationIPAddress属性、端口
属性以及SourceFlow元素的上部元素，并且还是ATSCBearerID元素、3GPPBearerID元素以
及DVBTSBearerID元素的上部元素。

[0213] ATSCBearerID元素是指定广播流ID的BroadcastStreamID属性以及指定PLPID的PLPID属性的上部元素。具体而言，ATSCBearerID元素存储广播流ID和PLPID的集合。注意，
在传输ATSC3.0的传输承载时，ATSCBearerID元素是可选属性。

[0214] 3GPPBearerID元素是指定TMGI的TMGI属性的上部元素。具体而言，3GPPBearerID元素储存TMGI。注意，在传输3GPP‑MBMS的传输承载时，3GPPBearerID元素是可选属性。

[0215] DVBTSBearerID元素是规定DVB三元组的DVBTriplet‑pid属性以及规定数据包ID的pid属性的上部元素。具体而言，DVBTSBearerID元素储存DVB三元组和数据包ID的集合。
注意，在传输基于DVB的IP广播的传输承载时，DVBTSBearerID元素是可选属性。

[0216] 在此处，参考图21，描述在图20限定的扩展的LSID的第二结构的具体描述示例。图21示出在传输ATSC3.0、3GPP‑MBMS以及基于DVB的IP广播的传输承载时的扩展LSID。

[0217] 在图21中，由于将ATSC3.0、3GPP‑MBMS以及基于DVB的IP广播的传输承载传输给TransportSession元素，所以在可选属性之中，描述ATSCBearerID元素、3GPPBearerID元素
以及DVBTSBearerID元素。

[0218] 在ATSCBearerID元素中，"yyy"在BroadcastStreamID属性中指定为广播流ID，并且"zzz"在PLPID属性中指定为PLPID。即，广播流ID"yyy"和PLPID"zzz"的组合设置用于识
别ATSC3.0的传输承载的传输承载ID。

[0219] 在3GPPBearerID元素中，"www"在TMGI属性中指定为TMGI。即，TMGI"www"设置用于识别3GPP‑MBMS的传输承载的传输承载ID。

[0220] 在DVBTSBearerID元素中，在DVBTriplet‑pid属性中指定原始网络ID"onidX"、传输ID"tsidX"、服务ID"sidX"以及数据包ID"pidX"。即，原始网络ID"onidX"、传输ID"
tsidX"、服务ID"sidX"以及数据包ID"pidX"的组合设置用于识别基于DVB的IP广播传输承
载的传输承载ID。

[0221] 在上面，描述了具有XML格式的扩展的LSID的第二结构。

[0222] 在图18和图20示出的扩展的LSID的结构是一个示例。并且可以使用其他结构。虽然描述了XML格式用作扩展的LSID的描述格式，但是可以是标记语言的文本格式或者除了
MXL格式以外的二进制格式。

[0223] <4、系统的具体应用示例>

[0224] 图22是示出处理从接收侧系统10中传输的广播流的接收侧系统20的具体应用示例的示图。在图22的应用示例示出了从ATSC3.0的传输承载中传输配置多个ROUTE会话的多
个LCT会话的情况。

[0225] 在图22，作为空中广播流(空中流)，传输由广播流ID识别的两个广播波。将广播流ID分配给区域ID和频率ID的集合。

[0226] 在由广播流ID"BSID1"识别的广播流上，传输作为LLS信令信息和PLPID"PLPID1"的FIT的物理通道。在物理通道上，传输储存IP地址"IPAdrs1"的IP报头以及储存端口号"
Port1"的UDP报头加入其中的数据包。

[0227] 将包括储存TSI"tsi‑0"的LCT报头和储存SLS信令信息的LCT有效载荷的LCT数据包提供给数据包的有效载荷。作为LCT数据包，提供包括储存TSI"tsi‑v1"的LCT报头和储存
视频1的数据的LCT有效载荷的LCT数据包以及包括储存TSI"tsi‑a1"的LCT报头和储存音频
1的数据的LCT有效载荷的LCT数据包。

[0228] 另一方面，在由广播流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数据包提供给数据包的有效载荷。

[0229] 接收广播流的接收侧系统20执行以下处理。

[0230] 接收侧系统20获取由广播流ID"BSID1"识别的广播流传输的FIT(S51)。在FIT中描述用于获取每个服务的SLS信令信息的引导程序信息。引导程序信息是IP地址、端口号、TSI
以及PLPID的用于获取通过ROUTE会话传输的SLS信令信息的集合。

[0231] 接收侧系统20基于引导程序信息获取通过ROUTE会话传输的SLS信令信息(S52、S53)。通过这种方式获取的SLS信令信息包括元数据，例如，USD(用户服务描述)、MPD(媒体
呈现描述)以及LSID(扩展的LSID)。在USD中，描述参考源，例如，MPD和LSID。通过首先获取
USD，可以获取其他元数据。

[0232] 接收侧系统20基于在USD中的userServiceDescription元素的mpdUri属性中规定的"mpdUri"，获取MPD(S54)。此外，接收侧系统20基于在USD中的IsidUri属性的
userServiceDescription元素中规定的"IsidUri"，获取LSID(扩展的LSID)(S55)。

[0233] 在此处，在层次结构中的MPD中，描述Period元素、AdaptationSet元素以及Representation元素。Period元素是用于描述服务配置(例如，内容)的单元。每个流使用
AdaptationSet元素和Representation元素，例如，视频、音频以及字幕，并且可以描述相应
流的属性。

[0234] Representation元素可以通过id属性指定表示ID。在MPD中，将与视频1的流相关的属性描述成由表示ID"RepresentationID‑v1"识别的Representation元素，将与视频2的
流相关的属性描述成由表示ID"RepresentationID‑v2"识别的Representation元素。

[0235] 此外，在MPD中，将与音频1的流相关的属性描述成由表示ID"RepresentationID‑a1"识别的Representation元素，将与音频2的流相关的属性描述成由表示ID"
RepresentationID‑a2"识别的Representation元素，在MPD中由Representation元素规定
的URL与在USD中由DeliveryMethod元素规定的URL匹配时，视频或音频流的传输路径规定
为广播路径或通信路径。

[0236] 在LSID(扩展的LSID)中，每个TransportSession元素描述tsi属性、BroadcastStreamID属性、PLPID属性、sourceIPAddress属性、destinationIPAddress属性
以及端口属性。在SourceFlow元素中，表示ID规定为Applicationidentifier元素。具体而
言，表示ID示出了在MPD的Representation元素与LSID(扩展的LSID)的传输会话之间的对
应性。

[0237] 在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)。

[0238] 在第二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)。

[0239] 在第三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)。

[0240] 在第四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)。

[0241] 在图22的LSID(扩展的LSID)中，在SourceFlow元素中，作为PayloadFormat元素的deliveryObjectFormatID元素，规定"2"。这表明LCT有效载荷的格式是具有HTTP实体报头
的DASH段文件(分块)。

[0242] <5、在系统中的设备配置>

[0243] (传输侧系统的配置示例)

[0244] 图23是示出在图10的传输侧系统10的配置示例的示图。

[0245] 传输侧系统10由数据服务器10A、ROUTE服务器10B、ATSC广播服务器10C以及3GPPMBMS服务器10D配置。

[0246] 在图23中，数据服务器10A由控制单元111A、会话请求单元112A、传输/接收单元113A、数据传输处理单元114A以及数据保持单元115A配置。

[0247] 控制单元111A控制数据服务器10A的每个单元的操作。

[0248] 在通过ROUTE会话(例如，LCT会话)传输内容(例如，适合于同时多目的地传输的内容)的数据时，会话请求单元112A根据控制单元111A的控制给传输/接收单元113A提供与
ROUTE服务器10B建立ROUTE会话的请求。

[0249] 传输/接收单元113A根据控制单元111A的控制，与其他服务器(例如，ROUTE服务器10B)交换各种数据。传输/接收单元113A根据控制单元111A的控制，传输与ROUTE服务器10B
建立ROUTE会话的请求。

[0250] 数据传输处理单元114A根据控制单元111A的控制，获取保持在数据保持单元115A内的内容的数据，并且将其供应给传输/接收单元113A。传输/接收单元113A根据控制单元
111A的控制，将内容的数据传输给ROUTE服务器10B。

[0251] 如上所述，配置数据服务器10A。

[0252] 在图23，ROUTE服务器10B由控制单元111B、会话处理单元112B、传输/接收单元113B、LSID发生器114B以及ROUTE数据发生器115B配置。

[0253] 控制单元111B控制ROUTE服务器10B的相应单元的操作。

[0254] 会话处理单元112B根据控制单元111B的控制，执行通过ROUTE会话传输内容的数据的处理。

[0255] 例如，在ATSC3.0的传输承载上传输作为通过ROUTE会话传输的内容的数据的ROUTE数据时，会话处理单元112B给传输/接收单元113B提供向ATSC广播服务器10C的
ATSC3.0的传输资源的预留请求。例如，在3GPP‑MBMS的传输承载上传输ROUTE数据时，会话
处理单元112B给传输/接收单元113B提供向3GPPMBMS服务器10D的3GPP‑MBMS的传输资源的
预留请求。

[0256] 传输/接收单元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。

[0257] 会话处理单元112B根据控制单元111B的控制，给LSID发生器114B提供从传输/接收单元113B中供应的ATSC3.0或3GPP‑MBMS的传输承载ID。

[0258] LSID发生器114B根据控制单元111B的控制，基于扩展的LSID的原始数据，生成从会话处理单元112B中供应的ATSC3.0或3GPP‑MBMS的传输承载ID以及扩展的LSID。在此处，
例如，生成在图19和图21的扩展的LSID，并且将其供应给传输/接收单元113B。传输/接收单
元113B根据控制单元111B的控制，为ATSC广播服务器10C或3GPPMBMS服务器10D传输从LSID
发生器114B中供应的扩展LSID。

[0259] 传输/接收单元113B接收从数据服务器10A中传输的内容的数据，并且根据控制单元111B的控制，将其供应给ROUTE数据发生器115B。ROUTE数据发生器115B基于从传输/接收
单元113B中供应的内容的数据，生成ROUTE数据，并且根据控制单元111B的控制，将其供应
给传输/接收单元113B。传输/接收单元113B根据控制单元111B的控制，将从ROUTE数据发生
器115B中供应的ROUTE数据传输给ATSC广播服务器10C或3GPPMBMS服务器10D。

[0260] 如上所述，配置ROUTE服务器10B。

[0261] 在图23中，ATSC广播服务器10C由控制单元111C、承载处理单元112C、传输/接收单元113C、传输处理单元114C以及传输单元115C配置。

[0262] 控制单元111C控制ATSC广播服务器10C的相应单元的操作。传输/接收单元113C根据控制单元111C的控制，与其他服务器(例如，ROUTE服务器10B)交换各种数据。

[0263] 传输/接收单元113C接收从ROUTE服务器10B中传输的ATSC3.0的传输资源的预留请求，并且将其供应给承载处理单元112C。承载处理单元112C根据控制单元111C的控制，在
接收到从传输/接收单元113C中供应的预留请求时确保ATSC3.0的传输资源。

[0264] 承载处理单元112C在接收到从传输/接收单元113C供应的预留请求时，生成ATSC3.0的传输承载ID，并且根据控制单元111C的控制，将其供应给传输/接收单元113C。传
输/接收单元113C根据控制单元111C的控制，将从承载处理单元112C中供应的ATSC3.0的传
输承载ID传输给ROUTE服务器10B。

[0265] 传输/接收单元113C接收从ROUTE服务器10B中传输的扩展的LSID，并且将其供应给传输处理单元114C。传输处理单元114C应用处理，以传输扩展的LSID，并且根据控制单元
111C的控制，将其供应给传输单元115C。传输单元115C通过天线116C和传输路径80将从传
输处理单元114C中供应的扩展的LSID传输(传输)给接收侧系统20(ATSC广播客户端20C)。

[0266] 而且，传输/接收单元113C接收从ROUTE服务器10B中传输的ROUTE数据，并且将其供应给传输处理单元114C。传输处理单元114C应用处理，以传输在ATSC3.0的传输承载上的
ROUTE数据，并且根据控制单元111C的控制，将这样获得的承载数据供应给传输单元115C。
传输单元115C通过天线116C和传输路径80将从传输处理单元114C中供应的承载数据传输
(传输)给接收侧系统20(ATSC广播客户端20C)。

[0267] 如上所述，配置ATSC广播服务器10C。

[0268] 在图23中，3GPPMBMS服务器10D由控制单元111D、承载处理单元112D、传输/接收单元113D、传输处理单元114D以及传输单元115D配置。

[0269] 控制单元111D控制3GPPMBMS服务器10D的相应单元的操作。传输/接收单元113D根据控制单元111D的控制，与其他服务器(例如，ROUTE服务器10B)交换各种数据。

[0270] 传输/接收单元113D接收从ROUTE服务器10B中传输的3GPP‑MBMS的传输资源的预留请求，并且将其供应给承载处理单元112D。承载处理单元112D根据控制单元111D的控制，
在接收到传输/接收单元113D中供应的预留请求时确保3GPP‑MBMS的传输资源。

[0271] 承载处理单元112D在接收到从传输/接收单元113D中供应的预留请求时，生成3GPP‑MBMS的传输承载ID，并且根据控制单元111D的控制，将其供应给传输/接收单元113D。
传输/接收单元113D根据控制单元111D的控制，将从承载处理单元112D中供应的3GPP‑MBMS
的传输承载ID传输给ROUTE服务器10B。

[0272] 传输/接收单元113D接收从ROUTE服务器10B中传输的扩展的LSID，并且将其供应给传输处理单元114D。传输处理单元114D应用处理，以传输扩展的LSID，并且根据控制单元
111D的控制，将其供应给传输单元115D。传输单元115D通过天线116D和传输路径80将从传
输处理单元114D中供应的扩展的LSID传输(传输)给接收侧系统20(3GPPMBMS客户端20D)。

[0273] 而且，传输/接收单元113D接收从ROUTE服务器10B中传输的ROUTE数据，并且将其供应给传输处理单元114D。传输处理单元114D应用处理，以在3GPP‑MBMS的传输承载上传输
ROUTE数据，并且根据控制单元111D的控制，将这样获得的承载数据供应给传输单元115D。
传输单元115D通过天线116D和传输路径80将从传输处理单元114D中供应的承载数据传输
(传输)给接收侧系统20(3GPPMBMS客户端20D)。

[0274] 如上所述，配置3GPPMBMS服务器10D。

[0275] (接收侧系统的配置示例)

[0276] 图24是示出在图10的接收侧系统20的配置示例的示图。

[0277] 接收侧系统20由数据客户端20A、ROUTE客户端20B、ATSC广播客户端20C以及3GPPMBMS客户端20D配置。

[0278] 在图24中，3GPPMBMS客户端20D由控制单元211D、接收单元212D、传输处理单元213D以及传输/接收单元214D配置。

[0279] 控制单元211D控制3GPPMBMS客户端20D的相应单元的操作。

[0280] 接收单元212D通过传输路径90接收经由天线215从传输侧系统10(3GPPMBMS服务器10D)中传输的扩展的LSID，并且根据控制单元211D的控制，将其供应给传输处理单元
213D。传输处理单元213D应用处理，以传输扩展的LSID，并且根据控制单元211D的控制，将
其供应给传输/接收单元214D。传输/接收单元214D根据控制单元211D的控制，将从传输处
理单元213D中供应的扩展的LSID传输给ROUTE客户端20B。

[0281] 接收单元212D根据控制单元211D的控制，通过传输路径90接收经由天线215D从传输侧系统10(3GPPMBMS服务器10D)中传输的承载数据，并且将其供应给传输处理单元213D。
传输处理单元213D处理承载数据，以传输在3GPP‑MBMS的传输承载上的ROUTE数据，并且根
据控制单元211D的控制，将其供应给传输/接收单元214D。传输/接收单元214D根据控制单
元211D的控制，将从传输处理单元213D中供应的承载数据传输给ROUTE客户端20B。

[0282] 如上所述，配置3GPPMBMS客户端20D。

[0283] 在图24中，ATSC广播客户端20C由控制单元211C、接收单元212C、传输处理单元213C以及传输/接收单元214C配置。

[0284] 控制单元211C控制ATSC广播客户端20C的相应单元的操作。

[0285] 接收单元212C通过传输路径80接收经由天线215C从传输侧系统10(ATSC广播服务器10C)中传输的扩展的LSIC，并且根据控制单元211C的控制，将其供应给传输处理单元
213C。传输处理单元213C进行处理，以传输扩展的LSIC，并且根据控制单元211C的控制，将
其供应给传输/接收单元214C。传输/接收单元214C根据控制单元211C的控制，将从传输处
理单元213C中供应的扩展的LSIC传输给ROUTE客户端20B。

[0286] 接收单元212C，通过传输路径80接收经由天线215C从传输侧系统10(ATSC广播服务器10C)中传输的承载数据，并且根据控制单元211C的控制将其供应给传输处理单元
213C。传输处理单元213C处理承载数据，以传输在ATSC3.0的传输承载上的ROUTE数据，并且
根据控制单元211C的控制，将其供应给传输/接收单元214C。传输/接收单元214C根据控制
单元211C的控制，将从传输处理单元213C中供应的承载数据传输给ROUTE客户端20B。

[0287] 如上所述，配置ATSC广播客户端20C。

[0288] 在图24中，ROUTE客户端20B由控制单元211B、传输/接收单元212B、LSID分析器213B以及传输处理单元214B配置。

[0289] 控制单元211B控制ROUTE客户端20B的相应单元的操作。

[0290] 传输/接收单元212B接收从3GPPMBMS客户端20D或ATSC广播客户端20C中传输的扩展的LSID，并且根据控制单元211B的控制，将其供应给LSID分析器213B。

[0291] LSID分析器213B分析从传输/接收单元212B中供应的扩展的LSID(例如，在图19或21的扩展的LSID)，并且根据控制单元211B的控制，将分析结果供应给传输处理单元214B。
而且，LSID分析器213B根据扩展的LSID的分析结果，选择传输承载，以获取ROUTE数据，并且
将选择结果供应给传输处理单元214B。

[0292] 传输/接收单元212B接收从3GPPMBMS客户端20D或ATSC广播客户端20C中传输的承载数据，并且根据控制单元211B的控制，将其供应给传输处理单元214B。传输处理单元214B
根据来自LSID分析器213B的传输承载的选择结果，选择承载数据(3GPP‑MBMS或ATSC3.0的
传输承载)。而且，传输处理单元214B获取由所选的承载数据(在3GPP‑MBMS或ATSC3.0的传
输承载上)传输的ROUTE数据，并且将其供应给传输/接收单元212B。

[0293] 传输/接收单元212B根据控制单元211B的控制，将从传输处理单元214B中供应的ROUTE数据传输给数据客户端20A。

[0294] 如上所述，配置ROUTE客户端20B。

[0295] 在图24中，数据客户端20A由控制单元211A、传输/接收单元212A、再生控制单元213A、显示器214A以及扬声器215A配置。

[0296] 控制单元211A控制数据客户端20A的相应单元的操作。

[0297] 传输/接收单元212A接收从ROUTE客户端20B中传输的ROUTE数据，并且根据控制单元211A的控制，将其供应给再生控制单元213A。

[0298] 再生控制单元213A根据控制单元211A的控制，对从传输/接收单元212A中供应的ROUTE数据进行渲染(rendering)。通过渲染，将内容(例如，适合于同时多目的地传输的内
容)的视频数据供应给显示器214A，并且将音频数据供应给扬声器215A。

[0299] 显示器214A根据控制单元211A的控制，显示与从再生控制单元213A中供应的视频数据对应的视频。而且，扬声器215A根据控制单元211A的控制，输出与从再生控制单元213A
中供应的音频数据对应的声音。

[0300] 如上所述，配置数据客户端20A。

[0301] <6、通过系统中的设备执行的处理的流程>

[0302] 接下来，描述由在传输系统1中配置传输侧系统10和接收侧系统20的设备执行的处理的流程。

[0303] (传输侧系统的设备的处理流程)

[0304] 首先，参考在图25的流程图，描述在传输侧系统10中的设备的处理流程。

[0305] 在步骤S111中，数据服务器10A的会话请求单元112A根据控制单元111A的控制，控制传输/接收单元113A，并且请求与ROUTE服务器10B建立ROUTE会话。数据服务器10A的会话
的建立请求由ROUTE服务器10B的传输/接收单元113B接收。

[0306] 在步骤S131中，ROUTE服务器10B的会话处理单元112B确定来自数据服务器10A的会话的建立请求是否请求使用ATSC3.0的传输承载传输。

[0307] 在步骤S131中，如果确定请求使用ATSC3.0的传输承载传输，则处理继续进入步骤S132。在步骤S132中，ROUTE服务器10B的会话处理单元112B根据控制单元111B的控制，控制
传输/接收单元113B，并且向ATSC广播服务器10C请求ATSC3.0的传输资源的预留。来自
ROUTE服务器10B的ATSC3.0的传输资源的预留请求由ATSC广播服务器10C的传输/接收单元
113C接收。

[0308] 在步骤S151中，ATSC广播服务器10C的承载处理单元112C根据控制单元111C的控制，确保对应于ATSC3.0的预留请求的ATSC3.0的传输资源。

[0309] 在步骤S152中，ATSC广播服务器10C的承载处理单元112C根据控制单元111C的控制，生成ATSC3.0的传输承载ID，并且通过传输/接收单元113C将其通知给ROUTE服务器10B。
来自ATSC广播服务器10C的ATSC3.0的传输承载ID由ROUTE服务器10B的传输/接收单元113B
接收。

[0310] 注意，在步骤S131中，如果确定不请求使用ATSC3.0的传输承载传输，则跳过在步骤S132、S151以及S152中的上述处理。

[0311] 在步骤S133中，ROUTE服务器10B的会话处理单元112B确定来自数据服务器10A的会话的建立请求是否请求使用3GPP‑MBMS的传输承载传输。

[0312] 在步骤S133中，如果确定请求使用3GPP‑MBMS的传输承载传输，则处理继续进入步骤S134。在步骤S134中，ROUTE服务器10B的会话处理单元112B根据控制单元111B的控制，控
制传输/接收单元113B，并且向3GPPMBMS服务器10D请求3GPP‑MBMS的传输资源的预留。来自
3GPPMBMS 10D的3GPP‑MBMS的传输资源的预留请求由3GPPMBMS服务器10D的传输/接收单元
113D接收。

[0313] 在步骤S171中，3GPPMBMS服务器10D的承载处理单元112D根据控制单元111D的控制，确保对应于3GPP‑MBMS的预留请求的3GPP‑MBMS的传输资源。

[0314] 在步骤S172中，3GPPMBMS服务器10D的承载处理单元112D根据控制单元111D的控制，生成3GPP‑MBMS的传输承载ID，并且通过传输/接收单元113D将其通知给ROUTE服务器
10B。来自3GPPMBMS服务器10D的3GPP‑MBMS的传输承载ID由ROUTE服务器10B的传输/接收单
元113B接收。

[0315] 注意，在步骤S133中，如果确定不请求使用3GPP‑MBMS的传输承载传输，则跳过在步骤S134、S171以及S172中的上述处理。

[0316] 在步骤S135中，ROUTE服务器10B的LSID发生器114B根据控制单元111B的控制，基于用于生成扩展的LSID的原始数据，生成从会话处理单元112B中供应的ATSC3.0或3GPP‑
MBMS的传输承载ID以及扩展的LSID(例如，在图19或图21中的扩展的LSID)。

[0317] 在步骤S136中，ROUTE服务器10B的传输/接收单元113B根据控制单元111B的控制，将由在步骤S135的处理生成的扩展的LSID传输给ATSC广播服务器10C和3GPPMBMS服务器
10D中的至少一个。

[0318] 在步骤S153中，在从ROUTE服务器10B中接收扩展的LSID时，ATSC广播服务器10C的传输处理单元114C根据控制单元111C的控制，控制传输单元115C，据此，从ROUTE服务器10B
中接收的扩展的LSID通过传输路径80传输(传输)给接收侧系统20(ATSC广播客户端20C)。

[0319] 在步骤S173中，在接收到ROUTE服务器10B的扩展的LSID时，3GPPMBMS服务器10D的传输处理单元114D根据控制单元111D的控制，控制传输单元115D，据此，从ROUTE服务器10B
中接收的扩展的LSID通过传输路径90传输(传输)给接收侧系统20(3GPPMBMS客户端20D)。

[0320] 在步骤S112中，数据服务器10A的数据传输处理单元114A获取保持在数据保持单元115A内的内容的数据，并且根据控制单元111A的控制，控制传输/接收单元113A，从而将
数据传输给ROUTE服务器10B。数据服务器10A的数据由ROUTE服务器10B的传输/接收单元
113B接收。

[0321] 在步骤S137中，ROUTE服务器10B的ROUTE数据发生器115B基于传输/接收单元113B的数据，根据控制单元111B的控制，生成通过ROUTE会话传输的ROUTE数据。

[0322] 在步骤S138中，ROUTE服务器10B的传输/接收单元113B根据控制单元111B的控制，将由在步骤S137的处理生成的ROUTE数据传输给ATSC广播服务器10C和3GPPMBMS服务器10D
中的至少一个。

[0323] 在此处，如果确定由在步骤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。

[0324] 在步骤S154中，在从ROUTE服务器10B中接收到ROUTE数据时，ATSC广播服务器10C的传输处理单元114C根据控制单元111C的控制，处理从ATSC广播服务器10C中接收的ROUTE
数据，以通过ATSC3.0的传输承载传输。然后，传输处理单元114C根据控制单元111C的控制，
控制传输单元115C，并且通过传输路径80将承载数据(通过ATSC3.0的传输承载传输的
ROUTE数据)传输(传输)给接收侧系统20(ATSC广播客户端20C)。

[0325] 在步骤S174中，在从ROUTE服务器10B中接收到ROUTE数据时，3GPP‑MBMS服务器10D的传输处理单元114D根据控制单元111D的控制，处理从ATSC广播服务器10C中接收的ROUTE
数据，以通过3GPP‑MBMS的传输承载传输。然后，传输处理单元114D根据控制单元111D的控
制，控制传输单元115D，并且通过传输路径90将承载数据(通过3GPP‑MBMS的传输承载传输
的ROUTE数据)传输(传输)给接收侧系统20(3GPPMBMS客户端20D)。

[0326] 在上面，描述了在传输侧系统10中的设备的处理流程。

[0327] (接收侧系统的设备的处理流程)

[0328] 接下来，参考在图26的流程图，描述配置接收侧系统20的设备的处理流程。

[0329] 在步骤S211中，确定是否传输3GPP‑MBMS。在步骤S211中，如果确定传输3GPP‑MBMS，则处理继续进入步骤S212。

[0330] 在步骤S212中，3GPPMBMS客户端20D的接收单元212D通过传输路径90接收来自传输侧系统10(3GPPMBMS服务器10D)的扩展的LSID。在步骤S213中，传输处理单元213D根据控
制单元211D的控制，控制传输/接收单元214D，并且将由在步骤S212的处理接收的扩展的
LSID传输给ROUTE客户端20B。

[0331] 注意，在步骤S211，如果确定不传输3GPP‑MBMS，则跳过在步骤S212和S213中的上述处理。

[0332] 在步骤S231，确定是否传输ATS3.0。在步骤S231中，如果确定传输ATSC3.0，则处理继续进入步骤S232。

[0333] 在步骤S232，ATSC广播客户端20C的接收单元212C通过传输路径80接收从传输侧系统10(ATSC广播服务器10C)中传输的扩展的LSID。在步骤S233中，传输处理单元213C根据
控制单元211C的控制，控制传输/接收单元214C，并且将由在步骤S232的处理接收的扩展的
LSID传输给ROUTE客户端20B。

[0334] 注意，在步骤S211，如果确定不传输ATSC3.0，则跳过在步骤S232和S233中的上述处理。

[0335] 从3GPPMBMS客户端20D或ATSC广播客户端20C中传输的扩展的LSID由ROUTE客户端20B的传输/接收单元212B接收。

[0336] 在步骤S251，LSID分析器213B分析3GPPMBMS客户端20D或ATSC广播客户端20C的扩展的LSID(例如，在图19或21的扩展的LSID)。在步骤S252，LSID分析器213B根据在步骤S252
的分析结果，选择传输承载，以获取通过(LCT会话)ROUTE会话传输的ROUTE数据。

[0337] 在步骤S214，确定是否传输3GPP‑MBMS。在步骤S214中，如果确定传输3GPP‑MBMS，则处理继续进入步骤S215。

[0338] 在步骤S215中，3GPPMBMS客户端20D的接收单元212D通过传输路径90接收从3GPPMBMS服务器10D中传输的承载数据(通过3GPP‑MBMS的传输承载传输的ROUTE数据)。在
步骤S216中，传输处理单元213D根据控制单元211D的控制，控制传输/接收单元214D，并且
将由在步骤S215的处理接收的承载数据传输给ROUTE客户端20B。

[0339] 注意，在步骤S214，如果确定不传输3GPP‑MBMS，则跳过在步骤S215和S216中的上述处理。

[0340] 在步骤S234，确定是否传输ATSC3.0。在步骤S234中，如果确定传输ATSC3.0，则处理继续进入步骤S235。

[0341] 在步骤S235，ATSC广播客户端20C的接收单元212C通过传输路径80接收从ATSC广播服务器10C中传输的承载数据(通过ATSC3.0的传输承载传输的ROUTE数据)。在步骤S236
中，传输处理单元213C根据控制单元211C的控制，控制传输/接收单元214C，并且将由在步
骤S235的处理接收的承载数据传输给ROUTE客户端20B。

[0342] 注意，在步骤S234，如果确定不传输ATSC3.0，则跳过在步骤S235和S236中的上述处理。

[0343] 来自3GPPMBMS客户端20D的承载数据(通过3GPP‑MBMS的传输承载传输的ROUTE数据)或来自ATSC广播客户端20C的承载数据(通过ATSC3.0的传输承载传输的ROUTE数据)由
ROUTE客户端20B的传输/接收单元212B接收。

[0344] 在步骤S253，ROUTE客户端20B的传输处理单元214B根据在步骤S252的传输承载的选择结果，获取通过3GPP‑MBMS或ATSC3.0传输承载传输的ROUTE数据。

[0345] 在步骤S254，传输处理单元214B根据控制单元211B的控制，控制传输/接收单元212B，并且将由在步骤S253的处理获取的ROUTE数据传输给数据客户端20A。

[0346] 在步骤S271，数据客户端20A的传输/接收单元212A根据控制单元211A的控制，接收从ROUTE客户端20B传输的ROUTE数据。

[0347] 在步骤S272，再生控制单元213A根据控制单元211A的控制，对由在步骤S271的处理接收的ROUTE数据进行渲染。通过渲染，将内容的视频数据供应给显示器214A，并且将音
频数据供应给扬声器215A。通过这种方式，在显示器214A上显示内容的视频，并且从扬声器
215A中输出其声音。

[0348] 在上面，描述了配置接收侧系统20的设备的处理流程。

[0349] <7、可替换的实施方式>

[0350] 在以上描述中，主要在美国使用的ATSC系统描述为数字广播的标准。可替换地，可以使用在日本等国家使用的ISDB(集成服务数字广播)系统或在欧洲国家使用的DVB系统。
此外，可以不仅使用地面数字电视广播，而且可以使用卫星数字电视广播和数字电缆电视
广播。

[0351] 在以上描述中，在用标记语言(例如，XML)描述信令信息时，描述元素和属性。元素和属性的名称是说明性的，并且可以使用其他名称。例如，在LSID等中规定的广播流ID可以
称为RF信道ID、网络ID或RF分配ID(RF Alloc ID)。注意，名称的差异仅仅是形式的差异，并
且元素和属性的实际内容并非不同。同样，信令信息的名称仅仅是说明性的，并且可以使用
其他名称。

[0352] <8、计算机的配置>

[0353] 上述处理序列可以由硬件执行，或者可以由软件执行。如果所述处理序列由软件执行，则配置该软件的程序安装到计算机内。图27是示出根据程序执行上述处理序列的计
算机的硬件的配置示例的示图。

[0354] 在计算机900中，CPU(中央处理单元)901、ROM(只读存储器)902以及RAM(随机存取存储器)903通过总线904彼此连接。输入/输出接口905进一步连接至总线904。输入单元
906、输出单元907、记录单元908、通信单元909以及驱动器910连接至输入/输出接口905。

[0355] 输入单元906由键盘、鼠标、麦克风等构成。输出单元907由显示器、扬声器等构成。记录单元908由硬盘、非易失性存储器等构成。通信单元909由网络接口等构成。驱动器910
驱动可移除介质911，例如，磁盘、光盘、磁光盘或半导体存储器。

[0356] 在这样配置的计算机900中，CPU 901通过输入/输出接口905和总线904将储存在ROM 902和记录单元908内的程序载入RAM 903内并且执行这些程序，由CPU 901执行执行上
述一系列处理。

[0357] 例如，可以在用作封装介质的可移除介质911上记录和提供由计算机900(CPU 901)执行的程序。进一步，可以通过有线或无线传输介质(例如，局域网、互联网或数字卫星
广播)提供程序。

[0358] 在计算机900中，安装在驱动器910上的可移除介质911可以通过输入/输出接口905将程序安装到记录单元908内。进一步，程序可以通过有线或无线传输介质由通信单元
909接收，并且可以安装在记录单元908内。此外，程序可以提前安装在ROM 902或记录单元
908内。

[0359] 在本说明书中，不必按照作为流程图描述的顺序在时间序列中执行由计算机根据程序执行的处理。即，由计算机根据程序执行的处理包括平行或者单独执行的处理(例如，
平行处理或者由对象处理)。进一步，程序可以由单个计算机(处理单元)处理，或者可以由
多个计算机通过分布的方式处理。

[0360] 注意，本技术的实施方式不限于上述实施方式，并且在不背离本技术的主旨的情况下，可以进行各种修改。

[0361] 应注意的是，本技术可以采取以下配置。

[0362] (1)一种接收设备，包括：

[0363] 获取单元，其获取控制信息，控制信息包括用于获取通过处于IP(互联网协议)传输系统的协议栈的第一层的第一传输系统中的会话传输的数据以及用于识别在处于低于
第一层的第二层的第二传输系统中传输数据的承载的信息；以及

[0364] 控制单元，其基于所述控制信息控制获取在所述承载上传输的数据的每个单元的操作。

[0365] (2)根据(1)所述的接收设备，其中，

[0366] 所述第一层是传输层，并且

[0367] 所述第二层是物理层。

[0368] (3)根据(1)或(2)所述的接收设备，其中，

[0369] 所述控制信息包括用于识别承载的承载ID。

[0370] (4)根据(1)到(3)中任一项所述的接收设备，其中，

[0371] 所述控制信息包括用于识别会话的IP地址和端口号。

[0372] (5)根据(1)到(4)中任一项所述的接收设备，其中，

[0373] 所述第一传输系统是ROUTE(单向传输的实时对象传送)，

[0374] 所述会话是配置所述ROUTE会话的一个或多个LCT(分层编码传输)会话，并且

[0375] 所述控制信息是LSID(LCT会话实例描述)。

[0376] (6)根据(3)到(5)中任一项所述的接收设备，其中，

[0377] 所述第二传输系统包括ATSC(高级电视系统委员会)3.0和3GPP‑MBMS(第三代合作伙伴计划‑多媒体广播多播服务)，

[0378] ATSC3.0的承载ID是以下标识符的集合：

[0379] 第一标识符，其是每个广播波的到达区域分配的标识符以及分配给特定信道的广播波的频带的标识符的集合，以及

[0380] 第二标识符，其识别每个物理通道，通过将由所述第一标识符识别的频带分成具有不同参数的多个物理通道来获得所述每个物理通道，并且

[0381] ATSC3.0的承载ID是TMGI(临时移动组标识)。

[0382] (7)一种用于接收设备中的接收方法，包括以下步骤：

[0383] 获取控制信息，控制信息包括用于获取通过处于IP传输系统的协议栈的第一层的第一传输系统中的会话传输的数据以及用于识别在处于低于第一层的第二层的第二传输
系统中传输数据的承载的信息；以及

[0384] 基于所述控制信息控制获取在所述承载上传输的数据的每个单元的操作。

[0385] (8)一种传输设备，包括：

[0386] 生成单元，其生成控制信息，控制信息包括用于获取通过处于IP传输系统的协议栈的第一层的第一传输系统中的会话传输的数据以及用于识别在低于第一层的第二层的
第二传输系统中传输数据的承载的信息；以及

[0387] 传输单元，其通过包含在所述控制信息内的信息识别的承载将数据与控制信息一起传输。

[0388] (9)根据(8)所述的传输设备，其中，

[0389] 所述第一层是传输层，并且

[0390] 所述第二层是物理层。

[0391] (10)根据(8)或(9)所述的传输设备，其中，

[0392] 所述控制信息包括用于识别承载的承载ID。

[0393] (11)根据(8)到(10)中任一项所述的传输设备，其中，

[0394] 所述控制信息包括用于识别会话的IP地址和端口号。

[0395] (12)根据(8)到(11)中任一项所述的传输设备，其中，

[0396] 所述第一传输系统是ROUTE，

[0397] 所述会话是配置所述ROUTE会话的一个或多个LCT会话，并且

[0398] 所述控制信息是LSID。

[0399] (13)根据(10)到(12)中任一项所述的传输设备，其中，

[0400] 所述第二传输系统包括ATSC 3.0和3GPP‑MBMS，

[0401] ATSC3.0的承载ID是以下标识符的集合：

[0402] 第一标识符，其是每个广播波的到达区域分配的标识符以及分配给特定信道的广播波的频带的标识符的集合，以及

[0403] 第二标识符，其识别每个物理通道，通过将由所述第一标识符识别的频带分成具有不同参数的多个物理通道来获得所述每个物理通道，并且

[0404] ATSC3.0的承载ID是TMGI。

[0405] (14)一种用于传输设备中的传输方法，包括以下步骤：

[0406] 生成控制信息，控制信息包括用于获取通过处于IP传输系统的协议栈的第一层的第一传输系统中的会话传输的数据以及用于识别在处于低于第一层的第二层的第二传输
系统中传输数据的承载的信息；以及

[0407] 通过包含在所述控制信息内的信息识别的承载将数据与所述控制信息一起传输。

[0408] 附图标记说明

[0409] 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。