本公开涉及用于传输和接收多媒体内容的方法和设备。
背景技术：
：：随着有线/无线互联网的爆炸式增长，预期将在未来广泛地使用各种类型的互联网电视(tv)。虽然经由有线/无线互联网的音频/视频(a/v)信号递送暂时可能不能取代现有的广播，但未来的广播服务可以演变成将广播网络与互联网进行整合的混合服务类型。与过去将专用网络用于工作室之间的内容递送或到次级分布网络的内容递送时不同，在最近，通过互联网协议(ip)网络递送内容来减少由于使用单独的专用网络而招致的成本并且削减由指定接口导致的高设备成本。预期当前数字广播会演变成立体三维(3d)视频广播、超高清晰度(uhd)广播、多视图3d视频广播、全息广播等，并且展望当前的移动图片专家组2(mpeg2)-传输流(ts)可能会变得低效，因为在每个转发步骤都需要更大量的传输。举例来说，因为uhd广播可以具有是现有的高清晰度(hd)tv的分辨率的四倍(4k级)或16倍的分辨率，所以即便应用高效率压缩方案，仍可能难以在一个信道中传输6mhz的tv节目。因此，具有188字节的固定长度分组的mpeg-2ts对于支持高数据速率是低效的。另外，在其中除了广播网络之外的所有其它网络都转变为ip网络的环境中，难以通过与ip的相互转换来使用mpeg-2ts。因此，在最近，即使不是当下，当uhd广播将被商业化时，可能需要ip友好并且比mpeg-2ts更高效的新的av递送格式。图1示出在一般的ip广播网络服务中针对每个服务组件而定义的协议信息配置的实例。参看图1，在由现有的ip广播网络100提供的广播服务中，针对每个服务明确地定义协议，并且在电子服务指南(esg)或电子节目指南(epg)中描述了其细节。以基于数字视频广播-手持(dvb-h)的技术作为实例，av串流使用由102指示的实时传输协议(rtp)，并且文件数据服务使用由104指示的单向传输的文件递送(flute)。也就是说，使用每个服务专有的协议。技术实现要素：技术问题随着对包括非实时服务的各种服务(例如，视频点播(vod)服务等)的需求不断增加，在现有技术中需要超越现有的简单广播系统的能够满足各种需求、不管服务类型如何都使用一个固定协议的新型系统。举例来说，如图1中示出的基于dvb-h的实时服务使用rtp来用于数据传输。使用rtp而传输的数据分组(在下文被称为‘rtp分组’)可能不一定以与从传输侧传输的次序相同的次序到达接收侧。另外，所有被传输的rtp分组不一定正确地到达接收侧。因此，尽管有卓越的实时传输性能，但rtp无法提供保证服务质量的方式。因此，需要能够弥补这些弱点的另一传输协议和能够支持所述协议的广播服务结构。技术解决方案本公开的实施例提供一种用于依据实时/非实时服务特性而基于适合于每个环境的协议来传输多媒体内容的方法，以及用于执行所述传输的传输设备。为此，本公开的实施例提供用于将映射到每个服务的协议信息传输至接收设备的方案。本公开的实施例还提供一种用于接收由传输设备传输的映射到每个服务的协议信息并且高效地标识和接收基于所述协议信息利用不同协议而配置的服务的方法，以及用于执行所述接收的接收设备。根据本公开的实施例，提供一种用于在广播通信系统中传输多媒体内容的方法，所述方法包括：对针对与多媒体内容相对应的每个服务而映射的协议信息进行标识；对包括针对每个服务而映射的所标识的协议信息的服务相关信息进行传输；以及通过使用所标识的协议将与服务相对应的多媒体内容传输至接收侧。根据本公开的实施例，提供一种用于在广播通信系统中接收多媒体内容的方法，所述方法包括：接收包括针对与多媒体内容相对应的每个服务而映射的协议信息的服务相关信息；接收与服务相对应的多媒体内容；从针对每个服务而映射的协议信息标识与所述服务相对应的协议；以及通过使用所标识的协议来回放所述多媒体内容。根据本公开的实施例，提供一种用于在广播通信系统中传输多媒体内容的设备，所述设备包括：控制器，所述控制器被配置成对针对与多媒体内容相对应的每个服务而映射的协议信息进行标识；以及收发器，所述收发器被配置成对包括针对每个服务而映射的所标识的协议信息的服务相关信息进行传输，并且通过使用所标识的协议将与服务相对应的多媒体内容传输至接收侧。根据本公开的实施例，提供一种用于在广播通信系统中接收多媒体内容的设备，所述设备包括：收发器，所述收发器被配置成接收包括针对与多媒体内容相对应的每个服务而映射的协议信息的服务相关信息，并且接收与服务相对应的多媒体内容；以及控制器，所述控制器被配置成从针对每个服务而映射的协议信息来标识与所述服务相对应的协议，并且通过使用所标识的协议来回放所述多媒体内容。附图说明图1示出在一般的互联网协议(ip)广播网络服务中针对每个服务组件而定义的协议信息配置的实例；图2a是当根据本公开的实施例的接收设备在执行信道扫描的同时通过l2信令来接收根据本公开的实施例的服务相关信息时的操作的流程图；图2b是当根据本公开的实施例的接收设备在执行信道转换或在通电之后执行信道选择的情况下接收根据本公开的实施例的服务相关信息时的操作的流程图；图3是根据本公开的实施例的由传输侧通过l2信令信息将服务相关信息递送到接收设备的操作的流程图的实例；图4是根据本公开的实施例的由传输侧通过l2信令信息将服务相关信息递送到接收设备的操作的流程图的另一实例；图5示出高级电视系统委员会(atsc)3.0中的l2层信令消息的报头的结构的实例；图6示出根据本公开的实施例的使用固定的单独引导程序端口来起初获得服务/服务组件专有协议的分支信息的接收设备的操作；图7示出根据本公开的实施例的将用于起初获得分支信息的协议用作初始协议的接收设备的操作；图8是根据本公开的实施例的接收器的图；图9是根据本公开的实施例的接收器的操作的流程图；图10是根据本公开的实施例的接收器的操作的流程图；图11是根据本公开的实施例的接收器的操作的流程图；图12是根据本公开的实施例的接收器的操作的流程图；图13是根据本公开的实施例的接收器的操作的流程图；图14是根据本公开的实施例的接收器的操作的流程图；图15示出向其应用根据本公开的实施例的两种传输技术mmt和route的协议堆栈的实例；图16a是根据本公开的实施例的传输设备的框图；以及图16b是根据本公开的实施例的传输设备的操作的流程图。具体实施方式在下文中，将参考附图描述本公开的示例性实施例的操作原理。相同的组件即使在不同的图式中被示出也被指代为相同的参考数字，并且在以下描述中，如果对相关的众所周知的功能或配置的详细描述将不必要地使本公开的主题混淆不清，那么将不提供所述详细描述。此外，在下文描述的术语是考虑到本公开中的功能而进行定义，并且可以依据用户或运营商的意图或实践而改变。因此，将基于在本公开的整体描述中的内容来作出所述定义。在下文，根据本公开的实施例的广播系统使用多个传输协议，并且明确地单独使用用于每个目的的协议，例如用于内容传输的协议、用于文件传输的协议等。举例来说，例如高级电视系统委员会(atsc)3.0的混合广播系统可以采用例如mpeg媒体传输(mmt)协议或单向传输的实时对象递送(route)、单向传输的文件递送(flute)等多种传输技术作为应用传输协议。与媒体传输协议中的flute一样，route协议是专门用于以文件而不是实时a/v媒体数据的形式传输数据的传输协议。在本公开的实施例中，出于方便起见，将基于atsc3.0的广播系统描述为实例。然而，本公开的实施例还适用于不是atsc3.0的其它系统。在下文中，本公开的实施例提出用于通过在广播系统中使用多个协议来传输和接收服务的方法和设备。因此，根据本公开的实施例的传输设备将由广播系统提供的服务和包括接收所述服务所需的信令信息的服务相关信息递送到接收侧。根据本公开的实施例的服务相关信息可以包括由广播系统提供的服务和用于获得和发现每个服务的服务组件的信令信息的引导程序，并且可以包括例如映射到每个服务的协议信息等。根据本公开的实施例的接收设备随后：接收从传输设备传输的服务相关信息；基于服务相关信息接收用于接收服务的信令信息；基于信令信息标识映射到每个服务的协议信息；以及接收对应的服务。更具体来说，根据本公开的实施例，在广播系统中，传输设备：将适当的协议映射到每个服务或服务组件；利用关于映射到服务或服务组件的协议的信息来配置服务相关信息；以及将服务相关信息递送到接收设备。本公开的实施例提出关于用于将服务相关信息递送到接收设备的方案的多个实施例。举例来说，可以使用可以通过广播网络以外的其它方式(例如，电子邮件、互联网、通用串行总线(usb)、安装单独的应用等)检查的电子节目指南(epg)信息或使用会话描述协议(sdp)会话信息来传输根据本公开的实施例的服务相关信息。可以使用链路层信令或使用经由广播网络递送的高层信令信息，通过用户数据报协议(udp)/ip分组报头来传输服务相关信息。更具体来说，参看图1，出于方便起见，根据本公开的实施例的广播系统中的协议堆栈可以包括：网络层110，其处理ip分组；传输层112，其包括包括各种协议的协议堆栈、用于接收每个服务/服务组件的信令信息，例如，包括用于标识映射到每个服务/服务组件的协议的协议信息的服务相关信息；以及应用层114，其接收在每个协议中处理的分组并且以服务的形式向用户递送所述分组。传输层112的协议堆栈可以包括mmt协议和route协议。参看图15中示出的接收侧处的协议堆栈，用于由接收侧接收的服务的传输层包括mmt协议和route协议。参看图15，由广播物理层(atsc3.0物理层)多播的udp/ip分组被映射到mmt协议或route协议。通过与数据和控制信息对应的信令信息来标识使用mmt协议从传输设备传输的分组。数据可以基于媒体处理单元(mpu)的数据结构而包括在分组中，其包括使用mmt协议而传输的媒体内容的可独立解码的最小单元。如果媒体内容是视频，那么mpu的数据结构可以是与视频的图像中的每个图像相对应的媒体片段单元(mfu)。mpu包括在与同一服务的每个服务组件相对应的分组中，并且所述视频在基于mmt的技术中被定义为资产(asset)。向递送相同资产的mmt协议分组指派相同的分组标识符。因此，还向所述分组的mpu指派相同的分组标识符。可以在mpu模式中以有效负载的形式接收数据。同时，在route协议的情况下，定义了通过广播来递送由超文本传输协议(http)的动态自适应串流(dash)格式化的串流内容。因此，通过与数据和控制信息对应的信令信息来标识使用route从传输设备传输的分组，并且通过以对象为单位的分组来接收数据，所述对象是通过将媒体内容划分成预定单元来产生。举例来说，可以通过分组以被定义为媒体段的dash段的形式接收所述对象，并且可以通过分组以中间呈现描述(mpd)的形式接收信令信息。dashmpd可以指示例如dash段的时间线等。在本公开的实施例中，传输设备将包括用于接收服务/服务组件的信令信息的服务相关信息传输至接收侧。可以在提供广播服务之前以由运营商或用户预设的间隔定期传输根据本公开的实施例的服务相关信息。可以根据信道环境的变化、用户的请求等来更新服务相关信息，并且还可以在提供广播服务之前传输经更新的服务相关信息。传输设备使用映射到服务或服务组件的协议将与所述服务或服务组件对应的每个udp/ip分组传输至接收侧。在本文中，服务相关信息中包括的信令信息可以包括用于标识利用不同协议配置的服务/服务组件的协议信息。更具体来说，协议信息可以包括根据本公开的实施例的协议指示符。根据实施例，服务相关信息可以进一步包括协议变化指示符和改变的协议指示符，所述协议变化指示符指示其中服务/服务组件的协议可改变的情况。更具体来说，根据本公开的实施例的传输设备可以配置服务相关信息，使得服务相关信息包括映射到每个udp分组的每个服务信息和协议信息的ip/端口信息。根据实施例，传输设备可以通过另外将协议变化信息映射到每个服务信息来配置服务相关信息。根据实施例，传输设备可以配置服务相关信息，使得服务相关信息包括映射到相同服务的每个实时服务组件的ip/端口信息、协议指示符和协议变化信息。在此情况下，例如，在如图8中所示配置的接收设备中包括的协议控制模块可以通过从传输设备接收的服务相关信息来获得可以如上文描述而配置的每个服务/服务组件的协议指示符或协议变化指示符。可以在各种单元中指定在本公开的实施例中使用的协议信息。在下文，在本公开的实施例中，作为实例，将基于服务或服务组件来配置协议信息的指定范围。然而，根据本公开的实施例的协议信息的指定范围不限于服务单元/服务组件单元。首先，根据本公开的实施例，可以将协议信息的指定范围设定为服务单元。在此情况下，出于方便起见，假定针对服务水平下的多个服务分别指定不同协议。在本文，服务可以对应于独立的内容，例如电影、新闻、戏剧、无线电、文件等。传输设备可以将包括映射到每个服务的协议信息的服务相关信息传输至接收侧。传输设备随后使用映射到所述服务的协议将服务的分组传输至接收侧。举例来说，假设使用由不同的广播公司提供的广播服务的不同协议。如果所述广播公司是韩国广播系统(kbs)，那么假定kbs使用mmt协议传输广播内容；如果所述广播公司是moonhwa广播中心(mbc)，那么假定mbc使用route协议传输广播内容。在此情况下，为了接收侧接收从每个广播公司传输的广播服务，传输设备需要配置包括用于标识协议(每个广播公司的广播服务利用所述协议进行配置)的协议信息的服务相关信息，并且将所配置的服务相关信息传输至接收侧。因此，传输侧可以配置包括映射到由每个广播公司提供的广播服务的协议信息的服务相关信息，例如，如表1中所示。服务相关信息可以被配置成包括在与在tv屏幕上示出节目时间表的功能相对应的epg中。参看表1，根据本公开的实施例的服务相关信息可以包括对应于服务信息的服务标识信息、对应于ip/端口信息的ip地址，和对应于协议信息的协议指示符。更具体地，如果服务标识信息指示kbs，那么ip地址‘111.111.111.111’和协议指示符‘mmt’被映射。这意味着使用mmt协议通过ip地址‘111.111.111.111’，将由kbs提供的广播服务传输至接收侧。同时，如果服务标识信息指示mbc，那么ip地址‘222.222.222.222’和协议指示符‘route’被映射。这意味着使用route协议通过ip地址‘222.222.222.222’，将由mbc提供的广播服务传输至接收侧。因此，如果接收侧接收如表1中所示配置的服务相关信息，那么在接收侧的传输层将ip分组递送到协议堆栈时，接收侧检查所接收的服务的ip分组报头的ip地址。假定所检查的ip地址是‘111.111.111.111’，则接收侧的传输层基于服务相关信息，将所接收的服务的ip分组递送到所检查的ip地址映射到的mmt协议堆栈。如果所检查的ip地址是‘222.222.222.222’，那么接收侧的传输层基于服务相关信息，将所接收的服务的ip分组递送到所检查的ip地址映射到的route协议堆栈。[表1]服务标识信息ip地址协议指示符kbs111.111.111.111mmtmbc222.222.222.222route·········表2示出其中以被映射到每个协议类型的协议指示符的形式表达在根据本公开的实施例的服务相关信息中包括的协议信息的实例。[表2]协议指示符所使用的协议0mmt1route2flute3rtp······针对以后的使用参看表2，可以通过指示协议的编号的形式定义协议指示符。也就是说，通过‘0’指示mmt协议，并且通过‘1’指示route协议。因此，在如表1中所示配置的服务相关信息的情况下，使用利用与mmt协议对应的‘0’来表达映射到kbs的协议指示符，并且利用与route协议对应的‘1’来表达映射到mbc的协议指示符。然而，根据本公开的实施例的协议指示符的数值表达仅仅是实例，并且协议指示符不限于数值表达。接下来，根据本公开的实施例，可以将协议信息的指定范围设定为服务组件单元。在此情况下，在本公开的实施例中，可以依据每个服务组件的特性利用不同的协议来配置相同服务的服务组件。举例来说，在提供与由运营商提供的特定电影对应的服务时，电影的服务组件可以分别与所述电影的特定于国家的字幕、音频内容和视频内容对应。在此情况下，传输设备可以将包括映射到同一服务的每个服务组件的协议信息的服务相关信息传输至接收侧。通过使用映射到每个服务组件的协议，传输设备将服务组件的分组传输至接收侧。举例来说，假定分别使用mmt协议和route协议来配置与同一广播服务的av串流和文件数据相对应的服务组件。在此情况下，同一服务的服务组件具有同一ip地址但不同的端口信息。因此，传输设备配置服务相关信息，并且将服务相关信息传输至接收侧，如表3中所示，所述服务相关信息包括对应于服务信息的服务标识信息和每个服务组件标识信息、对应于ip/端口信息的ip地址和端口信息，和对应于协议信息的协议指示符。[表3]参看表3，通过映射在每个服务标识信息中包括的ip地址、端口地址和每个服务组件的协议指示符，可以配置根据本公开的实施例的服务相关信息。更具体来说，如果服务标识信息指示mbc，那么由mbc提供的广播服务的服务组件分别对应于av串流和文件数据，并且具有相同的ip地址‘222.222.222.222’但不同的端口地址和协议标识符。也就是说，将端口地址‘3’和协议指示符‘mmt’映射到av串流，而将端口地址‘4’和协议指示符‘route’映射到文件数据。同时，对于包括多个服务组件的相同服务，可以依据由服务组件支持的环境和服务特性使用不同的协议来传输所述服务组件。表4示出服务相关信息的实例，其指示其中相同服务中的相同服务组件使用若干协议的情况。[表4]参看表4，假定对应于服务标识信息‘kbs’的广播服务包括视频、音频和文件数据的服务组件。在此情况下，可以将使用相同ip地址的服务组件划分成具有协议指示符‘mmt’的一些服务组件和具有协议指示符‘route’的其它服务组件。由于用户对周围服务环境的选择或周围服务环境的变化，可以基于如表4所示配置的服务相关信息，通过改变由kbs提供的服务组件的协议而向接收侧提供个性化或无缝服务。假设向接收侧提供使用针对当前观看的广播服务的route协议配置的音频或数据文件。在此情况下，如果用户想要将广播服务的语言改变为另一语言，那么传输设备可以在将所述协议改变为mmt协议之后传输对应于所述另一语言的音频或数据文件，以用于与广播服务的视频的实时同步。传输设备随后配置包括广播服务的协议变化信息的服务相关信息，并且将所配置的服务相关信息传输至接收侧。传输设备可以通过使用例如epg信息、通过使用为了更快的实时通信的l2信令或通过ip分组报头来将包括协议变化信息的服务相关信息递送到接收侧。根据实施例，传输设备可以通过服务相关信息将与针对相同服务改变为另一语言的音频或数据文件的ip分组相对应的改变的端口号传输至接收侧。接收侧随后从先前所接收的服务相关信息检查与音频或数据文件的改变的端口相对应的协议指示符，因此标识改变的音频或数据的协议。表5示出根据本公开的实施例的包括协议变化信息的服务相关信息的实例。[表5]参看表5，如果广播公司是kbs，那么对于视频组件，协议变化指示符指示协议发生改变。因此，视频组件的先前协议指示符是指示route协议的‘01’，而改变的协议指示符是指示协议4的‘11’。另一方面，对于由kbs提供的音频组件，协议变化指示符指示协议未被改变。因此，音频组件的先前协议指示符和改变的协议指示符都是指示route协议的‘10’。根据本公开的实施例，在通过例如epg等高层信号将包括协议变化信息的服务相关信息传输至接收侧时，epg传输间隔仅为数秒，并且改变的协议信息难以在提供给接收侧的epg中实时更新。因此，根据另一实施例，传输设备通过l2信令信息等来传输服务/服务组件的协议变化信息，借此，传输设备可以在实时的基础上，通知接收侧每个服务/服务组件的改变的协议信息(或服务/服务组件专有的改变的协议信息)。另外，根据本公开的另一实施例，为了通过l2信令来指示服务/服务组件的改变的协议信息，可以通过l2分组的报头或有效负载来传输服务或服务组件的协议指示符或改变的协议指示符。根据另一实施例，可以通过专用信令消息将服务或服务组件的协议或改变的协议信息传输至接收侧。图2a和图2b是根据本公开的实施例的接收设备的操作的流程图。图2a是在根据本公开的实施例的接收设备在执行信道扫描的同时通过l2信令来接收根据本公开的实施例的服务相关信息时的操作的流程图。图2b是在根据本公开的实施例的接收设备在执行信道切换或在通电之后执行信道选择的情况下接收根据本公开的实施例的服务相关信息时的操作的流程图。参看图2a，在当前实施例中，假定传输设备通过l2信令信息将包括服务/服务组件专有协议信息的服务相关信息递送到接收设备。在此情况下，如果接收设备(例如，tv)被通电，那么接收设备在操作200中执行初始信道扫描。接收设备通过初始信道扫描而获得根据本公开的实施例的服务相关信息。接收设备在操作202中通过初始信道扫描检测前导码，并且在操作204中基于所获得的服务相关信息和检测到的前导码执行物理层管道(plp，physicallayerpipe)解码。在操作206中，接收设备解码从所获得的服务相关信息获得的信令信息，以获得用于接收服务的信息，例如，射频(rf)信道、plp标识符等。在操作206中，根据本公开的实施例的接收设备通过使用服务相关信息来执行rf调入，并且执行与所述服务对应的plp选择，并且执行l2信令解析。在l2信令解析中，接收设备从根据本公开的实施例的服务相关信息获得服务接收所需的信令信息的协议信息、服务/服务组件专有协议信息。服务相关信息可以包括与esg、epg、sdp会话信息等相关的引导程序信息。参看图2b，出于方便起见，假定接收设备例如是tv。在此情况下，在操作210中，假定接收设备在通电之后执行信道选择或者执行信道切换。所述接收设备已经通过初始信道扫描获得了服务相关信息，并且已经从服务相关信息获得了用于接收在选定信道中所接收的服务的信令信息，例如，rf信道信息、plp标识符等。因此，在操作212中，所述接收设备通过使用与选定信道对应的rf信道信息等来执行rf调入。在操作214中，所述接收设备检测选定信道的前导码、基于服务相关信息来选择服务的plp，并且对选定plp解码。在操作216中，所述接收设备执行l2信令信息解析。在l2信令信息解析中，接收设备从根据本公开的实施例的服务相关信息获得服务接收所需的信令信息的协议信息、服务/服务组件专有协议信息。服务相关信息可以包括与esg、epg、sdp会话信息等相关的引导程序信息。因此，根据实施例，可以通过各种方式来对包括根据本公开的实施例的服务/服务组件专有协议信息或改变的协议信息的服务相关信息进行传输。更具体来说，根据本公开的实施例的传输设备可以通过带外递送(oob)而不是经由广播网络递送的epg进行递送。在此情况下，根据本公开的实施例的传输设备通过与oob方式对应的单独的第三递送信道(例如，电子邮件、usb递送、单独的应用安装、互联网信道等)将包括根据本公开的实施例的服务相关信息的epg数据递送到接收侧(例如，广播接收终端)。在此情况下，根据本公开的实施例的服务相关信息可以包括基于不同的广播公司(例如，kbs、mbc等)的不同服务或基于与视频、音频、通用文件等对应的服务组件而应用于传输的协议信息或改变的协议信息。在此情况下，通过单独的第三信道而不是传输广播数据信息所借助的信道来传输根据本公开的实施例的协议信息或改变的协议信息，而不会导致例如影响广播信号的能力的传输错误等。在此情况下，传输设备在传输广播数据之前传输epg，使得难以实时地反映改变的协议信息。举例来说，如果使用rtp来传输kbs信道的新闻广播的视频的传输设备在需要时在中途使用另一协议(例如，mmt等)取代所述rtp来传输新闻广播的视频，那么传输设备不容易通过epg来更新改变的协议信息并且将改变的协议信息传输至接收侧。表6示出其中根据本公开的实施例将协议指示符插入到esg中的每个服务/服务组件中的实例。[表6]参看表6，服务‘信道1’包括基于h.264的视频和音频中的每一项的服务组件，与所述视频对应的服务组件的速率是25帧，并且示出了使用mmt协议的传输的实例。同样地，使用route协议来传输与音频对应的服务组件。参看图3和图4，将描述在使用oob方式将根据本公开的实施例的服务相关信息递送到接收侧时的接收设备的操作。更具体来说，图3和图4的实施例与在以oob方式或通过广播信道来传输根据本公开的实施例的服务相关信息时的接收侧的操作的流程图对应。图3是根据本公开的实施例的接收设备的操作的流程图的另一实例。在图3的实施例中，假定传输侧通过l2信令信息将根据本公开的实施例的服务相关信息递送到接收设备。所述服务相关信息包括用于接收服务接收所需的信令信息的协议信息(在下文被称为‘信令信息的协议信息’)和服务/服务组件专有协议信息。可以通过esg、epg、sdp会话信息等或以oob方式将服务相关信息传输至接收侧。因此，根据本公开的实施例的服务相关信息可以包括例如以oob方式例如在宽带中递送到接收侧的服务相关信息的服务信令信息的引导程序信息，和关于esg、epg、sdp会话信息等的引导程序信息。参看图3，在例如tv的接收设备被通电时，接收设备在操作300中执行初始信道扫描。接收设备通过初始信道扫描而获得根据本公开的实施例的服务相关信息。在操作302中，接收设备检测前导码。在操作304中，接收设备基于检测到的前导码来解码l1信令。接收设备选择从经解码的l1信令获得的plp，在操作306中解码选定的plp，并且在操作308中执行l2信令解析。在l2信令解析中，接收设备从根据本公开的实施例的服务相关信息获得包括用于接收信令信息的引导程序信息的信令的位置和信令信息的传输协议的类型等。如果通过广播信道来接收用于服务接收的信令信息，那么信令位置可以包括与例如esg、epg、sdp等相关的引导程序信息，或者如果通过oob信息来接收用于服务接收的信令信息，那么信令位置可以包括高层引导程序信息。可以通过ip地址或端口号和协议指示符等来指示信令位置以用于传输信令信息。因此，在操作310中，接收设备确定所获得的信令位置是oob还是在广播信道中。如果以例如在宽带中的oob方式接收信令信息，那么接收设备去往操作314。在操作314中，接收设备通过使用与信令位置(例如，统一资源定位符(url))对应的引导程序信息来请求服务的信令信息、接收所述信令信息，并且解析所述信令信息。在操作316中，接收设备从所接收的信令信息获得服务/服务组件专有协议信息。在操作318中，接收设备从服务/服务组件专有协议信息获得想要接收的每个服务或服务组件的协议指示符或改变的协议指示符，并且将基于所获得的协议指示符而接收的服务/服务组件递送到协议堆栈。如果在操作310中确定通过广播信道接收到信令信息，那么接收设备去往操作312。在操作312中，接收设备从信令位置获得与esg、epg、sdp等相关的引导程序信息以用于通过广播信道进行接收，并且基于所获得的引导程序信息将信令信息递送到协议堆栈以解析所述信令信息。在此情况下，信令信息的协议可以包括mmt协议和route协议之一。接收设备在操作316中从所述信令信息获得服务/服务组件专有协议信息，并且基于所获得的协议信息而执行操作318。图4是根据本公开的实施例的接收设备的操作的流程图的另一实例。在图4的实施例中，假定传输侧通过l2信令信息将根据本公开的实施例的服务相关信息递送到接收设备。所述服务相关信息可以包括信令信息的协议信息和服务/服务组件专有协议信息。可以通过esg、epg、sdp会话信息等或以oob方式将服务相关信息传输至接收侧。因此，根据本公开的实施例的服务相关信息可以包括例如以oob方式(例如在宽带中)递送到接收侧的服务相关信息的服务信令信息的引导程序信息，和关于esg、epg、sdp会话信息等的引导程序信息。参看图4，在操作400中，假定在接收设备(例如，tv)被通电时或在信道切换时执行信道选择。从在通过一旦接收设备通电即执行的初始信道扫描来选择的信道中已接收的服务的服务相关信息，已获得例如rf信道信息、plp标识符等。因此，在操作402中，接收设备通过使用与选定信道对应的rf信道信息等执行rf调入而接收服务。在操作404中，接收设备解码l1信令。在操作406中，接收设备选择从经解码的l1信令获得的服务的plp，并且对选定的plp解码。在操作408中，接收设备执行l2信令解析。在l2信令解析中，接收设备从根据本公开的实施例的服务相关信息获得包括用于接收信令信息的引导程序信息的信令的位置和信令信息的传输协议的类型等。更具体来说，如果通过广播信道来接收用于服务接收的信令信息，那么信令位置可以包括例如与esg、epg、sdp等相关的引导程序信息，或者如果以oob方式来接收信令信息，那么信令位置可以包括高层引导程序信息。可以通过ip地址或端口号和协议指示符等来指示信令位置以用于传输信令信息。因此，在操作410中，接收设备确定所获得的信令位置是oob还是在广播信道中。如果确定以例如在宽带中的oob方式接收信令信息，那么接收设备通过使用与信令位置(例如，url)对应的引导程序信息来请求和接收信令信息，并且解析所述信令信息。在操作416中，接收设备从信令信息获得服务/服务组件专有协议信息。在操作418中，接收设备从服务/服务组件专有协议信息获得想要接收的每个服务或服务组件的协议指示符或改变的协议指示符，并且基于所获得的协议指示符而接收服务/服务组件。如果在操作410中确定通过广播信道接收到信令信息，那么在操作412中，接收设备从信令位置获得与esg、epg、sdp等相关的引导程序信息以用于通过广播信道进行接收，并且基于所获得的引导程序信息将信令信息递送到协议堆栈。在此情况下，信令信息的协议可以包括mmt协议和route协议之一。接收设备在操作416中从信令信息获得服务/服务组件专有协议标识信息，并且去往操作418。根据本公开的实施例的传输设备还可以通过sdp会话信息来递送服务相关信息。更具体来说，在其中传输设备通过sdp会话信息来递送服务相关信息的实施例中，根据本公开的实施例的服务相关信息可以被插入到用于使用各种协议在传输端与接收端之间建立会话的sdp会话信息中，并且可以通过sdp会话信息进行传输。在此情况下，服务相关信息可以包括应用于基于服务的传输或基于服务组件的传输的协议信息或改变的协议信息。因此，接收设备可以接收根据本公开的实施例的sdp会话信息，并且通过所接收的sdp会话信息来标识每个服务/服务组件中的协议信息的实时变化。当不可能在epg、ip分组报头、l2信令等的保留字段中使用额外的位时，或者与根据其它实施例的至少一种方法一起，可以使用其中通过包括服务相关信息的sdp会话信息来传输服务相关信息的实施例。表7示出其中服务组件专有协议信息被包括在根据本公开的实施例的sdp会话信息中的实例。参看表7，通过在现有的sdp中定义的媒体描述的协议字段(“m＝”)来指示元素是‘mmt’。sdp的m字段可以基于格式“m＝<media><port><proto><fmt>...”来指定媒体的传输协议，并且可以通过所述格式中包括的字段中的<proto>字段来指定媒体的传输协议。在表7的实例中，通过端口4002来传输sdp会话的视频元素并且使用mmt协议。通过扩展指示属性的“a＝”字段，可以专有地添加协议变化指示符来指定是否可以改变传输协议。在此情况下，协议变化指示符‘0’指示不可以改变传输协议。通过端口4004来传输sdp会话的音频元素并且使用rtp协议。同样地，通过扩展指示属性的“a＝”字段，可以专有地添加协议变化指示符来指定是否可以改变传输协议。在此情况下，协议变化指示符‘1’指示可以改变传输协议。[表7]同时，在本公开的另一实施例中，根据本公开的实施例的传输设备可以通过udp/ip分组报头将服务相关信息传输至接收侧。更具体来说，在本公开的实施例中，传输设备可以通过ip分组报头或udp分组报头来传输服务相关信息。在此情况下，服务相关信息可以包括每个服务或服务组件的协议信息或改变的协议信息(或服务/服务组件专有协议信息或改变的协议信息)。当通过ip分组报头或udp分组报头来传输服务相关信息时，当与其中通过epg来传输服务相关信息的实施例相比时，可以更灵活地实时改变协议。另一方面，当在ip分组中改变服务/服务组件的协议时，实际上改变协议时的时间点可能不与递送指示协议改变的服务相关信息时的时间点相符。在此情况下，由于将ip分组的有效负载递送到不同的高层协议，因此服务回放可能是不可能的。表8示出通用ipv4分组报头的结构的实例。在表8的报头中，协议字段指示在直接高于ip的层中使用的协议的信息。举例来说，如果协议字段被指定为‘#17’，那么这意味着协议是udp，并且如果协议字段被指定为‘#6’，那么这意味着协议是传输控制协议(tcp)。根据给定条件，根据本公开的实施例的协议字段可以在经过扩展之后使用以指示在更高的层中使用的传输协议。[表8]在本公开的实施例中，传输设备还可以通过l2信令来递送服务相关信息。在此情况下，传输设备可以在单独的专用l2信令消息或l2分组的报头中以各种形式传输根据本公开的实施例的服务相关信息。在本文，服务相关信息可以包括服务/服务组件专有协议信息或改变的协议信息。当通过l2信令将根据本公开的实施例的服务相关信息传输至接收侧时，可以通过比其中通过esg、epg、sdp会话信息或ip报头来传输服务相关信息的情况更快并且更灵活的方式将与协议的变化相关的协议变化信息递送到接收侧。另一方面，传输信令位的总开销可能会增加。图5示出atsc3.0中的l2层信令消息的报头的结构的实例。参看图5，如果l2分组报头的分组类型字段(3b)的值是‘100’，那么这意味着l2分组的有效负载包括可以以各种形式包括根据本公开的实施例的服务相关信息的信令消息。根据实施例，所述服务相关信息可以包括服务/服务组件专有协议信息或改变的协议信息。根据实施例，可以以表1到表5中示出的形式中的至少一种形式来配置和包括服务相关信息。表9示出在l2分组的信令消息中包括的服务相关信息的实例。参看表9，根据本公开的实施例，在l2分组的信令消息中包括的服务相关信息可以包括用于标识每个ip会话的ip地址和端口号以及指示将使用的协议的协议标识符。[表9]表id指示此表用于协议映射信息版本指示在此表中待记载的协议映射信息的版本table_length指示此表的长度(以字节为单位)ip会话编号指示ip会话的编号for(i＝0；i<n；i++){ip_session_id标识每个ip会话(例如，ip地址和端口号等)transport_id指示所使用的协议(例如，mmt或route)}表10示出其中l2分组的信令信息包括用于在通过用于传输映射到逻辑信道的服务的plp之一来传输l2信令时传输plp的协议信息或改变的协议信息的实施例。在此情况下，当通过与用于传输例如音频、视频等媒体组件的plp不同的单独plp来传输l2信令时，可以提供关于逻辑信道的编号的信息和关于映射到个别逻辑信道id的传输id的信息。在本文，传输id指示用于逻辑信道传输的协议。用于与给定逻辑信道对应的服务的ip会话的信息(即，逻辑信道-ip会话映射信息)可以被包括在表10中或者可以作为单独的表而被提供。因此，接收设备可以标识逻辑信道的ip会话和在每个ip会话中使用的协议，并且基于所标识的协议而操作。[表10]表11示出其中l2分组的信令消息包括用于传输l2信令的plp的传输所使用的协议信息或改变的协议信息的实施例。根据另一实施例，可以通过物理层的l1信令来传输用于plp专有传输的协议信息或改变的协议信息。根据实施例，用于与给定逻辑信道对应的服务的ip会话的信息(即，plp-ip会话映射信息)可以被包括在表11中或者可以作为单独的表提供。[表11]表12示出其中l2分组的信令消息包括用于传输物理rf信道的协议信息或改变的协议信息的实施例。在本文，假定rf信道例如是中心频率＝1000mhz、6mhz，那么还可以通过物理层的l1信令来指示在当前连接的rf信道中使用的协议信息。[表12]同时，在本公开的另一实施例中，可以与通过带内方式(例如，esg、epg、sdp等)递送的高层信令信息一样配置传输设备，并且可以递送到接收侧。在此情况下，通过在传输设备与接收设备之间定义的带内传输协议(例如，flute、mmt、route、mmt、rtp等)来递送以带内方式递送的高层信令信息。因此，以带内方式递送的高层信令信息还被配置成包括服务/服务组件专有协议信息。因此，接收设备在接收到高层信令信息之前可能不知道服务或服务组件将被分支到哪一协议层用于处理，并且因此可能不能够执行接收操作。在此情况下，因为接收设备必须以带内方式接收甚至高层信令信息，所以即使在不接收将从高层信令信息获得的服务/服务组件专有协议的分支信息的状态下，接收设备需要通过起初获得将接收的服务/服务组件专有协议的信息来执行开始接收服务/服务组件的额外操作。为此，在本公开的实施例中，接收设备可以固定并且使用单独的引导程序端口来用于获得服务/服务组件专有协议的分支信息。图6示出根据本公开的实施例的使用固定的单独引导程序端口来起初获得服务/服务组件专有协议的分支信息的接收设备的操作。在本文，可以传输被指派有单独专用编号的分支信息。参看图6，假定根据本公开的实施例的接收设备选择预定端口(例如，端口0)来优先提取从传输侧以带内方式传输的分支信息。假定将使用预先约定的协议(例如，‘route’协议)来接收将通过端口0接收的分组。随后，根据本公开的实施例的接收设备在操作600中使用route协议来接收从广播会话接收的分组，并且在操作602中将所接收的分组分支到route协议堆栈。在操作604中，接收设备优先从所接收的分组提取分支信息。更具体来说，当使用类似于route或flute的异步分层编码(asynchronouslayeredcoding，alc)(rfc5775)标准时，可以通过预先约定的传输会话标识符(tsi)或传输对象标识符(toi)优先从所接收的分组提取分支信息。如果所接收的分组使用mmt协议，那么可以通过预先约定的分组标识符优先提取分支信息。随后，在操作606中，route协议堆栈将所提取的分支信息递送到分支信息引导程序会话。通过所述分支信息将通过分支信息引导程序会话接收的分组分支到协议堆栈。根据包括通过起初获得将接收的服务/服务组件专有协议的信息来开始接收服务/服务组件的额外操作的另一实施例，即使在不接收将从高层信令信息获得的服务/服务组件专有协议的分支信息的状态下，接收设备可以固定并且使用用于起初获得以带内方式传输的分支信息的初始协议。图7示出根据本公开的实施例将用于起初获得分支信息的协议用作初始协议的接收设备的操作。参看图7，例如，将用于起初获得分支信息的初始协议设定为mmt协议。随后，根据本公开的实施例的接收设备监视所有端口并且使用mmt协议来接收起初接收的分组。在操作702中，接收设备优先从所接收的分组提取分支信息。更具体来说，如果将例如route或flute协议等的alc(rfc5775)标准用作初始协议，那么接收设备可以优先从通过预先约定的tsi或toi接收的分组提取分支信息。如果将mmt协议用作初始协议，那么接收设备优先从通过预先约定的分组标识符接收的分组提取分支信息。在操作704中，接收设备基于所提取的分支信息，将随后接收的分组中的每个分组分支到协议堆栈。在另一实施例中，通过l2信令将以带内方式递送的服务相关信息递送到接收设备。服务相关信息可以包括用于传输高层信令信息以用于接收服务的ip地址或端口号并且包括所使用的协议的协议信息。根据另一实施例，传输设备以带内方式传输将以带内方式递送的服务相关信息，并且通过l2信令或l1信令将关于高层信令信息的协议信息的变化的信息传输至接收侧。在此情况下，接收设备可以在l2层中确定高层信令信息的协议信息是否改变，而不需要检查更高的层。同时，根据本公开的另一实施例的传输设备可以指定并且使用用于每个端口的协议。更具体地，如表13中所示，可以将在iana中提出的动态端口范围49152～65535固定地指派给协议。[表13]举例来说，接收设备可以使用mmt协议来接收通过端口#51000到#52000接收的分组，并且优先使用预先约定的分组标识符来提取所接收的分组的分支信息。接收设备可以使用route协议来接收通过端口#54000到#55000接收的分组，并且优先使用预先约定的tsi或toi来提取所接收的分组的分支信息。根据实施例，当指定每个端口的协议时，传输设备可以通过l2信令将端口号和如表13中所示被映射到端口号的协议信息传输至接收侧。图8是根据本公开的实施例的接收设备的框图。参看图8，接收设备可以大致包括应用层802、传输层804、网络层806、数据链路层808和物理层810。传输层804可以包括：协议信息分析器814，其接收根据本公开的实施例的服务相关信息并且分析服务/服务组件的协议信息；以及协议控制模块812，其将与服务/服务组件对应的分组分支到协议堆栈。协议控制分析器814从所接收的服务相关信息提取用于传输与一个服务的服务组件相对应的媒体元素(a/v/文件等)中的特定媒体的协议信息或改变的协议信息，并且将所提取的协议信息或改变的协议信息递送到协议控制模块812。在本文，可以通过例如ip/端口信息与传输媒体元素必须使用的协议之间的映射列表信息a的形式描述协议信息。协议控制模块812可以将从udp/ip堆栈递送的udp/ip分组的报头信息中包括的ip/端口信息(b)与映射列表信息(a)进行比较，并且确定将把udp/ip分组递送到哪一协议堆栈。协议信息分析器812从服务相关信息(从传输侧传输)提取服务/服务组件专有协议信息或改变的协议信息。根据上述实施例，通过epg、sdp会话信息、l2信令、ip分组的报头等递送服务相关信息。协议信息分析器812收集/确定所提取的信息并且将结果递送到协议控制模块814。根据实施例，协议信息分析器814从epg提取在媒体元素的ip/端口信息与传输媒体元素必须使用的协议之间的映射列表信息。根据另一实施例，协议信息分析器814从l2信令消息提取在媒体元素的端口号与传输媒体元素必须使用的协议之间的映射列表信息。根据另一实施例，协议信息分析器814可以从媒体描述(“m＝”)(从sdp会话信息获得)提取在媒体元素的端口号与传输媒体元素必须使用的协议(例如，m＝音频49170rtp/avp0)之间的映射列表信息。根据另一实施例，协议信息分析器814可以从在ip分组报头的扩展报头字段中指定的指示符提取指示递送和处理ip分组必须使用的协议的信息。图9是根据本公开的实施例的接收设备的操作的流程图的实例。在图9的实施例中，描述了接收设备通过以oob方式递送的epg来获得根据本公开的实施例的服务相关信息。在本文，服务相关信息可以包括服务/服务组件专有协议信息或改变的协议信息。参看图9，在操作900中，接收设备通过初始信道扫描来获得服务相关信息。当前实施例中的初始扫描包括其中接收设备从以oob方式递送的epg获得根据本公开的实施例的服务相关信息的操作。在初始信道扫描之后，在操作902中，接收设备通过使用服务相关信息，通过信道选择获得到用于接收服务的ip的路线，例如，物理信道信息(例如，rf信道、plp标识符等)。接收设备还获得用于传输所述服务的协议，例如，mmt或route(如果使用epg信息)。接收设备在操作904中基于所述服务相关信息执行rf调入，并且在操作906中执行对应于所述服务的plp选择。在操作908中，接收设备执行l2信令解析。在l2信令解析中，根据本公开的实施例的接收设备可以通过处理链路层分组来提取在有效负载中包括的l2信令，并且通过l2信令来获得服务相关信息的更新信息和其它信息。在本文，在用于传输服务/服务组件的协议发生改变的情况下，服务相关信息的更新信息可以包括改变的协议的指示信息，并且可以例如通过l2信令来传输改变的协议的指示信息。在此情况下，可以包括用于获得改变的协议的指示信息的引导程序信息。在l2信令解析中，根据本公开的实施例的接收设备在操作910中通过udp/ip会话来获得udp/ip分组。在操作912中，接收设备从用来传输媒体数据的udp/ip分组的报头提取ip端口信息。在操作914中，接收设备从在初始扫描中获得的epg中包括的服务相关信息提取服务/服务组件专有协议信息。在此情况下，如参考表1所描述地，假定服务/服务组件专有协议信息映射到ip端口。在将提取的ip端口信息与映射到udp/ip分组的协议信息进行比较之前，接收设备在操作916中确定是否接收包括改变的协议信息的新的epg。如果存在新的epg，那么接收设备在操作918中从新的epg提取新的协议信息。在操作920中，接收设备将提取的ip信息与从新的epg提取的新的协议信息进行比较。在操作922中，接收设备根据如表1中所示的比较结果将udp/ip分组分支到与提取的ip端口信息对应的协议堆栈。如果在操作916中确定不存在新的epg，那么接收设备将从通过初始信道扫描接收的epg获得的协议信息与提取的ip端口信息进行比较，并且在操作922中根据比较结果将udp/ip分组分支到对应的协议堆栈。接收设备在操作924中使用应用层中的对应协议来处理分组，并且在操作926中回放所述服务。图10是根据本公开的实施例的接收设备的操作的流程图的实例。在图10的实施例中，假定接收设备通过sdp会话信息获得根据本公开的实施例的服务相关信息。参看图10，在操作1000中，接收设备通过初始信道扫描来获得服务相关信息。在本文，初始扫描可以包括其中接收设备从以oob方式递送的sdp会话信息来获得根据本公开的实施例的服务相关信息的操作。在初始信道扫描之后，在操作1002中，接收设备通过使用服务相关信息，通过信道选择获得到用于接收服务的ip的路线，例如，物理信道信息(例如，rf信道、plp标识符等)。接收设备在操作1004中基于所述服务相关信息执行rf调入，并且在操作1006中执行对应于所述服务的plp选择。在操作1008中，接收设备执行l2信令解析。在l2信令解析中，根据本公开的实施例的接收设备可以通过处理链路层分组来提取在有效负载中包括的l2信令，并且通过l2信令来获得服务相关信息的更新信息和其它信息。在本文，如果用于传输服务/服务组件的协议发生改变，则服务相关信息的更新信息可以包括改变的协议的指示信息，并且可以例如通过l2信令来传输改变的协议的指示信息。在此情况下，可以包括用于获得改变的协议的指示信息的sdp会话的引导程序信息。在l2信令解析中，根据本公开的实施例的接收设备在操作1010中通过udp/ip会话来获得udp/ip分组。在操作1012中，接收设备获得udp/ip会话，并且从用来传输媒体数据的udp/ip分组的报头提取ip端口信息。在操作1014中，接收设备从在初始扫描中所获得的sdp会话信息中包括的服务相关信息提取服务/服务组件专有协议信息。在此情况下，假定服务/服务组件专有协议信息被映射到ip端口，如参考表1所描述。在将提取的ip端口信息与映射到udp/ip分组的协议信息进行比较之前，接收设备在操作1016中确定是否接收到包括改变的协议信息的新的sdp会话信息。如果存在新的sdp会话信息，那么接收设备在操作1018中从新的sdp会话信息提取新的协议信息。在操作1020中，接收设备将提取的ip信息与从新的epg提取的新的协议信息进行比较。在操作1022中，接收设备根据如表1中所示的比较结果，将udp/ip分组分支到与提取的ip端口信息对应的协议堆栈。如果在操作1016中确定不存在新的sdp会话信息，那么接收设备将从通过初始信道扫描接收的sdp会话信息获得的协议信息与提取的ip端口信息进行比较，并且在操作1022中根据比较结果将udp/ip分组分支到对应的协议堆栈。接收设备在操作1024中使用应用层中的对应协议来处理分组，并且在操作1026中回放所述服务。图11是根据本公开的实施例的接收设备的操作的流程图的实例。在图11的实施例中，假定接收设备获得在udp/ip分组的报头中包括的根据本公开的实施例的服务相关信息。在本文，服务相关信息可以包括服务/服务组件专有协议信息或改变的协议信息。参看图11，在操作1100中执行初始信道扫描之后，接收设备在操作1102中执行信道选择以获得根据本公开的实施例的服务相关信息。接收设备从服务相关信息获得到用于接收服务的ip的路线，例如物理信道信息(例如，rf信道、plp标识符等)。接收设备在操作1104中基于所述服务相关信息执行rf调入，并且在操作1106中执行对应于所述服务的plp选择。在操作1108中，接收设备执行l2信令解析。在l2信令解析中，根据本公开的实施例的接收设备可以通过解析链路层分组来提取在有效负载中包括的l2信令，并且在操作1110中获得用来传输媒体数据的udp/ip分组。接收设备在操作1112中通过udp/ip分组的报头提取服务/服务组件专有ip端口信息，并且在操作1114中提取从在初始扫描中获得的udp/ip分组的报头而获得的服务/服务组件专有协议信息。在此情况下，假定服务/服务组件专有协议信息映射到ip端口，如参考表1所描述。在操作1116中，接收设备将提取的ip信息与协议信息进行比较。在操作1118中，接收设备根据如表1中所示的比较结果将udp/ip分组分支到与所提取的ip端口信息对应的协议堆栈。接收设备在操作1120中使用应用层中的对应协议处理分组，并且在操作1122中回放所述服务。图12是根据本公开的实施例的接收设备的操作的流程图的实例。在图12的实施例中，通过l2信令将根据本公开的实施例的服务相关信息递送到接收侧。在本文，服务相关信息可以包括服务/服务组件专有协议信息或改变的协议信息。参看图12，在操作1200中，接收设备通过初始信道扫描获得服务相关信息。在操作1202中，接收设备通过使用服务相关信息执行信道选择，并且获得到用于接收服务的ip的路线，例如物理信道信息(例如，rf信道、plp标识符等)。接收设备在操作1204中基于所述服务相关信息执行rf调入，并且在操作1206中执行对应于所述服务的plp选择。在操作1208中，接收设备执行l2信令解析。在l2信令解析中，接收设备通过解析链路层分组来提取在有效负载中包括的l2信令，并且根据本公开的实施例的接收设备通过ip分组的报头来提取ip分组，并且在操作1210中，通过l2信令获得服务相关信息的更新信息和协议信息或改变的协议信息。接收设备在操作1212中获得用于传输媒体数据的udp/ip分组，并且在操作1214中从所获得的udp/ip分组的报头提取ip端口信息。在操作1216中，接收设备将从udp/ip分组的报头提取的ip信息与从l2信令提取的协议信息进行比较。在操作1218中，接收设备根据如表1中所示的比较结果，将udp/ip分组分支到与所提取的ip端口信息对应的协议堆栈。接收设备在操作1220中使用应用层中的对应协议处理分组，并且在操作1222中回放所述服务。图13是根据本公开的实施例的接收设备的操作的流程图的实例。在图13的实施例中，描述了接收设备获得以带内方式递送的服务相关信息。在本文，以带内方式递送的服务相关信息可以包括例如esg、epg、sdp会话信息等。服务相关信息可以包括信令的位置、信令信息的传输协议信息等，所述信令包括用于接收服务接收所需的信令信息的引导程序信息。可以通过用来传输信令信息的端口的端口号与协议指示符之间的映射信息的形式来表达信令的位置。可以通过l2信令将映射信息递送到接收侧。参看图13，在操作1300中，接收设备通过初始信道扫描来获得以带内方式递送的服务相关信息。在初始信道扫描之后，在操作1302中，接收设备通过使用服务相关信息通过信道选择获得到用于接收服务的ip的路线，例如，物理信道信息(例如，rf信道、plp标识符等)。接收设备在操作1304中基于所述服务相关信息执行rf调入，并且在操作1306中执行对应于所述服务的plp选择。在操作1308中，接收设备执行l2信令解析。在l2信令解析中，根据本公开的实施例的接收设备可以通过处理链路层分组来提取在有效负载中包括的l2信令，并且通过l2信令来获得服务相关信息的更新信息和高层协议信息。当通过l2信令获得服务相关信息时使用所述高层协议信息。在操作1310中，接收设备获得用来传输媒体数据的udp/ip分组。在以带内方式接收时，当使用如参考图6描述的预设端口号或协议来接收初始udp/ip分组时，使用根据图13的实施例的服务相关信息。因此，在操作1312中，接收设备对所获得的udp/ip分组中的在预设ip端口号处接收的udp/ip分组进行过滤。在操作1314中，接收设备将经过滤的udp/ip分组分支到对应于预设协议的协议堆栈。在操作1316中，接收设备从服务相关信息获得服务/服务组件专有协议信息。在操作1318中，接收设备从udp/ip分组的报头提取ip端口信息。在操作1320中，接收设备将所提取的ip端口信息与从服务相关信息获得的服务/服务组件专有协议信息进行比较。在操作1322中，接收设备根据如表1中所示的比较结果，将udp/ip分组分支到与提取的ip端口信息对应的协议堆栈。接收设备在操作1324中使用应用层中的对应协议来处理分组，并且在操作1326中回放所述服务。图14是根据本公开的实施例的接收设备的操作的流程图的实例。图14的实施例固定其中使用协议的ip端口范围并且使用此类ip端口。虽然未示出，但根据实施例，可以通过l2信令将关于其中使用协议的ip端口范围的信息递送到接收侧。参看图14，在操作1400中，接收设备通过执行初始信道扫描获得根据本公开的实施例的服务相关信息。在本文，服务相关信息可以包括服务/服务组件专有协议信息或改变的协议信息。在操作1402中，接收设备通过使用服务相关信息，通过信道选择获得到用于服务接收的ip的路线，例如物理信道信息(例如，rf信道、plp标识符等)。接收设备在操作1404中基于所述服务相关信息执行rf调入，并且在操作1406中执行对应于所述服务的plp选择。在操作1408中，接收设备执行l2信令解析。在l2信令解析中，根据本公开的实施例的接收设备通过处理链路层分组来提取在有效负载中包括的l2信令，并且在操作1410中通过l2信令来获得服务相关信息的更新信息和高层协议信息。在本文，如果用于传输服务的协议发生改变，则服务相关信息的更新信息可以包括改变的协议的指示信息，并且可以例如通过l2信令来传输改变的协议的指示信息。在此情况下，可以包括用于获得改变的协议的指示信息的引导程序信息。在操作1410中，接收设备获得用来传输媒体数据的udp/ip分组。假设根据图14的实施例的接收设备基于服务相关信息已经接收了协议信息，并且已经接收了包括被映射到每个端口范围的协议(如表14中所示)的协议映射表(端口号被映射到每个协议)。在操作1412到1416中的每个操作中，接收设备通过使用所接收的协议信息和协议映射表，将通过端口接收的udp/ip分组分支到对应于预定协议的协议堆栈。接收设备在操作1418中使用应用层中的对应协议处理分组，并且在操作1420中回放所述服务。图15示出向其应用根据本公开的实施例的两种传输技术mmt和route的协议堆栈的实例。虽然未示出，但在udp/ip层与atsc3.0物理层之间存在l2层。根据本公开的实施例的传输侧以上述表中的一个表的形式配置包括服务/服务组件专有协议信息或改变的协议信息的服务相关信息，并且将所配置的服务相关信息递送到接收侧。接收侧随后根据图9至图14的实施例中的至少一个实施例或组合来接收服务相关信息，并且标识与随后接收的服务/服务组件对应的每个udp/ip分组的协议。接收侧将udp/ip分组分支到与所标识的协议对应的协议堆栈，并且以对应于所述分组的协议来处理和服务udp/ip分组。在图15中，使用mmt或route协议来接收对应于服务/服务组件的每个udp/ip分组，并且当使用mmt协议时，将所接收的分组划分成对应于控制信息的信令信息和数据。可以基于包括使用mmt协议传输的媒体内容的可独立解码最小单元的mpu，在分组中包括所述数据。可以在mpu模式中以有效负载的形式接收所述数据。如果分组使用route，那么定义通过广播来递送由dash格式化的串流内容。因此，还将使用route从传输设备传输的分组划分成对应于控制信息的信令信息和数据，并且在此情况下，通过所述分组以在媒体段中定义的dash段的形式接收所述数据，并且通过所述分组以dashmpd的形式接收所述信令信息。dashmpd可以指示例如dash段的时间线等。图16a是根据本公开的实施例的传输设备的框图。参看图16a，传输设备1600可以包括控制器1602、收发器1604和服务相关信息产生器1606。图16b是根据本公开的实施例的传输设备的操作的流程图。参看图16b，在操作1600中，根据本公开的实施例的服务相关信息产生器1606在控制器1602的控制下配置服务相关信息。在本文，所述服务相关信息可以包括由广播系统提供的服务/服务组件专有协议信息或改变的协议信息，并且可以如表1到表5中所示地配置。所述服务相关信息可以进一步包括用于接收侧的服务接收的信令信息的位置信息和协议信息。信令信息的位置信息可以包括用于使接收侧接收信令信息的引导程序信息，并且协议信息可以包括用于传输的协议指示符。根据实施例，可以传输协议信息，其中信令信息被传输至的ip地址、端口号等映射到协议指示符。在操作1602中，在控制器1064的控制下，收发器1064在向接收侧提供广播服务之前将服务相关信息递送到接收侧。可以在提供广播服务之前，以由运营商或用户预设的间隔定期传输所述服务相关信息。在操作1604中，控制器1602根据信道环境的变化、用户的请求等来确定是否需要更新服务相关信息。如果确定不需要更新，那么传输设备等待下一个更新。如果确定需要更新服务相关信息，那么在操作1606中，控制器1602更新服务相关信息并且控制服务相关信息产生器1606产生经更新的服务相关信息。在本文，经更新的服务相关信息可以包括上述改变的协议信息等。在操作1606中，收发器1604在控制器1602的控制下将经更新的服务相关信息传输至接收侧。可以通过与在操作1600中传输的服务相关信息不同的形式传输经更新的服务相关信息。举例来说，如果以带内方式以esg、epg或spd会话信息的形式传输先前的服务相关信息，那么可以通过l2信令将经更新的服务相关信息单独地传输至接收侧。如果以oob方式将先前的服务相关信息递送到接收侧，那么可以在不同的时间点以oob方式将经更新的服务相关信息传输至接收侧。如上文描述，本公开的实施例基于各种装置的实时/非实时服务和特性，提供适合于每个环境的协议，基于不同协议的优势和特性，通过使用协议从传输侧传输服务，并且将包括关于服务或服务组件的协议信息的服务信息递送到接收侧，从而允许接收侧基于所述协议信息来高效地接收对应于服务/服务组件的服务。虽然已经描述了本公开的实施例，但可以在不脱离本公开的范围的情况下作出各种改变。虽然已经参考其中的某些示例性实施例示出并描述了本公开，但本领域技术人员将理解，在不脱离由所附权利要求书及其等效物定义的本公开的主旨和范围的情况下，可以在其中作出形式和细节上的各种改变。当前第1页12当前第1页12