用于发送/接收媒体数据的方法和设备与流程

本公开涉及用于发送和接收媒体数据的方法和装置。
背景技术：
：随着有线/无线互联网的爆发式发展，预计各种类型的互联网电视机(television，tv)将变成人类生活的有意义的部分。虽然通过有线/无线互联网的音频/视频(audio/video，a/v)信号递送可能暂时不能够替代现有的广播，但是未来的广播服务可能演进为将广播网络与互联网整合起来的混合服务类型。不同于过去专用网络被用于内容提供者之间的内容递送或者用于对二次分布网络的内容递送的时候，在近期，内容被通过互联网协议(internetprotocol，ip)网络递送，以降低由分离的专用网络的使用所引发的成本、以及缩减由指定的接口所引起的高设备成本。当前的数字广播被预计将演进为立体三维(three-dimensional，3d)视频广播、超高清晰度(ultra-highdefinition，uhd)广播、多视点3d视频广播、全息广播等等，并且存在这样的预期：当前的运动图片专家组2(movingpictureexpertsgroup2，mpeg2)传送流(transportstream，ts)可能因为在每个前向步骤中要求更大量的数据传输而变得低效。例如，因为uhd广播可以具有现有的高清晰度(highdefinition，hd)tv的分辨率的四倍(4k等级)或者16倍的分辨率，所以尽管应用高效率的压缩方案，6-mhztv节目可能难以在一个频道中发送。因而，当需要高数据速率时，具有分组(具有188字节的固定长度)的mpeg-2ts可能是低效的。而且，在除了广播网络之外的所有网络都改变为ip网络的环境中，mpeg-2ts不容易通过与ip的相互转换来使用。因此，在uhd广播将被商业化的时刻，比mpeg-2ts更ip友好和更高效的新的av递送格式可能被要求。技术实现要素：技术问题同时，与内容有关的信息(例如，元数据)被包括在内容中以便向用户提供广播服务，并且在向用户提供所述内容的过程中，元数据可能丢失。例如，从广播网络或者用于iptv观看的电缆网络接收的内容通过机顶盒被递送到用户的tv，并且在机顶盒中的内容的处理期间，包括在内容中的元数据可以被完全地消耗或者移除，并且只有内容的纯视频和/或音频数据可以以未压缩的形式被递送到tv。在这种情况下，在用户的tv中可用的元数据可能丢失。供参考，元数据可以是可以在用户的tv中通过互联网网络从其获得与广播服务中提供的主要服务有关的额外服务的信息。本公开提供用于向用户提供与内容有关的元数据的方法和装置。本公开的实施例提供用于通过使用音频流向用户提供与内容有关的元数据的方法和装置。本公开的实施例提供用于配置与内容有关的元数据的方法和装置。本公开的实施例提供包括与内容有关的元数据的压缩媒体数据格式。本公开的实施例提供用于通过使用压缩媒体数据格式向用户的tv递送元数据的方法和装置。本公开的实施例提供用于通过使用元数据提供额外服务的方法和装置，所述元数据被通过使用压缩媒体数据格式递送到用户的tv。技术方案一种用于在根据本公开的实施例的机顶盒中处理内容的方法包括：接收包括音频流的内容；和通过输出接口将音频流分流到电视机(tv)而无需执行针对音频流的解码操作，其中，音频流包括关于内容的元数据。一种用于在根据本公开的实施例的tv中回放内容的方法包括：接收包括从机顶盒递送到tv的元数据的音频流，从音频流提取元数据，修改所提取的元数据以处理元数据，如果用于回放媒体数据的信息存在于元数据中则将用于回放媒体数据的信息递送到播放器，以及如果用于获得媒体数据的信息存在于元数据中则将用于获得媒体数据的信息递送到媒体传输处理器；通过使用用于获得媒体数据的信息、通过预定接口和协议来获得媒体数据；解码所获得的媒体数据；和通过使用用于回放媒体数据的信息来回放解码的媒体数据。一种根据本公开的实施例的用于处理内容的机顶盒包括：音频处理器，被配置为接收包括音频流的内容、和通过输出接口将音频流分流到电视机tv而不执行针对所述音频流的解码操作，其中，音频流包括关于内容的元数据。一种根据本公开的实施例的用于处理内容的tv包括：元数据处理器，被配置为处理元数据，其中，元数据处理器包括：元数据提取器，被配置为接收包括从机顶盒递送到tv的元数据的音频流以及从音频流提取元数据；元数据分析器，被配置为修改所提取的元数据以处理元数据，如果用于回放媒体数据的信息存在于元数据中则将用于回放媒体数据的信息递送到播放器，以及如果用于获得媒体数据的信息存在于元数据中则将用于获得媒体数据的信息递送到媒体传输处理器；媒体传输处理器，被配置为通过使用用于获得媒体数据的信息、通过预定接口和协议来获得媒体数据，以及将所获得的媒体数据递送到解码器；解码器，被配置为解码所获得的媒体数据；以及媒体播放器，被配置为通过使用用于回放媒体数据的信息来回放解码的媒体数据。附图说明图1是通用广播服务中的服务生态系统的实体的框图；图2是用于描述通用机顶盒(set-topbox，stb)和电视机(tv)之间的媒体递送结构的框图；图3是根据本公开的实施例的当元数据包括获得和回放额外服务所必需的信息时的元数据处理器的框图；图4是根据本公开的实施例的多频道视频节目分配器(multichannelvideoprogrammingdistributor，mvpd)重传系统；以及图5是根据本公开的实施例的stb的框图。具体实施方式在下文中，将参考附图描述本公开的示范性实施例的操作原理。相似的组件被称为相似的参考标号，即使被示出在不同的附图中，并且在下面的描述中，如果对相关的熟知的功能或者配置的详细描述不必要地模糊本公开的主题的话，将不提供该详细描述。另外，将在下面描述的术语是考虑到本公开中的功能而被定义，并且可以根据用户的或者操作者的意图或者实践而变化。因此，应该基于贯穿本公开的整个描述来进行定义。首先，将简洁地定义本文中使用的术语。术语“(多个)内容”共同指代通过各种有线/无线通信网络提供的数字信息或者材料。例如，电视机(tv)节目、电影、和电子书中的每一个可以是一个内容。典型地，一个内容包括视频流、音频流、和文本流中的至少一个。这里，术语“(多个)内容”可以用作与媒体数据相同的含义、或者用作包括媒体数据的含义。根据环境，术语“服务”可以与术语“(多个)内容”互换地使用。在详细描述本公开之前，将描述本公开的基本构思。本公开的基本构思是与内容有关的元数据被包括在内容的压缩音频流中以便通过机顶盒向用户的tv递送元数据。当元数据以这种方式被包括在压缩音频流中时，在tv中的用于处理音频流的处理器展示整个音频流之前，文本形式的元数据被首先提取，并且所提取的元数据被使用。作为本公开的基本构思的代表性示例，如果文本形式的用于获得与主要服务有关的额外服务的统一资源定位符(uniformresourcelocator，url)信息被包括在主要服务的压缩音频流中，则已经接收到压缩音频流的机顶盒将压缩音频流递送到tv而不将所述压缩音频流解压缩，从而tv从压缩音频流获得文本形式的url信息并且通过使用url信息获得额外服务。同时，以下描述主要与本公开中的元数据有关。在本公开中，元数据可以包括用于指示用于处理元数据的系统的信息。例如，“系统类型(systemtype，systype)”信息被包括在元数据中，并且系统类型可以包括关于系统的信息，所述系统诸如运动图片专家组(movingpictureexpertsgroup，mpeg)系统、mpeg媒体传输(mpegmediatransport，mmt)系统、动态自适应流超文本传输协议(hypertexttransferprotocol，http)(dynamicadaptivestreamingoverhypertexttransferprotocol，dash)系统等等。在本公开中，元数据可以包括用于获得与额外的内容/服务有关的数据的url信息，并且可以包括服务的标识符，所述服务包括流，所述流包括元数据。在本公开中，元数据可以具有在诸如mpeg标准、mmt标准、dash标准等等的系统中定义的分组的形式，并且可以具有信令消息的形式。在本公开中，生成元数据的实体如下所述。首先，诸如演播室的内容提供者可以生成元数据。广播网络或者电缆网络上的实体可以向当前元数据添加新的元数据、或者修改或者移除当前元数据。广播网络或者电缆网络上的实体可以生成新的元数据，并且用最新生成的元数据替换当前元数据。与媒体传输有关的实体(诸如多频道视频节目分配器(mvpd))还可以执行添加操作、修改操作、移除操作、和替换操作。稍后将参考图4描述mvpd的以上操作。连接到订阅者的tv的stb也可以执行添加操作、修改操作、移除操作、和替换操作。稍后将参考图5描述stb的以上操作。在本公开中，元数据被通过音频流被递送到tv。为此目的，在本公开中，用于处理元数据的元数据处理器被包括在tv中。元数据处理器的操作可以随元数据的类型而变化。例如，元数据处理器的操作可以随以下情况而不同：对元数据处理器的输入具有包括mmt信令消息的mmtp分组的形式的情况、元数据是内容的标识符的情况、元数据是dashmpd的情况、以及元数据是在特殊应用中使用的数据的情况。将参考图3来描述元数据处理器的详细操作。将基于上述的本公开的主要构思来详细描述本公开的实施例。在本公开中，压缩媒体格式包括压缩媒体格式的输出流中的元数据。虽然将基于mpeg-h3d音频格式来描述以下实施例，但是将清楚，那些实施例也可应用于通用压缩媒体格式。图1是通用广播服务中的服务生态系统的实体的框图。参考图1，诸如演播室的内容提供者110产生内容，并且由内容提供者110产生的内容通过地面广播网络120被分发到特定运营商的广播站130，并且通过地面广播网络(120)被直接递送到观看者140，或者经由mvpd135通过电缆、卫星、或者ip网络被重传到订阅者145。mvpd135通过电缆网络125直接接收内容，并且通过电缆、卫星、或者ip网络将内容递送到订阅者145。关于本公开的实施例，图1中所示的实体中的至少一个可以生成/添加/修改/移除/替换本公开中的元数据。例如，内容提供者110可以生成元数据。在这种情况下，元数据可以被包括在由内容提供者110产生的压缩音频比特流中。广播网络120的实体和/或电缆网络125的实体可以新生成元数据，将新的元数据添加到当前元数据，或者修改或者移除当前元数据。在这种情况下，广播网络120的实体和/或电缆网络125的实体可以用最新生成的元数据替换当前元数据。广播站130的实体和/或mvpd135的实体可以新生成元数据，将新的元数据添加到当前元数据，或者修改或者移除当前元数据。在这种情况下，广播站130的实体和/或mvpd135的实体可以用最新生成的元数据替换当前元数据。连接到订阅者145的tv的stb也可以执行针对元数据的添加、修改、移除、和替换操作。图2是用于描述通用stb210和tv220之间的媒体递送结构的框图。stb210可以包括(stb)输入处理器211、传输处理器212、媒体处理器213、视频处理器214、音频处理器215、和(stb)输出处理器216。stb210从mvpd135接收广播信号，并且stb输入处理器211将广播信号转换为数字信号，并且将数字信号递送到传输处理器212。传输处理器212通过使用输入的数字信号来恢复具有预定格式的数据单元，并且将恢复的数据单元递送到媒体处理器213。所述数据单元可以具有mpeg2-ts分组、ip分组、mmtp分组或者媒体文件的形式，并且可以携载视频/音频数据或者服务的元数据。媒体处理器213从数据单元提取视频数据，将提取的视频数据递送到视频处理器214，提取音频数据，并且将提取的音频数据递送到音频处理器215。供参考，元数据可以被媒体处理器213用于控制视频处理器214和音频处理器215的操作。典型地，被递送到视频处理器214和音频处理器215的视频和音频数据已经根据预定压缩算法被压缩。视频处理器214将视频数据恢复成未压缩状态，并且将未压缩的视频数据递送到stb输出处理器216。压缩算法可以是，例如，高效率视频编解码器(highefficiencyvideocodec，hevc)或者mpeg-h中定义的3d音频。音频处理器215将压缩的音频数据恢复成未压缩状态，并且将未压缩的音频数据递送到stb输出处理器216。stb输出处理器216将视频/音频信号递送到tv220的(tv)输入处理器221。递送介质可以是，例如，高清晰度多媒体接口(highdefinitionmultimediainterface，hdmi)电缆、红绿蓝(red-green-blue，rgb)电缆、或者分量电缆。同时，tv220可以包括输入处理器221和a/v渲染器223。tv220还可以包括音频处理器222，并且tv输入处理器221将通过递送介质递送的视频/音频信号递送到a/v渲染器223以用于回放广播服务。同时，如上所述，在参考图2描述的媒体递送过程期间，包括在内容中的元数据可能丢失。例如，在视频/音频信号通过hdmi/rgb电缆等等从stb210被递送到tv220之前，输入到stb210的媒体数据被stb210的媒体处理器213、或者视频处理器214和音频处理器215处理，从而元数据可以被完全地消耗或者移除，并且只有纯视频和/或音频信号可以以未压缩形式被递送到tv220。因此，在本公开中，为了将元数据递送到tv220，stb210的音频处理器215如下所述操作。也就是说，音频处理器215将以压缩形式的接收到的音频比特流递送到stb输出处理器216而不解压缩(也就是说，解码)接收到的音频比特流。也就是说，在一般情况下，如上所述，音频处理器215将音频数据恢复成未压缩形式，并且将未压缩的音频数据递送到stb输出处理器216，但是根据本公开的实施例的音频处理器215将压缩形式的接收到的音频比特流递送到stb输出处理器216，从而包括在音频比特流中的元数据可以通过tv输入处理器221被递送到tv220。根据本公开的实施例操作的tv220可以包括用于处理通过音频比特流被递送到tv220的元数据的元数据处理器。元数据处理器被连接到包括在tv220中的音频处理器222。根据包括在音频比特流中的元数据的类型，元数据处理器的操作可以被确定。在本公开中，元数据可以包括通过mvpd传输网络(诸如，电缆、卫星、或者ip网络等等)和stb被递送到tv并且在tv中使用的任何数据。例如，元数据可以包括用于包括音频比特流的服务的服务标识符，所述音频比特流包括元数据。服务标识符可以被用来识别被压缩到音频比特流中的音频服务。服务标识符可以被用来识别包括与音频服务有关的视频服务、或者包括音频服务和视频服务两者的多媒体服务。在另一示例中，元数据可以包括被tv用于通过另一传输介质获得和回放并非从stb接收的视频/音频数据的信息。所述另一传输介质可以包括无线互联网、无线保真(wi-fi)网络、第三代(3g)/第四代(4g)/第五代(5g)移动通信网络、和诸如通用串行总线(universalserialbus，usb)的存储介质等等。用于获得视频/音频数据的方案可以是mpeg中定义的诸如mpeg2-ts、mmt、dash等等的标准技术，或者诸如http实时流传输(httplivestreaming，hls)的技术等等。元数据的形式可以是用于获得元数据的方案中定义的分组，或者信令消息元数据的展示形式。在另一示例中，元数据可以被用来递送被应用在tv的固件或者各种软件、或者通用文件等等。元数据可以具有通用比特流形式或者文件格式或者标准化组织中定义的分组形式。因此，元数据分组可以是在各种当前通信系统中使用的协议中定义的分组，诸如ip分组、用户数据报协议(userdatagramprotocol，udp)分组、远程桌面协议(remotedesktopprotocol，rdp)分组等等。元数据还可以包括关于元数据被递送到的应用的信息等等。参考图3，元数据处理器将被更详细地描述。图3是根据本公开的实施例的当元数据包括获得和回放额外服务所必需的信息时的元数据处理器300的框图。元数据处理器300被连接到图2的音频处理器222以接收元数据。元数据处理器300可以包括元数据提取器310、元数据分析器320、媒体展示处理器330、和媒体传输(递送)处理器340。元数据提取器310从递送自音频处理器222的音频流提取元数据。元数据分析器320将提取的元数据转换为元数据处理器300的操作所实际需要的信息形式。在由元数据分析器320生成的信息中，回放媒体所需要的信息被递送到媒体展示处理器330，并且获得媒体数据所需要的信息被递送到媒体传输处理器340。媒体展示处理器330处理回放媒体所需要的信息，并且将处理后的信息递送到媒体播放器380。媒体传输处理器340通过使用分离的传输接口和协议、基于获得媒体数据所需要的信息来获得媒体数据，并且将获得的媒体数据递送到解码器370。在图3中，mmtp350和http360被示出为协议的示例。解码器370解码媒体数据，并且将解码的媒体数据递送到媒体播放器380，所述媒体播放器380然后通过使用从媒体展示处理器330递送的、回放媒体所需要的信息来回放解码的媒体数据。供参考，元数据可以不包括回放媒体所需要的全部信息。在这种情况下，媒体传输处理器340通过使用分离的传输接口和协议获得回放媒体所需要的额外信息，并且将获得的额外信息递送到媒体展示处理器330。同时，图3中的音频处理器222的输出可以具有包括mmt信令消息的mmtp分组的形式。在这种情况下，元数据提取器310提取mmt信令消息到mmtp分组，并且将提取的mmt信令消息递送到元数据分析器320。以上参考图3做出的描述是基于元数据包括获得和回放额外服务所需要的信息的假设而做出的。然而，如果元数据包括不同类型的数据，则元数据处理器300的操作可以不同。例如，如果元数据包括额外的内容的标识符，则元数据处理器300如下操作。也就是说，元数据处理器300检查关于由标识符识别的内容的额外服务的列表。此后，元数据处理器300根据用户的选择或者预定的策略，通过使用分离的传输介质，来获得额外服务的媒体数据和回放媒体数据所需要的信息，并且将获得的媒体数据和信息递送到解码器370和媒体播放器380。在另一示例中，如果元数据是以dash中定义的媒体展示描述(mpd，mediapresentationdescription)形式的形式的信息，则元数据处理器300将dashmpd递送到分离的dash处理器(未示出)。如果元数据包括dashmpd的url信息，则元数据处理器300通过使用url获得dashmpd，并且将获得的dashmpd递送到dash处理器。在另一示例中，如果元数据包括在特定应用中使用的数据，则元数据处理器300递送从音频处理器222接收的元数据，以适合在特定应用中使用的分离的传输接口。如上述示例中，元数据可以具有各种形式，诸如mmtp分组、dashmpd等等。为了处理不同格式的元数据，元数据处理器300可以包括用于不同格式的分离的单元。元数据处理器300可以是使用能够将具有多个不同格式的元数据一起处理的元素(诸如，元数据解析器320等等)的一个单元。元数据处理器300的元素的全部或一些可以被包括在可以包括音频解码器(未示出)的音频处理器222中。在下文中，将描述根据本公开的实施例的配置了图1中描述的mvpd的示例。图4是根据本公开的实施例的mvpd重传系统400的框图。mvpd重传系统400从图1的电缆网络125或者广播站130接收广播服务数据。接收到的广播服务数据被解复用器410划分成视频信号、音频信号、和信令信息以分别地递送到视频转码器430、音频转码器440、和信令转换器450中。视频信号和音频信号的比特流可以包括由电缆网络125、广播站130、或者内容提供者110生成的元数据。然而，如果mvpd重传系统400的输入/输出接口具有与媒体数据的类型相对应的分离的方案，则mvpd重传系统400可以不包括解复用器410和复用器460。转码器430和440可以执行比特流转换，诸如接收到的视频和/或音频数据的分辨率或者比特速率的转换，并且视频转码器430、音频转码器440、和信令转换器450的输出被复用器460复用并且被递送到订阅者。根据本公开的实施例的mvpd重传系统可以包括元数据生成器420。元数据生成器420生成将被递送到订阅者的tv的元数据、以及将被递送到订阅者的stb的元数据。将被递送到订阅者的tv的元数据被递送到视频转码器430或者音频转码器440，并且将被递送到订阅者的stb的元数据被递送到信令转换器450。根据本公开的实施例的视频转码器430和音频转码器440解释比特流并且转换包括在当前比特流中的元数据。更具体地，视频转码器430和音频转码器440可以移除包括在当前比特流中的元数据，或者用由元数据生成器420最新生成的新的元数据替换包括在当前比特流中的元数据。视频转码器430和音频转码器440还可以通过在维持包括在当前比特流中的元数据的同时将由元数据生成器420最新生成的新的元数据添加到包括在当前比特流中的元数据，来生成新的比特流。供参考，元数据生成器420可以生成包括用于配置mvpd服务、个性化广告的信息或者将被递送到订阅者的tv或者stb的信息的元数据。元数据生成器420还可以从第三方接收将被第三方递送到订阅者的tv或者stb的元数据，并且将接收到的元数据递送到订阅者的tv或者stb。在修改的实施例中，当mvpd具有能够将个性化元数据递送到订阅者的stb和tv的传输介质时，由元数据生成器420生成的元数据可以根据元数据的用途而被直接递送到订阅者的stb和tv。在这种情况下，图3中的tv的元数据处理器300通过使用分离的接口而不是音频处理器222来获得和处理元数据。mvpd重传系统400的上述实施例不仅可应用在mvpd的重传系统，还可应用在其中广播站130将从广播网络120递送的广播服务递送到mvpd135或者递送广播服务的信息流上的任何节点的重传系统。在下文中，根据本公开的实施例的stb的结构的示例将被描述。图5是根据本公开的实施例的stb500的框图。将图5与图2比较，元数据生成器540被添加在根据本公开的实施例的图5中。stb500从mvpd接收广播信号，并且stb输入处理器510将广播信号转换为数字信号，并且将数字信号发送到传输处理器520。传输处理器520通过使用输入的数字信号来恢复具有预定格式的数据单元，并且将恢复的数据单元递送到媒体处理器530。数据单元可以具有mpeg2-ts分组、ip分组、mmtp分组或者媒体文件的形式，并且可以携载视频/音频数据或者服务的元数据。媒体处理器530从数据单元提取视频数据，将提取的视频数据递送到视频处理器550，提取音频数据，并且将提取的音频数据递送到音频处理器560。供参考，元数据可以被媒体处理器530用于控制视频处理器550和音频处理器560的操作。同时，将被递送到tv的元数据被递送到元数据生成器540。元数据生成器540从传输处理器520、媒体处理器530、或者分离的输入接口获得元数据，并且把要被递送到tv的元数据递送到音频处理器560。在修改的实施例中，当stb能够通过wi-fi等等与tv交换数据时，由元数据生成器540生成的元数据可以根据元数据的用途而被直接递送到订阅者的tv。在这种情况下，根据本公开的实施例的tv的元数据处理器300通过使用分离的接口而不是音频处理器222来获得和处理元数据。音频处理器560解释比特流并且移除包括在现有比特流中的元数据，或者用从元数据生成器540递送的元数据替换包括在现有比特流中的元数据，或者通过在维持包括在现有比特流中的元数据的同时将从元数据生成器540递送的元数据添加到包括在现有比特流中的元数据而生成新的比特流。与音频处理器560类似，根据本公开的实施例的视频处理器550解释比特流并且移除包括在现有比特流中的元数据，或者用从元数据生成器540递送的元数据替换包括在现有比特流中的元数据，或者通过在维持包括在现有比特流中的元数据的同时将从元数据生成器540递送的元数据添加到包括在现有比特流中的元数据而生成新的比特流。在下文中，根据本公开的实施例的用于配置各种格式的元数据的方案将被描述。<mpeg-h3d音频格式的第一实施例>mpeg-h3d音频格式的第一实施例是其中使用作为mpeg的下一代音频标准的“mpeg-h3d音频”的格式中的核心比特流的mpegh3daframe()中的扩展元素来配置元数据的实施例。在第一实施例中，比特流的修改最容易执行，并且必要比特的数量被最小化。在第一实施例中，mpegh3daextelementconfig()的示例如表1中所示。[表1]在表1中，usacextelementtype是用于指示比特流的比特流扩展类型的元素，并且详细的含义可以如表2中被定义。[表2]表3示出根据usacextelementtype的usacextelementsegmentdata的示例。[表3]在表3中，sysmetaframe()的示例如表4中所示。[表4]在表4中，“msgtype”是用于用信号通知元数据是否被包括以及是否执行分段的元素，并且其具体值可以如表5中所示被分配。[表5]包括在表4中的“systype”是用于用信号通知元数据的展示形式和用于处理元数据的mpeg系统等等的元素，并且其具体值可以如表6中所示被分配。[表6]在表6中，如果“systype”是“sys_mp2ts”，则元数据以mpeg2-ts分组的形式被配置，并且如果“systype”是“sys_mmt”，则元数据以mmtp分组的形式被配置。在另一实施例中，mpeg2-ts分组和mmtp分组可以具有用于递送信令的分组结构。当“systype”是“sys_dash”时，元数据可以是诸如dashmpd等等的xml文档，并且在另一实施例中，元数据可以是被tv接收器用于获得xml文档的url信息。在使用表6的实施例中，分组被假设将被递送，但是在实际的实施方式中，各种形式的元数据可以如下被递送。-mmt信令消息-mmt信令表格-mpeg2区-额外音频数据-用于获得额外服务的引导信息(例如，url信息)-其中元数据被发送的音频比特流的标识符或者包括音频的服务的标识符(例如，asset_id)在本公开的另一实施例中，通用文件形式的数据可以通过sysmetaframe()被递送，并且在这种情况下，“systype”可以具有诸如sys_file等等的值。应该注意到，文件形式的数据可以在分离的帧中被配置和递送，而不是被包括在sysmetaframe()中。此外，表6的systype可以被扩展到包括一般ip分组或者html文档等等。<mpeg-h3d音频格式的第二实施例>在mpeg-h3d音频格式的第二实施例中，比第一实施例中更高的mpegh3daframe()所必需信息被添加。在第二实施例中，元数据被添加到作为基于音频编解码器的特性的字段的usacelementtype字段，并且usacelementtype字段被定义在美国汽车俱乐部中而不是定义在mpeg3da中。根据本公开的实施例的mpegh3daframe()的示例如表7中所示。[表7]在表7中，“mpegh3dasysmetaelement()”可以以类似于表4的sysmetaframe()的形式来配置，并且因此“mpegh3dasysmetaelement()”的详细语法将不被描述。<mpeg-h3d音频格式的第三实施例>在mpeg-h3d音频格式的第三实施例中，元数据可以被包括在“mpegh3daconfigextension”中。当配置文件被修改时，第三实施例将被主要使用，并且必须在一个mp4文件中被调用一次。mpegh3daconfigextension的示例如表8中所示。[表8]表8的usacconfigexttype可以如表9中所示被定义。[表9]usacconfigexttype值id_config_ext_fill0id_config_ext_downmix1id_config_ext_loudness_info2id_config_ext_audioscene_info3id_config_ext_hoa_matrix4id_config_ext_sys_meta5/*保留以用于iso的使用*/6-127/*保留以用于iso范围外部的使用*/128和更高表8的sysconfig()可以以类似于表4的sysmetaframe()的形式被配置，并且因此sysconfig()的详细语法将不被描述。如上所述，在本公开的实施例中，元数据可以包括通过mvpd传输网络(诸如，电缆、卫星、或者ip网络等等)和stb被递送到tv并且在tv中使用的任何数据。例如，元数据可以包括用于包括音频比特流(所述音频比特流包括元数据)的服务的服务标识符、或者全球唯一标识符(universallyuniqueidentifier，uuid)。服务标识符可以被用来识别被压缩到音频比特流中的音频服务。在另一示例中，服务标识符可以被用来识别包括与音频服务有关的视频服务、或者包括音频服务和视频服务两者的多媒体服务。在另一实施例中，元数据可以包括被tv用于通过另一传输介质获得和回放并非从stb接收的视频/音频数据的信息。所述另一传输介质可以包括无线互联网、wi-fi网络、3g/4g/5g移动网络、和诸如usb的存储介质等等。用于获得视频/音频数据的方案可以是mpeg中定义的诸如mpeg2-ts、mmt、dash等等的标准技术，或者诸如hls的技术等等。元数据的形式可以是用于获得元数据的方案中定义的分组，或者信令消息元数据的表达形式。在另一实施例中，元数据可以被用来递送被应用在tv的固件或者各种软件、或者通用文件等等。元数据可以具有通用比特流形式或者文件格式或者标准化组织中定义的分组形式。因此，元数据分组可以是在各种当前通信系统中使用的协议中定义的分组，诸如ip分组、udp分组、rdp分组等等。元数据还可以包括关于元数据被递送到的应用的信息等等。当前第1页12