CN109314797A

CN109314797A - 用于提供媒体内容的方法和装置

Info

Publication number: CN109314797A
Application number: CN201780034391.0A
Authority: CN
Inventors: 朴勍模; 裵宰贤; 苏泳完; 梁贤九; 金东姸; 夫贤喆
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2016-06-02
Filing date: 2017-06-02
Publication date: 2019-02-05
Anticipated expiration: 2037-06-02
Also published as: CN109314797B; EP3468208B1; WO2017209574A1; EP3468208A1; US20190222904A1; KR102494266B1; EP3468208A4; KR20170136935A; US10939179B2

Abstract

根据本公开的实施例，一种用于提供媒体内容的方法包括以下步骤：接收更改请求消息，所述更改请求消息用于请求更改构成媒体内容的具体媒体数据的至少一部分；基于所述更改请求消息来更新用于消费所述媒体内容的信令消息；以及将更新的信令消息发射到接收实体。

Description

用于提供媒体内容的方法和装置

技术领域

本公开涉及用于提供媒体内容的方法和装置。

背景技术

通常，传统的广播网络利用运动图像专家组-2传送流(MPEG-2TS)来传输媒体内容。在错误的传输环境下，MPEG-2TS被用作用于多个广播节目(多个编码视频比特流)的、在错误的传输环境中传输多路复用的比特流的代表性传输技术。作为示例，MPEG-2TS适合于例如多媒体时代的数字电视广播。然而，MPEG-2TS在支持多媒体服务方面有它自己的限制。例如，在传输特定于音频/视频的传送协议和互联网协议(IP)时，由于单边通信和固定帧大小引起传输低效，MPEG-2TS可以导致不必要的开销。因此，MPEG已经提出MPEG媒体传送(MMT)作为支持基于MPEG技术的多媒体服务的多媒体传输技术。具体地，已经建议MMT标准以克服MPEG-2TS的限制。

MMT标准适用于在混合网络上有效地传输合成内容。此处，“合成内容”指的是具有视频/音频/应用程序/小工具的多媒体成分的一组内容。“混合网络”是指例如广播网络和电信网络的混合型网络。

此外，MMT标准限定对于多媒体服务的传输网络来说基础的更IP友好型传输技术。换言之，正在进行与MMT标准相关的研究工作，以便在改变的(代表性地基于IP的)多媒体服务环境中提供有效的MPEG传输技术。

发明内容

【技术问题】

根据本公开的实施例，提供一种用于提供媒体内容的方法和装置。

根据本公开的实施例，提供一种用于发射和接收与媒体内容相关的信令信息以提供媒体内容的方法和装置。

根据本公开的实施例，提供一种用于更改/替换/覆盖第一媒体内容的特定媒体数据从而提供第二媒体内容的方法和装置。

根据本公开的实施例，提供一种用于发射和接收指示更改/替换/覆盖第一媒体内容的特定媒体数据的信息的方法和装置。

根据本公开的实施例，提供一种用于更新其中更改/替换/覆盖第一媒体内容的特定媒体数据的相关信令消息的方法和装置。

【技术解决方案】

根据本公开的实施例，一种用于提供媒体内容的方法包括：接收更改请求消息，所述更改请求消息请求更改媒体内容的至少部分的特定媒体数据；基于更改请求消息来更新用于消费媒体内容的信令消息；以及将更新的信令消息发射到接收实体。

根据本公开的实施例，一种被配置成提供媒体内容的装置包括：收发器，其被配置成接收更改请求消息，所述更改请求消息请求更改媒体内容的至少部分的特定媒体数据；以及控制器，其被配置成基于更改请求消息来更新用于消费媒体内容的信令消息，其中收发器被配置成将更新的信令消息发射到接收实体。

附图说明

图1是示出根据本公开的MMT数据模型的示图；

图2是示意性地示出根据本公开的其中MMT发射实体210和MMT接收实体220发射和接收MMT包的示例的示图；

图3是示出根据本公开的实施例的包括MANE 301的MMT发射/接收系统的示图；

图4是示出根据本公开的实施例的MANE的基本操作的示图；

图5a和图5b是示出根据本公开的实施例的MANE的详细操作的示图；

图6是示出根据本公开的实施例的MANE的配置的示图；

图7是示出根据本公开的实施例的接收实体的操作的示图；

图8是示出根据本公开的实施例的接收实体的配置的示图；

<用于第二公开的附图>

图9是示出根据第二公开的实施例的提供广播服务信息的概念的示图；

图10是示出根据第二公开的实施例的MMT服务描述符数据模型的示图；

图11是示出根据第二公开的实施例的MMT接收实体的结构的示图；

图12是示出根据第二公开的实施例的MMT接收实体的操作的示图；

图13是示出根据第二公开的实施例的MMT发射实体的操作的示图；

图14是示意性地示出根据第三公开的常规多媒体系统中的媒体流传输环境配置的示图；

<用于第二公开的附图>

图15是示意性地示出根据第三公开的实施例的多媒体系统中的利用媒体资源信息的流传输环境配置的示图；

图16是示意性地示出根据第三公开的实施例的多媒体系统中的接收器基于DRI消息来接收媒体内容的操作的示例的示图；

图17是示意性地示出根据第三公开的实施例的多媒体系统中的接收器基于DSI消息来接收媒体信令信息的操作的示例的示图；以及

图18是示意性地示出根据第三公开的实施例的多媒体系统中的利用DRI消息和DSI消息的操作的示例的示图。

具体实施方式

在下文中，参考附图详细描述本公开的实施例。相同的参考标号用来指代整个附图中的相同元件。当确定使本公开的主题不清楚时，可以跳过对已知功能或配置的细节描述。考虑到本公开中的功能来定义本文中使用的术语，并且根据用户或操作者的意图或实践可以用其他术语来替换所述术语。因此，应基于整体公开来定义术语。

在进入本公开的具体实施方式之前，定义本文中使用的特定术语或短语仅是为了便于描述。

如本文中使用，术语“包括(include)”和“包括(comprise)”以及它们的派生词可以意指这样做而没有任何限制。如本文中使用，术语“或”可以意指“和/或”。如本文中使用，短语“与......相关联”和“与之相关联”以及它们的派生词可以意指“包括”、“包括在......内”、“与......互连”、“含有”、“包含在......内”、“连接到或与......连接”、“结合到或与......结合”、“可与......通信”、“与......协作”、“交错”、“并置”、“接近于”、“绑定到或与......绑定”、“具有”或者“具有......的性质”。如本文中使用，术语“控制器”可以意指控制至少一个操作的任何装置、系统或其一部分。如本文中使用，术语“装置”可以在硬件、固件、软件或者它们中的至少两者的一些组合中实施。

术语“控制器”意指控制至少一个操作的装置、系统或其部分。装置可以在硬件、固件、软件或者它们中的至少两者中的一些的组合中实施。应注意，无论特定控制器与什么相关联，功能都可以是集中的或分布的或者本地或远程实施。本领域的技术人员应了解，在很多情况下或者即使不在大多数情况下，如本文中使用的特定术语或短语的定义可以用于现在或将来。

<第一公开>

在下文中描述本公开的实施例。针对MPEG媒体传送(MMT)广播系统描述本公开的实施例。这仅仅是为了方便描述的目的，并且不应被解释为将本公开限于MMT广播系统。

图1是示出根据本公开的MMT数据模型的示图。

MMT定义MMT流，称为数据包100，它是一组编码媒体数据及其相关信息，即，元数据。

数据包100包括至少一个MMT资产110、120和130、至少一项“传送特性”或“资产传送特性”(ADC)(115和125)信息，以及至少一项呈现信息(PI)140。出于参考，“MMT资产”意指可以用于产生诸如视频、音频、文本、文件或小工具的多媒体呈现的多媒体数据。

每个MMT资产110、120和130可以分成至少一个媒体处理单元(MPU)。图1示出MMT资产1 110被分成多个MPU 111、112、……、113。“MPU”指的是其中独立地处理(即，发射或解码)MMT流的数据单元。同时，一个MPU可以分成多个片段，并且每个片段被称为“MPU片段单元(MFU)”。

MMT发射实体拆分并处理MPU单元中的媒体数据，并且MMT接收实体接收MPU单元中的媒体数据以及处理以进行回放。出于参考，MPU含有媒体数据和与媒体数据相关的各项信息。

传送特性信息或者ADC 115和125含有用于提供每个MMT资产的MMT资产传送特性的信息。也就是，ADC 115表示资产1 110的传送特性，并且ADC 125表示资产2 120和资产3130的传送特性。

呈现信息(PI)140含有用于描述多个资产110、120与130之间的时间和空间关系的信息。

图2是示意性地示出根据本公开的其中MMT发射实体210和MMT接收实体220发射和接收MMT包的示例的示图。

MMT发射实体210(在下文简称为“发射实体210”)将数据包作为MMT分组流发射到MMT接收实体220(在下文简称为“接收实体220”)。同时，发射实体210可以是用于发射MMT媒体数据的任何实体，例如，MMT广播服务器。接收实体220可以是用于接收MMT媒体数据的任何实体，例如，MMT客户终端或用户设备(UE)。

发射实体210可以基于由数据包提供者201提供的数据包的呈现信息(PI)而收集来自资产提供者203和205的内容。此处，数据包提供者201和资产提供者203和205可以物理上定位在一起。

发射实体210可以经由MMT协议(MMTP)来发射含有资产、传送特性信息和呈现信息的数据包(230)。发射实体210和接收实体220可以经由MMTP来发射和接收信令信息(240)。发射和接收信令消息以管理数据包的递送和消费。

出于参考，简要地描述MMT协议。MMT协议是用于分组和发射MMT包的应用层传送协议，并且被设计成有效且可靠地发射包。MMT协议具有增强特征，诸如媒体多路复用和网络抖动计算。这些特征允许有效地传输由以各种类型编码的媒体数据构成的内容。MMT协议可以在现有网络协议(例如，UDP或IP)的较高层上操作。此外，MMT协议被设计成支持各种应用。

如果发射实体210是MMT广播服务器，并且接收实体220是UE，那么MMT广播服务器可以经由基站或者通过网络执行类似功能的发射实体将MMT媒体数据发射到UE。通过网络执行与基站类似的功能的发射实体可以是例如无线LAN系统中的接入点(AP)。为便于描述，术语“基站”用于涵盖蜂窝通信系统中的基站和无线LAN通信系统中的AP。在MMT系统中，上述网络实体被称为MMT感知网络实体(MANE)。在MMT系统中，MANE被定义为能够使用由MMT技术提供的手段来感知由MANE携带的媒体的类型和特性的网络实体。MANE可以从例如由媒体携带的MMTP分组的报头和MMT信令消息中获得媒体相关信息。媒体相关信息实现媒体感知操作。

在下文中详细地描述本公开的实施例。

本公开的基本概念在于，网络服务器从广播服务器接收第一内容并且将该第一内容提供给用户，同时将第二内容(例如，单独的广告)提供给用户。具体地，在处理与第一内容相关的信令消息时接收到请求改变第一内容的至少一部分的媒体数据的消息后，网络实体更新与请求改变的媒体数据相关的信令消息并且将更新的信令消息发射给用户，从而将第二内容提供给用户。然而，在一些情况下，第二内容可以覆盖在第一内容上提供。为此，根据本公开，在第一内容相关的信令消息中定义标记信息(asset_modification_flag)以指示对媒体数据的更改。此外，根据本公开，消息(AssetChangeRequest_message)被新定义以便请求相对于第二内容来更改/替换/覆盖第一内容。

在描述本公开的实施例之前，简略地描述信令消息(或“信令信息”)。媒体服务提供者产生并提供内容资源信息和媒体内容信令信息，以提供基于MMT的媒体服务。MMT定义信令消息以发射和接收包的传送或消费所必需的信息。

与包的消费相关的信令消息包括以下消息。

-包访问(PA)消息：这种类型的消息含有包访问(PA)表、MMT包(MP)表和MPI表，所述PA表含有与包访问所必需的所有信令表有关的信息。

-媒体呈现信息(MPI)消息：这种类型的消息含有MPI表，所述MPI表封装全部或一组呈现信息(PI)文档的。此外，MPI消息可以含有与用于快速包消费的MPI表对应的MP表。

-MMT包表(MPT)消息：这种类型的消息含有MP表，以提供消费单个包所必需的全部信息或一部分信息。

-时钟关系信息(CRI)消息：这种类型的消息含有CRI表，以提供NPT时间戳与MPEG-2系统时间时钟之间的映射所必需的时钟相关信息。

-装置能力信息(DCI)消息：这种类型的消息含有提供包消费所必需的装置能力信息的DCI表。

针对包传送定义的信令消息如下。

-假想接收器缓冲器模型(HRBM)消息：这种类型的消息用于提供构成虚拟接收器缓冲器模型(HRBM)操作的信息。

根据本公开的实施例，在信令消息之中，可以使用PA消息。因此，下文描述PA消息。

PA消息携带PA表。PA表含有用于包的所有其他信令表的信息。PA消息携带MPI表和MP表，以用于传递包处理的最小信息。

MMT接收实体应在处理任何其他信令消息之前处理PA消息。

PA消息的句构如下表1所示。

[表1]

PA消息的语义在MMT标准规范中定义如表2所示。

[表2]

同时，MP表含有与构成特定包的所有资产有关的列表信息。MP表在MMT标准规范中如下表3所示进行定义。

[表3]

在MMT标准规范中定义的MP表的句构如下表4和表4B所示。

[表4]

<表4B>

在MMT标准规范中定义的MP表的语义如下表5、表5B和表5C所示。

[表5]

<表5B>

<表5C>

下文参考图3描述本公开的实施例。

图3是示出根据本公开的实施例的包括MANE 301的MMT发射/接收系统的示图。

与图2相比，图3示出发射实体301与接收实体307之间存在MANE303。图3还示出第三MMT发射实体(第3方实体)305(下文简称为“第三实体”)，例如，本地广播站。根据本公开的实施例，MANE从发射实体301接收包和信令消息。此处，信令消息含有指示更改包中的特定资产的标记信息。标记信息描述如下。出于参考，如下文使用，术语“包”可以与“媒体内容”互换使用。

MMT发射实体301产生基于MMT的媒体内容资源信息和媒体内容信令信息。在下文，“MMT发射实体”可以简称为“发射实体”。

第三实体305提供单独的、基于MMT的媒体内容资源信息和媒体内容信令信息，以允许内容提供者或服务提供者提供附加服务，例如，针对特定用户的定向广告。

MANE 303收集基于MMT的媒体内容资源信息、媒体内容信令信息以及用于在内容和商业网络内提供附加服务的单独的基于MMT的媒体内容资源信息和媒体内容信令信息、更新(例如，扩展或编辑)现有的基于MMT的媒体内容资源信息和媒体内容信令信息，并且将更新的信息重发给接收实体307。

MMT接收实体307通过MANE 303接收基于MMT的媒体内容资源信息和媒体内容信令信息，并且将媒体内容服务给用户。在下文，“MMT接收实体”可以简称为“接收实体”。

发射实体301产生基于MMT的媒体内容资源信息和媒体内容相关信令信息，并且经由MANE 303将信息发射给接收实体307，以便服务用户可以接收他期望的信息并且使用服务。

此时，内容和服务提供者可以不经由发射实体301而是经由第三实体305来提供附加服务，例如，定向广告或有偏向性的广播。MANE 303从发射实体301接收基于MMT的媒体内容资源信息和媒体内容信令信息并且从第三方305接收其他基于MMT的媒体内容资源信息和媒体内容信令信息，并且扩展或编辑从发射实体301提供的媒体内容，从而将该媒体内容提供给接收实体307。

此时，为了提供附加服务，内容和服务提供者将用于附加服务的消息放入从发射实体301发射来的媒体内容相关信令消息中，或者将用于附加服务的信息添加到MMT信令消息，例如在现有MMT信令消息中定义的PA消息，并且将其提供给MANE 303，从而允许MANE303执行与附加服务相关的操作。作为示例，根据本公开，“asset_modification_flag”可以被包括在MMT信令消息的PA消息内的MP表中。作为另一示例，“asset_modification_flag”可以被包括在携带构成包的所有资产的列表信息的特定信令消息中。“asset_modification_flag”是能够指示更改包中的特定资产的字段。下文更详细地描述“asset_modification_flag”。

同时，为了请求第三实体305经由MANE 303向用户提供附加服务，存在一经定义的信令消息，该经定义的信令消息请求用附加服务的媒体内容来更改/替换/覆盖MANE从发射实体301接收的媒体内容的至少一部分的。在本公开中，这个消息被定义为“资产变更请求(ACR)”消息，这在下文详细地描述。

换言之，第三实体305通过“资产变更请求”消息将用于附加服务的媒体内容信令信息和媒体内容资源信息传递到MANE 305。第三实体305可以请求更改发射实体301发射的包中的资产中的特定资产，或者通过将资产变更请求消息传递到MANE 303来用其他媒体内容插入、替换或覆盖所述特定资产。

为了更改/插入/替换/覆盖特定资产，第三实体305提供包标识符(package_id)、资产标识符(asset_id)或其他资源信息，从而请求MANE303针对特定资产来更改/插入/替换/覆盖用于附加服务的资源。在下文，“更改/插入/替换/覆盖”可以统称为“更改/替换”。

在附加实施例中，诸如用户性别或年龄的用户属性信息(例如，user_preference_info)可以在资产变更请求消息中发射到MANE 303。用户属性信息可以用于提供适合于与用户属性信息对应的用户的目标服务。换言之，在接收到用户属性信息后，MANE 303可以将用户属性信息发射到服务提供者，同时请求针对与属性信息对应的用户的额外服务(例如，目标服务)。

同时，在接收到资产变更请求消息后，MANE 303基于资产变更请求消息来更新与请求变更的资产相关的所有PA消息中的MP表，并且将更新的结果发射到接收实体307。此时，MP表中的“asset_modification_flag”可以设置为1，表明资产已经被更改/替换。此外，在接收到资产变更请求消息后，MANE 303可以基于资产变更请求消息来更新用于携载构成包的所有资产的列表信息的特定信令消息，并且将更新的结果发射到接收实体307。此时，MANE 303可以将携带构成包的所有资产的列表信息的特定信令消息中的“asset_modification_flag”设置为1，从而表明资产已经被更改/替换。换言之，MANE 303使用通过第三实体305接收的资产变更请求信息来更改从发射实体301接收的基于MMT的内容资源信息和媒体内容相关信令信息，并且将更改的基于MMT的内容资源信息和媒体内容信令信息提供给接收实体307，即，服务用户，从而向用户提供附加服务。

内容和服务提供者可以经由发射实体301来提供附加服务，例如，定向广告或有偏向性的广播。MANE 303从发射实体301接收基于MMT的媒体内容资源信息和媒体内容信令信息并且从第三方305接收其他基于MMT的媒体内容资源信息，并且扩展或编辑从发射实体301提供的媒体内容，从而将扩展或编辑后的媒体内容提供给接收实体307。

也就是，发射实体301通过“资产变更请求”消息将第三实体305拥有的媒体内容资源信息传递到MANE 305。第三实体301可以请求更改发射实体301发射的包中的资产的特定资产，或者通过将资产变更请求消息传递到MANE 303来用其他媒体内容插入、替换或覆盖所述特定资产。

为了更改/插入/替换/覆盖特定资产，发射实体301提供包标识符(package_id)、资产标识符(asset_id)或其他资源信息，从而请求MANE303针对特定资产来更改/插入/替换/覆盖用于附加服务的资源。在下文，“更改/插入/替换/覆盖”可以统称为“更改/替换”。

同时，在接收到资产变更请求消息后，MANE 303基于资产变更请求消息来更新与请求变更的资产相关的所有PA消息中的MP表，并且将更新的结果发射到接收实体307。此时，MP表中的“asset_modification_flag”可以设置为1，表明资产已经被更改/替换。

此外，在接收到资产变更请求消息后，MANE 303可以基于资产变更请求消息来更新用于携带构成包的所有资产的列表信息的特定信令消息，并且将更新的结果发射到接收实体307。此时，MANE 303可以将携带构成包的所有资产的列表信息的特定信令消息中的“asset_modification_flag”设置为1，从而表明资产已经被更改/替换。

换言之，MANE 303使用通过发射实体301接收的资产变更请求信息来更改从发射实体301接收的基于MMT的内容资源信息和媒体内容相关信令信息，并且将更改的基于MMT的内容资源信息和媒体内容信令信息提供给接收实体307，即，服务用户，从而向用户提供附加服务。

接收实体307可以按照更新的MP表来呈现媒体内容以提供附加服务。如果呈现附加服务被终止，那么MANE恢复MP表，该MP表被利用从发射实体301接收的MP表基于资产变更请求消息而更新，并且将该MP表发送回接收实体307，从而将原始媒体内容提供给接收实体307。

图4是示出根据本公开的实施例的MANE的基本操作的示图。

在步骤401中，从发射实体301接收与第一媒体内容相关的信令消息。出于参考，发射实体301可以将第一媒体内容直接发射到MANE 303。此外，除非第一媒体内容直接发射到MANE 303，否则MP表中可以包括媒体内容的位置信息，从而允许MANE 303或接收实体307实施第一媒体内容。同时，根据本公开，在信令消息的MP表中重新定义“asset_modification_flag”。

在步骤403中，接收更改请求消息以更改第一媒体内容的特定媒体数据。更改请求消息含有特定消息相关信息和与将要提供给用户的第二内容相关的信息。在本公开中，将资产变更请求消息定义为更改请求消息。

在步骤405中，基于更改请求消息来更新与请求更改的特定媒体数据相关的信令消息。

在步骤407中，将更新的信令消息发射到接收实体307。

同时，MANE 303不仅可以在步骤405中更新与请求更改的特定媒体数据相关的信令消息，而且还将第一媒体内容的请求更改的特定媒体数据更改成第二内容。此时，在步骤407中，MANE 303不仅将更新的信令消息而且将已经基于更改请求消息而更改特定媒体数据的第一媒体内容发射到接收实体307。

图5a和图5b是示出根据本公开的实施例的MANE的详细操作的示图。

由于页面大小的关系，在两页上示出图5a和图5b，但它们意图是单个示图。

在步骤501中，MANE接收MMTP分组流。在步骤503中，MANE确定是否已经接收到处理(例如，替换/插入/覆盖)内容的请求。例如，MANE确定它是否接收到携带构成包的所有资产的列表信息的含有“asset_modification_flag”的特定信令消息或者含有MP表的含有“asset_modification_flag”(即，指示可以更改/替换特定资产的标记信息)的PA消息。在未接收到处理请求的情况下，过程终止。在接收到处理请求后，过程前进到步骤505，将响应消息发射到已经发射处理请求的实体。出于参考，取决于MMT系统的配置，可以省略步骤505。

此后，在步骤507中，MANE识别与接收的MMTP流中的内容处理目标对应的第一包。在步骤509中，MANE确定它是否已经接收到处理(例如，替换/插入/覆盖)构成第一包的资产的内容的请求。在接收到处理请求后，MANE前进到步骤511，向请求实体发射响应消息，并且在步骤513中识别第一资产，所述第一资产是处理的目标。在未接收到处理请求的情况下，MANE立即前进到步骤513。出于参考，取决于MMT系统的配置，可以省略步骤511。

同时，在步骤515中，识别处理请求的类型。也就是，识别处理请求是不是替换/插入/覆盖。在步骤517，MANE识别处理的开始时间和持续时间。此后，在步骤519中，MANE更改/替换第一包以构成第二包，以便能够在从处理开始时间算起的处理持续时间期间发送第二资产，而不是第一资产。例如，在步骤519中通过更改/替换第一包来构成第二包以发送第二资产而不是第一资产时，MANE可以将与第一包相关的MMT信令消息中与第一资产相关的部分更改成与第二资产相关，从而将该MMT信令消息定义为第二包相关MMT信令消息。

同时，在步骤521中，MANE处理内容的更改替换并且随后确定重新开始发射第一包的时间。在步骤523中，MANE确定是否达到处理结束时间，并且如果达到的话，前进到步骤525，向相关实体通知内容的更改/替换已经终止。除非已经达到处理结束时间，否则MANE前进到步骤529，发送出第二包。同时，在步骤527中，MANE重新开始发射先前的第一包。

此后，当基于从第三实体305或发射实体301接收的资产变更请求消息而终止更改附加服务的请求或者不再提供附加服务时，所述附加服务基于从发射实体301接收的基于MMT的内容资源信息和媒体内容信令信息而传递到接收实体307并存储在MANE 303中，从而提供媒体内容服务。

如上文所述，根据本公开的实施例的多媒体发射系统可以根据提供者的意图而实时地更改/替换构成服务的视频/音频资产。

在根据本公开的实施例的多媒体发射系统中，发射实体301连续地将原始资产传递到MANE 303，并且在特定时间段期间，第三实体305将“用于替换原始资产的至少一个资产”(在下文，简称为“替换资产”)传递到MANE 303。此时，第三实体305已经传递的替换资产用于替换MANE 303或接收实体307中的原始资产。

当MANE 303使用替换资产来替换原始资产时，MANE 303可以用构成替换资产的MPU来替换构成原始资产的MPU或者添加替换资产作为包的新成分。

当在MPU单元中执行替换时，可以将构成替换资产的MPU分组成MANE 303中的MMTP分组。此时，MMTP分组报头的信息可以在MANE303中重置以便继续。重置信息可以是“timestamp”、“packet_sequence_number”和“packet_counter”中的至少一个。

当MANE 303添加替换资产作为包的新成分时，MANE 303生成信令信息以向接收实体307通知这个情况。此时，信令信息含有关于替换资产的信息和关于替换资产与原始之间的关系的信息中的至少一个。

当接收实体307使用替换资产来替换原始资产时，MANE 303添加替换资产作为包的新成分并且产生信令信息以向接收实体307通知这种情况，并且将信令信息传递到接收实体307。此时，信令信息含有关于替换资产的信息和关于替换资产与原始之间的关系的信息中的至少一个。同时，根据本公开的另一实施例，替换资产可以从第三实体305直接传递到接收实体307，而不经过MANE 303。

在根据本公开的实施例的多媒体发射系统中，在应播放替换资产的时间段期间，原始资产可以缓冲在发射实体301、MANE 303或接收实体307中。此时，MANE 303可以重置MMTP分组报头信息或信令信息，以在缓冲时间之后继续提供服务。重置的MMTP分组报头信息含有“timestamp”、“packet_sequence_number”和“packet_counter”中的至少一个。此外，重置的信令信息含有“PA message”和“MP table”中的至少一个。

在本公开的实施例中，发射实体301可以指示发射实体301发射的一个包中的哪些资产被第三节点替换并由用户呈现。在本公开的实施例中，信息可以被包括在携带构成包的所有资产的特定信令消息或PA消息中的MP表中，并且该信息被称为“asset_modification_flag”，它是标记类型的一位信息。asset_modification_flag已经设置为“1”的资产被准许由MANE 303或其他第三节点替换，并且asset_modification_flag已经设置为“0”的资产不被准许由MANE 303或第三节点替换。

下表6和表7中示出根据本公开的实施例建议的PA消息中的MP表的句构。由于页面大小的关系，在两页上示出表6和表7，但它们意图是单个表。

[表6]

[表7]

MP表的语义如上表5中陈述。然而，在本公开中，重新建议表7中陈述的“asset_modification_flag”。

*asset_modification_flag：指示在呈现给MMT接收实体时，对应资产是否可以被诸如MANE的某一实体处的一些第三方实体替换、更改或变更。(asset_modification_flag-指示在呈现给MMT接收实体时，对应资产是否可以被诸如MANE的某一实体处的一些第三方实体替换、更改或变更。)

同时，在本公开中新建议的“AssetChangeRequest_message”是第三实体305(例如，本地广播站)发射到MANE 303的消息，请求更改/插入/替换/覆盖发射实体301(例如，本地广播站)发射的一个包中的资产之中的至少一个特定资产。接收到AssetChangeRequest_message后，MANE303基于AssetChangeRequest_message来更新携带构成包的所有资产的特定信令消息或者含有关于特定资产的信息的所有PA消息中的MP表。通过这样做，可以以这样一种方式执行呈现，使得在诸如广播站发射的广播节目的资产之中，用其他第三媒体内容来更改/插入/替换/覆盖具有在从第三本地广播站发射的AssetChangeRequest_message中指示的特定数量或时间的MPU。

“AssetChangeRequest_message”是发射实体301(例如，与第三实体305通信的广播公司，例如本地广播站)发射到MANE 303的消息，请求更改/插入/替换/覆盖发射实体301(例如，本地广播站)发射的一个包中的资产之中的至少一个特定资产。接收到AssetChangeRequest_message后，MANE 303基于AssetChangeRequest_message来更新携带构成包的所有资产的特定信令消息或者含有关于特定资产的信息的所有PA消息中的MP表。通过这样做，可以以这样一种方式执行呈现，使得在诸如广播站发射的广播节目的资产之中，用其他第三媒体内容来更改/插入/替换/覆盖具有在从广播站发射的AssetChangeRequest_message中指示的特定数量或时间的MPU。

“AssetChangeRequest_message”的句构如下表8所示。

[表8]

“AssetChangeRequest_message”的语义如下表9所示。

[表9]

参考上表9，“AssetChangeRequest_message”可以包括以下至少一个：将被替换的MMT分组的ID(Target_MMT_Package_ID)；将被替换的MMT资产的ID(Target_asset_ID)；被替换的资产的类型(Target_asset_type)；关于发生媒体变更时的时间的信息(Change_Time_Indicator)；关于媒体变更的持续时间的信息(Duration)；关于例如媒体变更类型是替换还是覆盖的信息(Change_Type)；与媒体变更是基于时间还是基于MPU ID发生的模式有关的信息(Change_Indicate_Mode)；在基于MPU ID的情况下关于MPU的序列号的信息(MPU_sequence_number)；以及关于将要插入/替换的指定资产的原始资产的位置的信息(Designated_source_URL)。

接收到AssetChangeRequest_message后，MANE 303更新携带构成包的所有资产的特定信令消息或与目标资产相关的PA消息中的MP表，并且将ACK消息发射到已经发射了AssetChangeRequest_message的发射实体301或第三实体305。此时，取决于MMT系统，可以省略发射ACK响应消息的操作。携带构成更新的包的所有资产的特定信令消息或更新的PA消息发射到接收实体307。

同时，MANE 303按以下顺序来更新携带构成包的所有资产的特定信令消息或者PA消息中的MP表。

(1)MANE 303基于AssetChangeRequest_message中含有的“Change_Time_indicator”来计算并重新调整含有每个MPU的呈现时间信息的MPU时间戳描述符。

(2)MANE 303使用AssetChangeRequest_message中含有的“Designated_source_URL”来更新将要插入目标资产的原始内容的URL。

如果携带构成包的所有资产的特定信令消息或PA消息中的MP表被更新并发射到接收实体307，并且完成针对目标内容的更改/插入/替换/覆盖，那么MANE 303可以恢复更新之前的携带构成包的所有资产的特定信令消息或原始PA消息中的MP表，并且将恢复的消息发射到接收实体307，因而允许接收实体307接收发射实体301发射的原始内容。

出于参考，MANE 303接收AssetChangeRequest_message、相应地更新PA消息的MP表，并且将MP表发射到接收实体307。由于接收实体307根据PA消息来播放媒体，因此利用第三实体305提供的附加服务来更改/替换发射实体301提供的媒体的操作可以不由MANE执行而是由接收实体执行。

利用第三实体305提供的附加服务来更改/替换发射实体301提供的媒体的操作可以由MANE执行。

图6是示出根据本公开的实施例的MANE的配置的示图。

收发器601与外部实体发射和接收媒体内容和消息。例如，在本公开中，收发器601接收第一媒体内容和第一媒体相关信令消息。此外，收发器601接收更改请求消息以更改第一媒体内容的特定媒体数据。

控制器603基于更改请求消息来更新与请求更改的特定媒体数据相关的信令消息。此外，控制器603可以基于更改请求消息来更新请求更改的第一媒体内容的特定媒体数据。更新的信令消息和媒体内容经由收发器601发射到接收实体307。

图7是示出根据本公开的实施例的接收实体的操作的示图。

在步骤701中，接收实体接收与第一媒体内容相关的信令消息，并且在步骤703中，基于信令消息来呈现第一媒体内容。

在步骤705中，接收实体从MANE接收更新的信令消息以提供第二媒体内容，并且在步骤707中，使用更新的信令消息来呈现第二媒体内容。

出于参考，当MANE不仅将信令消息而且将第一媒体内容更新成第二媒体内容时，在步骤705中，接收在MANE中更新的信令消息和第二媒体内容，并且在步骤707中，使用更新的信令消息来呈现第二媒体内容。

图8是示出根据本公开的实施例的接收实体的配置的示图。

收发器801与外部实体发射和接收消息。例如，收发器801接收与第一媒体内容相关的信令消息并且从MANE接收更新的信令消息以提供第二媒体内容。作为另一示例，为了提供第二媒体内容，收发器801接收在MANE中更新的第二媒体内容和信令消息。

控制器803控制接收实体的操作。呈现单元805基于信令消息来呈现(render)第一媒体内容并且使用更新的信令消息来呈现第二媒体内容。

上文已经描述了本公开的实施例。根据本公开，在使用PA消息的MP表中含有的新提议的“AssetChangeRequest_message”和“asset_modification_flag”或者新提议的MMT信令消息将第一内容提供给接收实体时，可以有效地提供第二内容。

本公开的特定方面可以实施为计算机可读记录介质中的计算机可读代码。计算机可读记录介质是可以存储可由计算机系统读取的数据的数据存储装置。计算机可读记录介质的示例可以包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光学数据存储装置，以及载波(诸如，通过因特网的数据传输)。计算机可读记录介质可以由计算机系统通过网络进行分布，并且因此，可以以分布方式存储和执行计算机可读代码。用于实现本公开的功能程序、代码和代码段可以容易由本公开所涉及领域中的熟练的程序员解译。

根据本公开的实施例的设备和方法可以在硬件、软件或者硬件与软件的组合中实施。此类软件可以存储在易失性或非易失性存储装置中，诸如只读存储器(ROM)或其他存储装置、存储器，诸如随机存取存储器(RAM)、存储器芯片、装置或集成电路，或者存储介质，诸如光盘(CD)、数字视频光盘(DVD)、磁盘或磁带中，这允许在光学记录或磁记录的同时由机器(例如，计算机)读出。根据本公开的实施例的方法可以由计算机或包括控制器和存储器的便携式终端实施，并且存储器可以是可以适当地保持(多个)程序的示例性机器可读存储介质，所述程序含有用于实施本公开的实施例的指令。

因此，本公开涵盖程序，所述程序含有用于实施本公开的权利要求书中陈述的装置或方法的代码，以及用于存储程序的机器(例如，计算机)可读存储介质。程序可以经由任何介质电子地传送，诸如，通过有线或无线连接发射的通信信号，并且本公开适当地包括其等效物。

根据本公开的实施例的设备可以从有线地或无线地连接到该设备并存储程序的程序提供装置接收程序。程序提供设备可以包括：存储器，其用于存储程序，所述程序包括使得程序处理设备能够执行预设内容保护方法的指令和内容保护方法所必需的信息；通信单元，其用于与图形处理设备执行有线或无线通信；以及控制器，其自动地或根据图形处理设备的请求将程序发射到发射/接收装置。

<第二公开>

在传统广播系统中，例如电子服务指南(ESG)的服务列表由特定广播公司(例如，KBS或MBC)直接创建并随内容一起发送，或者由付费转播提供者产生并分配给用户，诸如从广播公司接收内容并重新分配所述内容的多频道视频节目经销商(MVPD)(例如，SK电讯或OllehKT)。换言之，用户只接收他们订阅的特定转播提供者或地面广播公司创建和分配的ESG，并且基于接收的ESG来选择他们期望的广播节目或获取关于将来节目的信息。

近来，经常以基于IP的互联网流的形式提供广播内容。如果这个趋势持续并且随着例如全IP时代的出现将所有广播内容创建为基于IP，那么不同于在固定数量的广播信道上进行广播的传统方法，预期广播信道在数量上近乎无限地增加。这导致需要可以有效地提供各种提供者创建的ESG的方法。

随着有线/无线互联网市场的迅速增长，我们将看到多种多样的互联网电视平台成为生活中有意义的一部分。其中，移动数据流量将尤其显著地增加。预期80％的移动数据流量来源于智能电话，其中大约在2020年，所有移动数据流量中的约60％是移动视频流量。

实际上，2014年6月18日的韩国-俄罗斯世界杯就是强大的移动广播如何工作的良好示例。由于比赛是在一天中的早高峰时段举行并且大量的观众涌入Naver和Daum提供的高清晰度直播服务中，移动数据流量也飙升。因此，在智能电话上观看无法实现无缝的。

对移动终端上的直播广播的需求增加导致移动通信载体需要在开发相关附加服务时有效地管理移动流量。

在生成媒体内容后，传统的基于超文本传送协议(HTTP)的流传输方案产生媒体资源区别信息以及元数据。在这样的情况下，在转换成基于HTTP的文件以流出后，例如，互联网上10分钟长的媒体内容，与能够接收媒体内容的内容服务器有关的信息以例如统一资源定位符(URL)的形式存储在元数据中，并且在接收器部分上一起发射。

接收器接收元数据并且通过存储在元数据中的媒体资源信息(例如，URL)将针对用户期望的流传输服务的请求发送到基于HTTP的媒体内容服务器。

在内容传送网络(CDN)环境下，当一个多媒体接收器和一个多媒体发射器通过一个网络和服务器开始会话并且根据服务提供者的网络状况来提供多媒体服务时，可以发生这样的情况：其中根据接收器或发射器需求，需要改变发射服务器或会话以继续多媒体服务。

传统的基于流传输的HTTP方案在生成媒体内容后产生媒体资源信息以及元数据。此类方案会在环境中产生各种问题，在实际的实时流传输环境中使用动态媒体资源区别信息。

第一，传统HTTP方案采用的媒体资源信息(例如，URL信息)没有利用媒体内容服务器的实际地址，例如，互联网协议(IP)地址，并且为了访问服务器，它们因而需要通过请求例如域名服务器(DNS)来找到实际地址，从而导致延迟。

此外，在预定的文件时段期间创建服务器的地址以及内容，从而由于动态信道改变而使得不太可能实时地更新媒体资源信息，这使得在实践中使用流传输服务时难以在一个节目中进行动态信道和媒体内容服务器更改。

最后，在处于传统的基于HTTP的流传输服务中时更改媒体内容服务器的地址的情况下，当前使用的服务无法继续，并且在媒体内容服务器上服务需要经由初始访问过程重新接收媒体内容服务器的地址。

由于传统的采用CDN的多媒体服务环境在创建媒体内容后还产生媒体资源以及元数据，因此取决于实时流传输环境中的发射器或接收器的需求，传统的CDN环境难以进行改变发射服务器和会话的动态媒体资源分配。

同时，上述信息只作为背景信息提供，以便更好地理解本公开。关于本章节中描述的内容是否可以适用为与本公开相关的背景技术，并未作出确定和要求。

根据本公开的实施例，提供一种在广播系统中提供以用户为中心的集成式广播服务信息的方法和装置。

根据本公开的实施例，提供一种在广播系统中提供广播服务的位置信息以提供广播服务信息的方法和装置。

根据本公开的实施例，取决于广播系统中的广播信道的类型来提供被包含在构成信道的节目中的信息。

根据本公开的实施例，提议一种用于在多媒体系统中发射/接收内容相关信息的装置和方法。

根据本公开的实施例，提议一种用于在多媒体系统中基于服务环境来管理媒体资源的装置和方法。

根据本公开的实施例，提议一种用于通过以下方式来有效地管理媒体资源的装置和方法：当通过在现有的静态媒体资源分配环境中使用基于MPEG媒体传送(MMT)的媒体内容流传输服务提供适合于例如服务用户的数量、用户环境或位置的动态媒体资源区别信息来实际上且实时地提供媒体内容服务时，根据服务环境(例如，用户的数量)来提供媒体内容信令信息和媒体内容资源信息。

图9是示出根据本公开的实施例的提供广播服务信息的概念的示图。

根据本公开，使用多项广播服务信息以单项集成广播服务信息的形式将广播服务信息提供给用户。参考图9，由不同运营商创建的广播服务信息项921、922和923可以由MMT实体925集成到标准化服务列表描述符924中，并且随后经由较低层传送到服务提供者。这可以防止广播服务信息依赖于特定广播公司。此外，终端虽然不能通过广播信道直接接收广播服务信息，但可以向它们的用户提供期望的广播服务信息。在下文中描述本公开的实施例。

在下文，术语“(MMT)服务描述符”、“(MMT)服务列表描述符”和“描述符”可以互换地使用，因为具有相同意义。

图10是示出根据本公开的实施例的MMT服务描述符数据模型的示图。

参考图10，一个MMT服务描述符1010包括多个MMT信道1011、1012、1013、……，并且一个MMT信道包括多个MMT包1021、1022、1023、1024、……。一个包对应于一个内容节目(例如，电视节目、新闻或棒球比赛)。一个MMT信道对应于多个广播内容节目的聚合(例如，MBC、SBS、Netflix或Hulu)。

一个MMT服务描述符可以由特定广播公司提供。或者，特定广播公司可以提供多个MMT服务描述符。MMT接收实体可以获得与提供者确定的描述符有关的位置信息(例如，URL)，并且可以从URL获得MMT服务列表描述符。URL可以存在于MMT发射实体中并且可以从MMT发射实体提供到MMT接收实体，或者URL可以存在于单独的服务器中以提供MMT服务列表描述符并且被提供到MMT接收实体。

此时，MMT信道可以是线性广播信道或非线性广播信道。线性广播信道指的是构成已经针对广播调度的节目的信道。对于线性广播信道，一个包会添加在所述包广播时的特定时间的时间属性信息。例如，包可以包括对包进行广播的开始时间(StartTime)和结束时间(EndTime)的属性信息。

MMT接收实体可以获得MMT服务列表描述符，包括来自多个源(描述符URL)的MMT服务的列表，并且当所获得的MMT服务列表描述符进行合并并且提供给用户时，提供给用户的信息可以起到一种ESG的作用。

也就是，MMT服务列表描述符用于提供与某一服务提供者以MMT协议的形式提供的MMT服务有关的信息。一个MMT服务列表描述符由多个MMT信道组成，所述多个MMT信道是各自由多个MMT包的聚合形成的逻辑单元。MMT包对应于特定节目，诸如，新闻、体育比赛或电影，并且一个MMT包具有它唯一的ID属性值，被称为MMT包标识符(MMT_Package_id)，以与其他MMT包区分开。当选择特定MMT包时，可以通过单独的SDP文件(SDP URI元素提供位置信息)、嵌入在描述符中的“联机SDP”(描述符XML文档中列出的CDATA字段提供信息)、MMT PA消息和MMT PA表(MMT_PA_URL元素提供信息)来提供MMTP会话。当某一信道由线性内容组成时，每个MMT包具有它唯一的属性值，诸如startTime和endTime。

下文描述MMT服务描述符模式。

MMT服务由包单元组成，并且一个包包括多个资产。一个广播信道可以由多个包的聚合形成，并且包的列表可以作为服务列表(即，一种EPG)信息提供给用户。

下表10和表11呈现MMT服务描述符模式的示例。由于纸张大小的关系，在两页上示出表10和表11，但它们意图是单个表。

[表10]

[表11]

下表12中描述MMT服务描述符模式的组成。

[表12]

在MMT服务描述符模式中，“descriptorURL”是MMT服务描述符所在的地址。MMT接收实体可以获得多个URL并且将它们存储在其中。例如，用户可以通过某一路线来算出描述符的URL并且存储他们优选的服务提供者的URL信息。或者，描述符的URL可以被提供为与能够提供服务列表内的服务列表信息的单独方式有关的信息，例如EPG，其经由单独的广播物理信道进行传送。MMT接收实体发送针对描述符的URL的地址处的描述符的请求，以获得MMT服务描述符。在接收到MMT接收实体所请求的对应于请求的描述符后，MMT接收实体将所接收的多个描述符合并并且将它们提供给用户。

同时，channelType提供与信道有关的信息，从而提供消费当前信道中描述的服务(MMT包)所必需的物理发射信道的类型信息。在合并描述符后，MMT接收实体可以基于物理信道是否可用来考虑信道类型。如果只有宽带信道可用，那么MMT接收实体只合并channelType为0的信道并且提供合并的信道。

现在描述根据本公开的实施例的MMT接收实体的结构。

图11是示出根据本公开的实施例的MMT接收实体的结构的示图。

图11假定以下情形：其中MMT服务描述符存储服务器(例如，MMT发射实体或单独的服务器)将多个MMT服务描述符1111、1112和1113发射到MMT接收实体1110，并且MMT接收实体1110处理所接收的MMT服务描述符1111、1112和1113。下文描述MMT接收实体1110的部件。

MMT接收实体1110包括MMT会话发起器1131、描述符URL寄存器1135、描述符提取器1137、MMT描述符合并器1141、广播ESG管理器1143、用户偏好存储装置1145、描述符采集管理器1139，以及MMT服务列表呈现引擎1133。

MMT会话发起器1110提取用户从服务列表(该服务列表通过MMT服务列表呈现引擎1133显示给用户)选择的特定节目(即，包)()的MMT会话信息，并且处理MMT会话，以便能够从MMT发射实体接收MMT包并使用所提取的MMT会话信息来处理MMT包。

描述符URL寄存器1135存储有关MMT服务列表描述符所在的地方的URL信息(即，DescriptorURL)。

MMT服务列表描述符信息可以在以下方案中提供。

MMT接收实体1110可以从用户期望的MMT服务列表描述符信息提供者获得描述符信息并且预先将它存储在描述符URL寄存器1135中。

MMT服务列表描述符可以直接存储在用户安装的单独应用中并被提供。MMT服务列表描述符也可以通过互联网从服务器发射到MMT接收实体。

此外，还可以经由通常通过广播ESG管理器1143从广播信道接收的附加URL(备选URL)信息来提供MMT服务列表描述符。出于参考，广播公司或服务提供者可以例行地通过广播信道来提供附加URL信息，以便为广播服务本身不可用时做准备，例如，在MMT接收实体由于例如广播信道上的接收故障而无法提取ESG的情形下。

描述符提取器337使用从描述符URL寄存器1135传递的MMT服务列表描述符URL信息(DescriptorURL)通过互联网从MMT服务描述符存储服务器1101接收多个描述符。可以经由各种传送协议来接收描述符，例如，作为根据本公开的示例，HTTP。

可以由预设的用户偏好来确定接收多个描述符中的哪个，并且将所接收的多个描述符传送到MMT描述符合并器1141。

MMT描述符合并器1141将从多个MMT服务描述符服务器接收的多个MMT服务列表描述符合并。同时，接收哪个描述符(例如，KBS或MBC)以及从哪里接收(例如，KBS或第三方提供者)可以由用户确定并且存储在用户偏好存储1145中，并且MMT服务列表描述符可以基于偏好信息而合并到统一合并MMT服务列表描述符中，该统一合并MMT服务列表描述符随后可以提供给用户。

广播ESG管理器1143提取诸如高级电视系统委员会(ATSC)3.0或数字视频广播(DVB)这样的典型广播系统在单独方案中通过较低层(即，广播物理/传送(PHY/MAC)层)提供的服务列表信息(ESG)。当出于某些原因，终端落在广播信道覆盖范围内并且因此广播接收存在问题时，提供广播信道的状态信息(例如，无法提供广播ESG)，而不是ESG信息，从而允许描述符采集管理器1139确定应向用户展示ESG(或服务描述符)的哪条路线。

用户偏好存储1145含有用户优选的MMT服务描述符、信道、包或者此类信息。上述项的信息可以用于确定应将哪个描述符提供给用户。

描述符采集管理器1139确定在MMT接收实体向用户提供服务列表信息时应使用哪条路线。用于提供所提供的服务列表的路线可以基于从广播ESG管理器1143或用户偏好存储1145传送的信息而确定。例如，诸如ATSC 3.0或DVB的广播系统从较低广播物理/传送(PHY/MAC)层提取服务列表信息(ESG)。然而，不能接收广播的终端(例如，移动终端)甚至无法开始广播服务，因为它们缺少用于接收ESG的方法。在这种情况下，描述符采集管理器1139向用户提供从MMT描述符合并器1141传送的MMT服务列表信息，从而允许广播服务针对用户开始。

MMT服务列表呈现引擎1133向用户呈现通过描述符获得的服务列表信息，从而允许用户选择并确定他期望的特定节目(即，MMT包)。

出于参考，由用户选择的特定节目的会话信息(即，MMT包)可以是MMT包访问(PA)表、MMT PA消息、联机会话描述协议(SDP)和单独SDP文件中的一个的形式，并且会话信息传递到MMT会话发起器1131。会话信息是开始会话所必需的信息，以便能够经由MMT来接收期望的内容。

出于参考，MMT PA表是含有消费MMT包所必需的所有相关信令信息的表，并且包括应首先处理以便获得包并向用户展示所获得的包的信息项。MMT PA的句构和语义信息如在下文的MMT规范中定义。同时，MMT PA表也可以采用单独信令消息(PA信令消息)的形式传递。

下表13呈现PA表的句构。

[表13]

上表13中的元素的语义与下表14所示相同。

[表14]

现在描述根据本公开的实施例的MMT接收实体的操作。

图12是示出根据本公开的实施例的MMT接收实体的操作的示图。

在步骤1201中，MMT接收实体获得一个或多个MMT服务描述符的URL并且将它们存储在其中。在步骤1203中，MMT接收实体获得并存储用户偏好描述符信息。在步骤1205中，MMT接收实体使用所获得的描述符URL来接收MMT服务描述符。在步骤1207中，MMT接收实体确定是否可以通过广播信道接收ESG，并且如果可接收，那么前进到步骤1209以通过广播信道来接收ESG，并且随后前进到步骤1211。除非可通过广播信道接收ESG，否则MMT接收实体立即前进到步骤1211。

在步骤1211中，MMT接收实体确定接收信道的类型，并且在步骤1213中，根据终端的物理信道是否可用而将所述接收信道分类成特定信道类型。在步骤1215中，MMT接收实体将用于相同类型的信道中的每一个信道的描述符聚合成集合描述符，并且在步骤1217中，将集合描述符显示给用户。在步骤1219中，当用户选择描述中的特定节目(包)时，在步骤1221中，MMT接收实体发起MMT会话以接收所选择的包并且控制发起的会话，并且在步骤1223中，MMT接收实体通过MMTP来接收通过会话选择的包。

现在描述根据本公开的实施例的MMT发射实体的操作。

图13是示出根据本公开的实施例的MMT发射实体的操作的示图。

在步骤1301中，MMT发射实体列出构成特定信道的MMT包。

在步骤1303中，MMT发射实体确定信道是否意图用于线性广播。如果信道意图用于线性广播，那么MMT发射实体前进到步骤1305，将在广播包时的特定时间的时间属性信息(StartTime和EndTime)放入构成信道的包中，随后前进到步骤1307。如果信道意图用于非线性广播，那么MMT发射实体立即前进到步骤1307。在步骤1307中，MMT发射实体存储MMT服务描述符，并且在步骤1309中，发射MMT服务描述符。随后，MMT发射实体前进到步骤1311，根据需要来更新MMT服务描述符。上文已经描述了本公开的实施例。在传统广播系统(例如，ATSC1.0)中，不能接收广播的终端无法接收任何ESG，并且因此甚至不能开始广播服务。

然而，不同于传统以电视为中心的广播系统，最近兴起的广播-电信集成式混合广播系统(例如，ATSC3.0或DVB)应该服务于移动终端或其他各种装置。在这样的用于服务移动终端的混合广播服务中，终端可以位于广播覆盖范围之外，在这种情况下，终端也许不能提取ESG。这可以导致尽管宽带信道可用但不可能接收广播服务的情形。本公开的实施例可以向用户提供广播-电信集成式混合广播系统中的以用户为中心的集成ESG。

<第三公开>

根据本公开的实施例，提议一种用于通过以下方式来有效地管理媒体资源的装置和方法：当通过在现有的静态媒体资源分配环境中使用基于MPEG媒体传送(MMT)的媒体内容流传输服务提供适合于例如服务用户的数量、用户环境或位置的动态媒体资源区别信息来实际上且实时地提供媒体内容服务时，根据服务环境(例如，用户的数量)来提供媒体内容信令信息和媒体内容资源信息。如向传统越顶(OTT)服务提供者或通信载体提议减小网络流量，内容传送网络(CDN)服务器或内容服务器可以安装在它们的网络中。具有由用户访问的中心服务器的传统移动广播将用于接收必要数据的单独边缘服务器放在源服务器附近，以便防止数据发射因移动数据的使用增加并且结果由很多人同时访问服务器而减慢。此时，管理移动数据流量负载(例如，每边缘服务器超载或访问延迟)很重要。

本公开涉及通过包括广播网络、电信网络和其他网络的混合网络来发射合成多媒体数据，并且提出一种用于通过采用MPEG媒体传送(MMT)方案来发射合成多媒体数据的装置和方法。

同时，根据本公开的实施例提出的装置和方法适用于数字多媒体广播(DMB)服务、手持式数字视频广播(DVP-H)、高级电视系统委员会-移动/手持(ATSC-M/H)服务或其他移动广播服务、互联网协议电视(IPTV)服务或其他数字视频广播系统、运动图像专家组(MPEG)媒体传送(MMT)系统、演进分组系统(EPS)、长期演进(LTE)移动通信系统、LTE-高级(LTE-A)移动通信系统、高速下行链路分组接入(HSDPA)移动通信系统、高速上行链路分组接入(HSUPA)移动通信系统、第3代合作伙伴项目2(3GPP2)高速率分组数据(HRPD)移动通信系统、3GPP2宽带码分多址(WCDMA)移动通信系统、3GPP2码分多址(CDMA)移动通信系统、电气与电子工程师协会(IEEE)802.16m通信系统或其他通信系统、移动互联网协议(移动IP)系统，或者其他各种通信系统。

首先，在基于MMT的媒体内容流传输服务中，内容提供者提供的MMC媒体内容相关内容信令信息(例如，MMC媒体内容相关媒体内容信令信息，诸如MMT_general_location_info)或者服务提供者提供的媒体资源分配信息(例如，有效时间、发射接入类型或其他媒体资源分配信息)进行合并以在使用媒体内容服务后基于动态媒体资源区别信息来提供媒体内容流传输服务。

为了在传统CDN环境下使用服务，用户装置首先接入提供用户期望的媒体服务的提供者的服务器，以取得提供媒体服务的CDN服务器的地址。用户装置基于所接收的CDN服务器地址来接入管理CDN信息的管理服务器(例如，CDN Fram)，从而接收适合服务用户的接收环境的媒体服务服务器地址(例如，服务用户的位置)。服务用户能够基于从CDN管理服务器接收的媒体服务服务器地址来使用媒体服务。如此，CDN是使得能够在线快速且稳定发射海量内容的技术，它可以将内容分配到主要ISP的CDN服务器并且允许用户从网络路由上的最近服务器接收内容，从而防止流量集中在特定服务器上并且将流量分配给本地服务器。

根据本公开的实施例，在CDN环境中，将MMT媒体内容相关媒体内容信令信息和媒体资源分配信息给予用户(例如，用户装置)，抓住网络状态和环境，并且将用于接入的各项信息提供给用户，因而有助于有效地提供媒体服务。

此时，根据本公开的实施例，与服务提供者的服务器通信以接收CDN服务器信息并且与CDN管理服务器通信以获得媒体服务器的地址的过程反而由DRI服务器执行，以便断定用户期望的媒体服务的服务器地址。此处，“DRI服务器”是指这样的服务器，该服务器实时地从服务提供者接收媒体服务、将用于对应信息的请求发送到CDN管理服务器、以接收消息的形式存储每个媒体服务的实际服务器地址并且通过DRI消息将媒体内容资源分配信息提供给用户。此外，DRI服务器断定提供媒体的媒体内容信令信息的服务器的地址并且经由DSI消息将媒体内容信令信息提供给用户。

表15和表16表示DRI消息和DSI消息的基本配置。

例如，在访问服务后，服务用户接收内容和服务提供者提供的DRI消息和DSI消息，并且随后识别消息版本，因而确定是否相对于现有消息进行更新。此时，“DRI消息”意指DRI服务器在与CDN服务器和服务用户服务器通信时接收的媒体资源分配信息，并且“DSI消息”意指媒体内容的信令信息。此后，服务用户使用已经通过内容和服务提供者接收到的MMC媒体内容相关媒体内容信令信息(即，DSI消息)来接收媒体内容信令信息。此外，用户通过DRI消息来接收内容和服务提供者提供的媒体资源分配信息，并且将用于媒体内容的请求发送到媒体内容服务器并从中接收媒体内容。

此时，在提供媒体内容资源分配信息和媒体内容信令信息后，内容和服务提供者优先考虑用户可以基于或考虑到例如用户的信息或网络背景而访问的媒体内容信令服务器和媒体内容资源服务器，并且通过DRI消息和DSI消息将信息传送给用户。

图16示出在用户接收DRI消息之后的接收器的操作的示例。用户可以通过所述消息从primary_media_location接收媒体内容。在用于信息的请求发送到primary_media_location而媒体内容服务器缺少所请求的媒体内容时或者服务器没有操作时，用于媒体内容的请求可以发送到Alternative_media_location并且可以从中接收媒体内容。如果primary_media_location服务器和Alternative_media_location服务器都不操作或者媒体内容不在那里，那么基于从origin_media_location提供的服务器信息而将针对期望媒体内容的请求发送到服务器并且接收媒体内容。此处，通过DRI消息提供的媒体内容资源分配信息的优先级由DRI服务器通过例如服务用户的位置和网络状态信息来提供。此处，媒体内容资源分配信息的优先权意指将可以向服务用户提供最佳服务的服务器指定为primary_location服务器的资源分配信息，并且基于内容和服务提供者的服务器的信息而将提供媒体服务的下一最佳服务器指定为Alternative_location或origin_location服务器，从而允许服务用户利用该服务器。

而且，在接收媒体内容信令信息后，服务用户基于通过DRI服务器接收的DSI消息来接收媒体内容信令信息。图17示出在用户接收DSI消息之后接收器接收媒体信令信息的操作的示例。

用户基于从DRI服务器接收的DSI消息而将用于媒体内容信令信息的请求发送到媒体服务器。此时，信息的请求是基于DSI消息中预先指定的属性而发起。它访问首先提供到primry_signaling_location的内容和服务提供者的媒体服务器地址，并且请求媒体内容信令。如果primry_signaling_location未能接收信息或者提供比现有媒体内容信令信息版本老的媒体内容信令信息，那么通过alternative_signaling_location来发送请求，并且在甚至通过alternative_signaling_location也未能接收到信令信息的情况下，可以通过从origin_signaling_location提供的服务器地址来接收媒体内容信令信息。此时，primary_signaling_location、alternative_signaling_location和origin_signaling_location基于DRI服务器通过内容和服务提供者的服务器接收到的信息而使用例如服务用户的位置和内容信息来提供具有访问优先级的媒体内容信令信息。

[表15]

DRI消息句构

上表15表示根据本公开的实施例的DRI消息。

如上表15中陈述，如根据本公开的实施例提议的DRI消息中含有的参数意指如下。

[语义]

message_id-指示DRI消息ID。这个字段的长度为16位。

version-指示MRI消息的版本。MMT接收实体可以检查接收到的消息是不是新的。这个字段的长度为8位。

length-指示MRI消息的长度。这个字段的长度为16位。它指示以字节为单位从下一字段开始数到MRI消息的最后字节的MRI消息的长度。不应使用值“0”。

valid_time_start-以NTP格式指示对应于发射会话有效开始时间的UTC时间。这个字段是来自全分辨率NTP时间戳的32位MSB。

valid_time_duration-以NTP格式指示对应于发射会话有效停止时间的UTC时间。这个字段是来自全分辨率NTP时间戳的32位MSB。

number_of_assets-提供其信息由MP表提供的资产的数量。

location_count-提供资产的位置信息的数量。当通过一个位置传送资产时，设置为“1”。当实现大批传送时，其中通过多个通道传送资产中含有的MPU，不设置为“1”。传送当通过多个交付一个资产时

asset_id-指示如9.6.2定义的与这个描述符相关联的相关资产所依赖的另一资产的asset_id。在这个描述符中提供的id的顺序使得如章节5.2.3中定义的MPU的连结导致有效MPU并且遵循媒体依赖层次结构。

update_asset_primary_location-提供MMT接收实体可以从中得到资产的主地址的位置。

number_of_alternative-提供备选地址数

update_asset_Alternative_location-提供MMT接收实体可以从中得到资产的备选地址的位置。

update_asset_origin_location-提供MMT接收实体可以从中得到资产的源地址的位置。

MMT_general_location_info_-提供资产的位置信息。使用9.6.1中定义的资产的通用位置参考信息。只有“0×00”与“0×06”之间的location_type的值应用于资产位置。

Transmission_access_type-指示如表AMD1.17所示的媒体内容传送的发射访问信道的类型。

[表16]

DRI消息句构

上表16表示根据本公开的实施例的DSI消息。

如上表16中陈述，如根据本公开的实施例提议的DSI消息中含有的参数意指如下。

[语义]

message_id-指示DSI消息ID。这个字段的长度为16位。

version-指示DSI消息的版本。MMT接收实体可以检查接收到的消息是不是新的。这个字段的长度为8位。

length-指示DSI消息的长度。这个字段的长度为16位。它指示以字节为单位从下一字段开始数到DSI消息的最后字节的MRI消息的长度。不应使用值“0”。

number of mmt signaling-提供信令消息的数量

message_id-指示消息ID。这个字段的长度为16位。

primary_signaling_location-提供MMT接收实体可以从中得到信令信息的主地址的位置。

Alternative_signaling_location-提供MMT接收实体可以从中得到信令信息的备选地址的位置。

number of alternative-提供备选地址数

Origin_signaling_location-提供MMT接收实体可以从中得到信令信息的备选地址的位置。

下文描述具体过程窗帘控制装置。

首先，下文描述其中媒体内容服务器缺少期望的信息的具体过程。

当服务用户访问服务并且使用媒体服务时，服务用户将用于媒体内容资源分配信息和媒体内容信令信息的请求发送到DRI服务器。DRI服务器实时地从服务提供者接收媒体服务信息、将用于信息的请求发送到CDN管理服务器、接收每个实际项的媒体服务资源分配信息和提供服务器地址的媒体内容信令、以消息的形式存储它们，并且通过DRI消息和DSI消息向用户提供媒体内容资源分配信息。借助于DRI消息和DSI媒体内容信令信息，服务用户接收媒体内容资源和媒体内容信令并且使用服务。

如图18所示，服务用户使用媒体内容资源分配信息将用于服务的请求发送到媒体服务器。此时，根据服务提供者的服务器和网络背景，确定每项媒体内容资源分配信息和媒体内容信令信息的访问优先级。DRI服务器通过DRI消息将媒体内容资源分配信息发射给用户，以接收媒体内容资源。DRI消息中的媒体内容资源分配信息具有以下优先级。CDN网络内的最靠近用户的服务器可以被指派为primary_media_location媒体服务器，并且下一最佳服务器可以被指定为alternative_media_location，内容提供者的服务器，即origin_media_location，在任何环境下都能提供媒体内容的。服务用户首先在DRI消息中将用于媒体内容资源的请求发送到primary_media_location，以请求媒体资源。

在未能从primary_media_location接收媒体内容后，用户访问从alternative_media_location或媒体服务提供者的媒体内容服务器提供的内容，以请求媒体服务。在未能从primary_media_location和alternative_media_location媒体服务器接收到信息后，用户使用origin_media_location的地址从对应服务器接收媒体内容。当alternative_media_location提供与内容形式不同(分辨率或编解码器)的媒体内容时，尽管它是媒体服务用户从primary_media_location接收的优先媒体服务，但用户可以将用于媒体内容的请求发送到origin_media_location并且使用服务。

为了使用媒体服务，服务用户需要不仅接收媒体内容资源而且接收媒体内容信令信息。媒体内容信令信息可以通过DSI消息传递给服务用户。根据针对DSI中的信息的服务提供者的服务器和网络背景以及用户背景，基于内容或服务用户预设的优先级而请求媒体内容信令信息。

为了使用媒体服务，服务用户基于DSI消息中的primary_signaling_location信息而将用于媒体内容信令信息的请求发送到内容和服务提供者的服务器，并且接收媒体内容的信令信息。在未能从primary_signaling_location接收到信令信息后或者如果接收的信息不是最新信息或是先前接收到的媒体内容信令信息的不同版本，那么服务用户再次将用于媒体内容信令信息的请求发送到alternative_signaling_location并且从alternative_signaling_location接收信令信息。在尽管进行上述两次请求但未能接收到媒体内容信令信息后，用户将用于媒体内容信令信息的请求发送到origin_signaling_location并且从origin_signaling_location接收信令信息。此处，origin_signaling_location意指服务提供者或内容提供者的服务器。这个服务器是这样的媒体服务器，该媒体服务器如果正在提供媒体内容服务器，则应提供媒体内容资源和媒体内容信令信息。

第二，下文描述了在通过不同异构网络提供媒体内容服务的情况下的操作过程。

在使用来自内容和服务提供者的媒体内容服务时，可以通过不同的异构网络接收媒体内容，具体取决于网络背景和服务用户的环境。在这种情况下，可以使用从DRI服务器提供的DSI和DRI消息中的媒体内容信令信息和媒体内容资源分配信息通过不同的异构网络来提供媒体服务。

例如，当DSI和DRI消息中的主接收服务器信息设置为服务提供者的服务器并且备选服务器的信息设置为内容提供者的服务器时，内容提供者服务器可以位于服务提供者的网络内部或之外。

当第一媒体服务用户访问图15的区域3中的服务时，用户接收用于他期望的媒体内容服务器信息的DRI和DSI消息并且基于媒体内容资源分配信息和媒体内容信令信息来使用媒体服务。在这种情况下，用户访问分配到primary_media_location和primary_signaling_location的服务提供者的服务器来接收媒体内容，从而使用服务。然而，当服务提供者的服务器在正使用服务的情况下无法提供服务时，用户可以请求服务器允许用户使用分配到alternative_media_location和alternative_signaling_location的内容提供者的服务器和transmission_access_type中定义的发射信道来无缝地使用媒体内容服务。

此外，仅通过Wifi或广播网络(即，异构网络)发射的媒体内容信令信息可以通过alternative_signaling_location和origin_signaling_location来提供，从而提供附加信息以使得能够访问第三服务提供者的媒体内容信令服务器，并且因此允许接收过去通过异构网络提供的服务。

例如，在LTE环境下使用通信载体的服务的图15的区域3中的服务用户可以将用于信息的请求发送到拥有广播信道信令消息的alternative_signaling_location或origin_signaling_location并且从中接收信息，以使用在其他信道上提供的广播信道，从而使用资源分配信息来接收在广播环境下提供的广播信道信息并且使用广播服务。

下文描述具体操作过程，其中在服务的中间更改媒体内容服务信息。

首先，当服务用户访问服务并且使用媒体服务时，服务用户将用于媒体内容资源分配信息和媒体内容信令信息的请求发送到DRI服务器。服务用户使用DRI消息和DSI消息来接收媒体内容资源和媒体内容服务器。在基于媒体内容资源分配信息和媒体内容信令访问优先级而请求对应信息并且使用服务时服务提供者根据网络背景和服务用户的环境来更改媒体内容资源分配服务器和媒体内容信令信息的情况下，现有的服务用户可能无法继续使用服务，因为媒体内容信令信息与从新服务器接收的媒体内容资源信息之间存在差异。

例如，当太多用户进入服务时或者由于用户周围的临时网络性能关闭，内容和服务提供者可以临时地确定更改服务用户的服务，例如，更改分辨率。当通信环境中例如因为Wifi较差或临时流量拥挤而出现问题时，内容和服务提供者可以临时地将LTE服务质量从FHD下降到HD，以便实施无缝服务。在这样的情况下，媒体内容资源可以从内容和服务提供者提供的alternative_media_location接收媒体内容资源。用户发送用于适合媒体内容并且由alternative_signaling_location或origin_signaling_location根据DSI消息中的给定访问优先级更新的媒体内容信令信息的请求，并且基于该信息而被无缝地服务。

此外，作为示例，在CDN环境中，根据媒体服务用户的数量将位于拥挤区域附近的媒体服务器指定为primary_media_location和primary_signaling_location，从而向热点区域中的用户提供无缝服务。当附近媒体服务器因服务用户的数量减少或在服务提供者的背景下无法继续提供媒体服务时，通过alternative_media_location、alternative_signaling_location或者origin_media_location或origin_signaling_location来提供附近媒体服务器的媒体服务器信息，从而提供媒体服务的媒体内容资源和媒体内容信令信息。

根据本公开的实施例，内容和服务提供者可以根据网络背景和服务用户的环境来动态地分配媒体资源，因而允许在实时或非实时地提供媒体内容时进行有效网络管理和无缝流传输。

根据本公开的实施例，服务提供者通过将优先级分配给服务器以用于接收媒体内容信令信息而允许在异构网络之间进行有效实时流传输并且使用媒体内容服务。

同时，尽管未单独示出，但根据本公开的实施例的多媒体系统中的发射装置、接收装置、源服务器、备选服务器、主服务器、DRI/DSI服务器、客户端或者其他实体均可以包括发射器、控制器、接收器以及存储单元。

控制器控制实体中的任一个的整体操作，例如，发射装置、接收装置、源服务器、备选服务器、主服务器、DRI/DSI服务器以及客户端。具体地，控制器控制实体执行与在根据本公开的实施例的多媒体系统中发射/接收内容相关信息相关的操作。此处，如由实体执行的与在根据本公开的实施例的多媒体系统中发射/接收内容相关信息相关的操作与上文结合图15至图18描述的那些相同，并且本文中没有给出其详细描述。

发射器在控制器的控制下将各种信号和消息发射到至少一个其他实体。此处，由发射器发射的各种信号和消息与上文结合图15至图18描述的那些相同，并且不重复其详细描述。

接收器在控制器的控制下从至少一个其他实体接收各种信号和消息。此处，由接收器接收的各种信号和消息与上文结合图15至图18描述的那些相同，并且不重复其详细描述。

此外，存储单元存储各种数据和各种程序以执行如由实体执行的与在根据本公开的实施例的多媒体系统中发射/接收内容相关信息相关的操作，如上文结合图15至图18所述，并且存储在执行如由实体执行的与在根据本公开的实施例的多媒体系统中发射/接收内容相关信息相关的操作(如上文结合图15至图18所述)时创建的数据。

同时，尽管上文已经将实体描述为利用单独单元(例如，发射器、控制器、接收器和存储单元)来实施，但也可以利用发射器、控制器、接收器和存储单元中的至少两者的组合来实施实体。

尽管上文已经将实体描述为利用单独单元(例如，发射器、控制器、接收器和存储单元)来实施，但实体也可以实施为单个处理器。

根据本公开的实施例，可以在多媒体系统中发射/接收内容相关信息。根据本公开的实施例，多媒体系统可以基于服务背景来管理媒体资源。

根据本公开的实施例，可通过以下方式来有效地管理媒体资源：当通过在现有的静态媒体资源分配环境中使用基于MPEG媒体传送(MMT)的媒体内容流传输服务提供适合于例如服务用户的数量、用户环境或位置的动态媒体资源区别信息来实际上且实时地提供媒体内容服务时，根据服务环境(例如，用户的数量)来提供媒体内容信令信息和媒体内容资源信息。

Claims

1.一种用于提供媒体内容的方法，所述方法包括：

接收请求更改所述媒体内容的至少部分的特定媒体数据的更改请求消息；

基于所述更改请求消息来更新用于消费所述媒体内容的信令消息；以及

将更新的信令消息发射到接收实体。

2.根据权利要求1所述的方法，其中所述信令消息包括指示所述特定数据被更改的信息。

3.根据权利要求1所述的方法，其中所述更改请求消息包括以下至少一个：与将被更改的所述特定媒体数据相关的信息；与所述更改的时间相关的信息；以及与待应用于将被更改的所述特定媒体数据的媒体数据有关的位置信息。

4.根据权利要求3所述的方法，其中与将被更改的所述特定媒体数据相关的信息包括所述特定媒体数据的标识符和所述特定媒体数据中的将被更改的数据单元的标识符中的至少一个。

5.根据权利要求4所述的方法，其中与所述更改的时间相关的信息包括与指示所述更改的发生时间的方案有关的信息和与所述更改的持续时间有关的信息中的至少一个。

6.根据权利要求5所述的方法，其中与指示所述更改的发生时间的方案有关的信息是基于所述特定媒体数据中包括的数据单元的时间或序列号。

7.根据权利要求1所述的方法，其中所述更改请求消息包括指示所述更改的类型是替换还是覆盖的更改类型信息。

8.根据权利要求1所述的方法，其中所述方法由网络实体执行。

9.根据权利要求1所述的方法，还包括：

基于所述更改请求消息来更新所述媒体内容；以及

将更新的媒体内容发射到所述接收实体。

10.根据权利要求1所述的方法，其中从被配置成发射所述媒体内容的第一发射实体或者不同于所述第一发射实体的第三发射实体接收所述更改请求消息。

11.一种用于提供媒体内容的装置，所述装置包括：

收发器，配置成接收请求更改所述媒体内容的至少部分的特定媒体数据的更改请求消息；以及

控制器，配置成基于所述更改请求消息来更新用于消费所述媒体内容的信令消息，其中所述收发器配置成将更新的信令消息发射到接收实体。

12.根据权利要求11所述的装置，其中所述装置进行操作以执行根据权利要求2至10中任一项所述的方法。