用于提供多媒体服务的内容相关信息的方法和设备与流程

本公开涉及用于在多媒体服务系统中提供与组成多媒体服务的内容相关的信息的方法和装置。

背景技术：

根据有线和无线互联网的爆炸式增长，各种类型的互联网电视(TV)将成为未来日常生活的有意义的一部分。根据移动数据业务量的快速增长，预计移动视频业务量将在未来占据总移动数据业务量的可观数额。在这种情况下，移动数据业务量在某些时间也显著增加，可能发生通过智能手机的观看不顺畅的问题。

随着对通过移动终端的实时直播服务的需求增加，服务提供商需要开发相关的补充服务，并且需要同时有效管理移动业务量的方案。作为用于长期演进(LTE)广播的技术的增强型多媒体广播和多播服务(eMBMS)已被提出作为其解决方案之一。LTE广播可以原样使用LTE频率并采用多播发送方案来减少业务量负载，并且可以支持各种新服务(诸如基于区域的广告、内容业务等)以及移动广播。像这样，地面波广播等以及移动广播通过诸如宽带信道、Wifi信道等的各种发送信道以及现有的地面波信道来发送主要内容和各种补充信息，因此，可以提供各种新的服务。然而，此时，减少业务量负载也很重要。

使用超文本传输协议(HTTP)发送媒体内容的现有流式传输方案生成媒体资源标识信息，该媒体资源标识信息在生成媒体内容时提供媒体源的定位以及媒体内容的元数据。例如，当10分钟的媒体内容被转换为基于HTTP的文件格式用于通过互联网流式传输时，指示提供10分钟的媒体内容的内容服务器的媒体资源标识信息以统一资源定位符(URL)的形式被包括在媒体内容的元数据中，并且元数据被发送到接收器。在接收到元数据之后，接收器基于存储在元数据处的媒体资源标识信息(例如，URL)，请求从基于HTTP的内容服务器发送用户想要的流服务的媒体内容。

现有流式传输方案在实际实时流式传输环境中具有各种问题。例如，HTTP方案中使用的媒体资源标识信息(即，URL)不指示内容服务器的实际地址(例如，IP地址)，因此，接收器需要发送用于搜索内容服务器的实际地址的请求到域名系统(DNS)服务器以便访问内容服务器，并由此发生延迟。

此外，在现有的流服务中，内容服务器的地址被维持确定的文件持续时间，根据动态信道改变对媒体资源标识信息的实时更新是不可能的，因此，接收器难以在接收对应的流服务的同时适应一个节目内的动态信道改变。

最后，当提供多播方案的服务时，需要检测使用每一个媒体内容信道的用户的数量，以执行适合于用户的数量的资源分配用于有效的网络管理，然而，在现有的流服务中，很难检测到访问对应的信道以使用服务的用户的数量。

技术实现要素：

技术问题

本公开提供了用于在多媒体服务系统中发送和接收信号的方法和装置。

本公开提供了用于在提供媒体内容的流服务时根据网络情形执行有效的网络管理的方法和装置。

本公开提供了用于在多媒体服务中使用媒体资源标识信息支持实时服务的方法和装置。

技术方案

提供了根据本公开的实施例的用于控制多媒体服务的提供的方法，并且该方法包括：发送包括要服务的媒体内容的调度信息和传递类型信息的信令消息；从至少一个终端接收包括媒体内容的标识信息和传递类型信息的至少一个报告消息；以及发送基于从接收媒体内容的至少一个终端接收到的至少一个报告而更新的信令消息。

提供了根据本公开的实施例的用于接收多媒体服务的方法，并且该方法包括：接收包括要服务的媒体内容的调度信息和传递类型信息的信令消息；发送包括媒体内容的标识信息和传递类型信息的报告消息；接收基于报告消息更新的信令消息；以及基于信令消息和更新的信令消息中的至少一个接收媒体内容。

提供了根据本公开的实施例的用于控制多媒体服务的提供的发送装置，并且该发送装置包括：收发器，被配置为发送包括要服务的媒体内容的调度信息和传递类型信息的信令消息；并且从至少一个终端接收包括媒体内容的标识信息和传递类型信息的至少一个报告消息；以及处理器，被配置为生成基于从接收媒体内容的至少一个终端接收到的至少一个报告更新的信令消息，并且由收发器发送更新的信令消息。

提供了根据本公开的实施例的用于接收多媒体服务的接收装置，并且该接收装置包括：收发器，被配置为接收包括要服务的媒体内容的调度信息和传递类型信息的信令消息；发送包括媒体内容的标识信息和传递类型信息的报告消息；接收基于报告消息更新的信令消息；并且基于信令消息和更新的信令消息中的至少一个接收媒体内容；以及处理器，被配置为生成报告消息。

附图说明

从以下结合附图的描述，本公开的各种实施例的以上和其它方面、特征、和优点将更加明显，其中：

图1示出了根据本公开的实施例的媒体包的逻辑结构；

图2示出了用于解释基于HTTP的流服务(streaming service)的提供的框图；

图3示出了根据本公开的实施例的用于提供多媒体服务的系统结构；

图4示出了根据本公开的实施例的示出流服务过程的信号流程图；

图5示出了根据本公开的实施例的用于提供多媒体服务的系统结构；

图6示出了根据本公开的实施例的示出流服务过程的信号流程图；

图7示出了根据本公开的实施例的组成内容提供商或服务提供商的服务器的框图；并且

图8示出了根据本公开的实施例的客户终端的框图。

贯穿附图，相同的参考标号将被理解为表示相同的部件、组件、和结构。

具体实施方式

将结合附图描述本公开的各种实施例。

将省略对本公开的技术领域中已知的并且与本公开不直接相关的技术的描述，以免其模糊本公开的主题。

同样地，在附图中夸大、省略、或示意性地示出了一些组件，并且每一个组件的大小不完全反映其实际大小。相同的参考标号表示附图中相同或对应的组件。

从附图和实施例的以下详细描述，本公开的实施例的优点和特征以及用于实现它们的方法将是明显的。然而，本公开可以以各种方式实施，不限于以下实施例。相反，提供实施例是为了使本公开全面并且帮助本领域技术人员全面地理解本公开的范围，并且本公开仅由所附权利要求定义。贯穿说明书，相同的参考标号表示相同的组件。

此外，流程图的框和流程图的组合可以由计算机程序指令运行。由于这些计算机程序指令可以被加载到通用计算机、专用计算机、或其它可编程数据处理装备的处理器上，因此，由计算机或其它可编程数据处理装备的处理器运行的指令创建用于执行流程图的(多个)框中描述功能的装置。由于计算机程序指令可以被存储在专用计算机或可编程数据处理装备中可用的存储器、或计算机可读存储器中，因此，也可以创建执行流程图的(多个)框图中描述的功能的制品。由于计算机程序指令可以被加载在计算机或可编程数据处理设备上，所以，当作为过程被运行时，它们可以执行在流程图的(多个)框中描述的功能的步骤。

每个框可以对应于包含实施一个或多个特定逻辑功能的一个或多个可运行指令的模块、段、或代码。应注意的是，在替代实施例中，也可以以不同于所列次序的次序运行框中描述的功能。例如，当需要时，顺序列出的两个框可以根据对应的功能基本上同时被运行或者以相反的次序被运行。

在描述中，词语“单元”、“模块”等可以指代软件组件或硬件组件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”等不限于硬件或软件。可以配置单元等以便驻留在可寻址存储介质中或驱动一个或多个处理器。因此，单元等可以指代诸如软件组件、面向对象的软件组件、类组件、和任务组件、处理、功能、属性、过程、子例程、程序代码段、驱动器、固件、微代码、电路、数据、数据库、数据结构、表、数组、和变量。由组件和“单元”提供的功能可以是更小组件和“单元”的组合，并且可以与其它组合以组成大型组件和单元。组件和单元可以被配置为驱动设备、或安全多媒体卡中的一个或多个中央处理单元(CPU)。

在本公开的实施例中，用于提供支持基于运动图像专家组(MPEG)媒体传输(MMT)的媒体内容的流服务的多媒体服务系统将被描述为主要主题，然而，在不脱离说明书中公开的范围的情况下，本说明书中要求保护的基本主题也可以应用于具有类似技术背景的其它通信系统和服务，并且通过本领域技术人员的确定这也是可能的。

在详细描述本公开的实施例之前，将描述在MMT标准中定义的数据结构。在MMT标准中，多媒体数据包被定义为MMT服务的传递帧(delivery frame)。MMT协议(MMTP)定义了用于通过IP网络传递配置有MMT有效载荷格式(PF)的传递帧的应用层协议。利用MMT有效载荷格式生成MMT有效载荷，并且设计MMT有效载荷使得可以有效地传递MMT有效载荷。为了通过异构IP网络有效地传递MPEG媒体数据，MMT定义了封装格式、传递协议和信令消息格式。

MMT有效载荷由有效载荷格式指定(specified)，用于通过MMT层协议或其它现有应用传输协议发送封装数据单元或其它信息。MMT有效载荷提供关于流的信息和关于文件传输的信息。在流中，数据单元可以是媒体片段单元(MFU)或媒体处理单元(MPU)。在文件传输的情况下，数据单元可以是媒体资产和媒体包。这里，MPU是可以被独立解码的实时(定时)或非实时(非定时)数据的通用容器(container)，并且MFU表示MPU的一个片段。例如，在使用一帧作为存取单元执行编码的情况下，MFU可以是一个视频帧。在其它情况下，MFU可以是包括在一帧中的一个分片(slice)。

MPU是包括一个或多个MFU以及与附加传递和处理相关的信息的容器格式，并且可以包括从多个不同的存取单元生成的各种数量的MFU。MPU表示可以由MMT兼容实体完全地和独立地处理的编码媒体数据单元，并且可以根据应用环境具有特定大小，例如，在视频的情况下为1个图像组(GOP)。例如，组成1GOP(例如，一秒的视频)的MPU可以由多个图像帧组成，并且MFU可以包括每一个图像帧。

媒体资产是由一个或多个MPU的逻辑组组成的数据实体，并且是应用相同组成信息(CI)和传输特性的最大的数据单元。媒体资产仅包括一种类型的数据，包括打包或复用数据。例如，音频的基本流(ES)的至少部分、视频的ES的至少部分、MPEG-用户接口(MPEG-U)小部件包、MPEG-2传输流(TS)的至少部分、MPEG-4(MP4)文件的至少部分、以及MMT包的全部或至少部分可以是每一个媒体资产。

这里，基本流(ES)由特定媒体编解码器定义，并且逻辑上可以是一个或多个MMT资产。支持分层编解码器和多视图编解码器的MMT资产230可以与其它MMT资产重叠。

组成信息(CI)表示定义MMT资产的空间和时间关系的信息，并且MMT传输特性(MMT-TC)定义传递MMT资产所要求的服务质量(QoS)。MMT-TC可以表示为特定传递环境的资产传递特性(ADC)。

媒体包被定义为由MMT兼容实体处理的编码媒体数据和相关信息的集合。

图1示出了根据本公开的实施例的媒体包的逻辑结构。

参考图1，媒体包100由一个或多个媒体资产120、组成信息110、以及指示媒体传输特性的一个或多个ADC 130组成。媒体包100包括描述信息，诸如媒体资产120的标识符和定位，并且媒体包100内的媒体资产120可以被复用或被级联(concatenated)。

在MPU的基础上应用媒体包140的处理，媒体资产120是具有相同资产ID的一个或多个MPU的集合，并且由ADC 130表达与每一个媒体资产120相关的传输特性。ADC 130可以用于打包媒体包100以生成MMT包的报头信息和MMT有效载荷的参数的实体。

可以通过基于HTTP的流服务将MMT有效载荷发送到接收实体。

图2示出了用于解释基于HTTP的流服务的提供的框图。

参考图2，第一文件210包括媒体资源标识信息URLA，并且第二文件220包括媒体资源标识信息URLB。接收实体接收第二文件220并请求接收实体可以访问基于URLB从DNS服务器230提供URLB的媒体内容的内容服务器的IP地址。接收实体可以基于IP地址访问内容服务器以访问用户想要的媒体内容。

如上所述，通过媒体资源标识信息提供用于流服务的媒体源的定位用于使用媒体内容服务。可以通过收集由内容提供商(CP)提供的媒体内容配置信息和由服务提供商(SP)提供的媒体资源分配信息来生成媒体资源标识信息。

此外，作为消费服务的接收实体操作的用户终端可以使用信令消息发送用户正在观看的媒体内容的媒体资源分配信息和消费报告信息。信令消息向传送实体(可以是内容提供商或服务提供商(SP))提供用于接收到的媒体包的标识信息。支持动态多媒体传递的传送实体可以是管理由用户终端使用的网络的网络提供商的服务器，并且基于消费报告信息检查其中用户当前使用流服务的网络的情形以支持媒体服务的有效提供。

在实施例中，可以通过媒体资源标识(MRI)消息从内容提供商向使用媒体服务的用户终端提供提供媒体资源的定位的当前媒体资源标识信息。在实施例中，当会话开始时，MRI消息可以通过与媒体数据相同的信道在带内发送，或者可以通过与媒体数据不同的信道在带外发送。

以下<表1>示出了根据本公开的实施例的MRI消息的格式，并且MRI消息可以包括以下将描述的消息字段中的至少一个。

【表1】

这里，message_id字段指示MRI消息的标识符，并且版本(version)字段指示MRI消息的版本。接收实体可以基于version字段确定MRI消息是否是新的。长度(lenght)字段指示MRI消息以字节的长度。message_payload中包括的字段将在下面描述。

number_of_MMT_package字段指示媒体包的数量。MMT_package_id字段是要服务的对应媒体包的唯一标识符，并且由MMT_packet_id_length字段(＝N1)和N1个MMT_package_id_byte字段组成。MMT_packet_id_length字段指示MMT_package_id以字节的长度。

delivery_type字段指示用于传递媒体包的媒体会话的类型，例如，仅广播传递、仅单播传递和混合传递中的一个。

number_of_assets字段提供每一个媒体包内的资产的数量，并且asset_id字段是包括在对应媒体包中的资产的标识符，并且location_count字段表示一个资产的定位信息的数量。也就是说，如果通过一个定位提供一个资产，则location_count被设置为“1”，并且如果使用其中通过多个信道发送包括在一个资产中的MPU的批量发送，则location_count被设置为不为“1”的值。

mpu_sequence_start_number字段指示一个资产内的每一个定位处的第一MPU序列号，mpu_sequence_end_number字段指示一个资产内的每一个定位处的最后MPU序列号，并且MMT_general_location_info字段是与媒体内容相关的配置信息并且可以提供包含媒体内容的资产的定位信息。定位信息可以指示与提供MRI消息的内容服务器相同或者与内容服务器不同的资源服务器。valid_time_start字段和valid_time_duration字段指示媒体会话的有效开始时间和有效结束时间，并且consumption_server_address包括指示从每一个接收实体接收测量结果的服务器的定位的MMT_general_location_info字段。可以以各种方案而不是valid_time_start字段和valid_time_duration字段定义媒体会话的有效时间。

在一个实施例中，用户终端可以向传送实体或第三方应用服务器发送信令消息，即消费报告(CR)消息，信令消息可以包括如<表2>中所示的消息字段中的至少一个。传送实体可以使用CR消息对接收特定媒体内容的媒体包的接收实体的数量计数，并且可以确定传递类型。

【表2】

这里，message_id字段、版本字段和长度字段的描述与<表1>相同。

如<表2>中所示，从用户终端发送到传送实体的CR消息可以包括通过MRI消息接收到的关于有效时间的信息(例如，valid_time_start字段和valid_time_duration字段)和关于传递类型的信息(例如，delivery_type字段)。

此外，CR消息可以包括MMT_package_id字段和asset_id字段，作为用于用户正在观看的媒体内容的连续接收的信息。服务器可以基于从多个用户终端收集的CR消息来检测对应媒体服务的用户正在使用的信道类型和消费报告信息。

这里，MMT_package_id是用户终端接收到的包的唯一标识符，并且由MMT_packet_id_length字段(＝N1)和N1个MMT_package_id_byte字段组成。如果用户终端是移动设备，则可以包括mobile_information_descriptor字段。用户终端包括mobile_information_descriptor字段，该字段包括在蜂窝网络中定义到CR消息中的终端标识符和小区标识符。

number_of_assets字段指示资产的数量，并且每一个资产包括asset_id字段、mpu_timestamp_descriptor字段和delivery_type字段。asset_id字段指示包括在对应媒体包中的资产的标识符，并且mpu_timestamp_descriptor字段可以提供对应MPU的第一资产的呈现时间。delivery_type字段指示用于传递媒体包的媒体会话的类型，例如，仅广播传递、仅单播传递和混合传递中的一个。

此外，CR消息可以包括指示服务器的地址的consumption_server_address。

用户终端接收可以如<表1>中所示生成的MRI消息，并且通过检查版本字段内的消息版本确定MRI消息是否包括更新的信息。如果消息版本与先前接收到的MRI消息的消息版本相同，则用户终端基于先前接收到并存储的MRI消息的信息操作。如果与先前消息版本相比消息版本被更新或者没有关于先前消息版本的信息，则用户终端将如下操作。

用户终端使用接收到的MRI消息的有效载荷中包括的MMT_package_id字段、asset_id字段、mpu_sequence_start_number字段和mpu_sequence_end_number字段识别当前提供的媒体服务的要被接收的下一媒体数据，并且使用valid_time_start字段和valid_time_duartion字段识别当前提供的媒体服务的发送信道的有效开始时间和持续时间。此外，用户终端基于MRI消息内的MMT_general_location_info字段检测提供媒体服务的服务器的定位信息(即，地址)，并通过基于检测到的定位信息从服务器请求媒体服务来使用媒体服务。媒体服务通过由delivery_type字段定义的发送信道被传递到用户终端。

用户终端可以使用CR消息将当前正在使用的媒体服务的消费报告信息发送到诸如内容提供商或服务提供商的传送实体。传送实体可以基于从用户终端收集的消费报告信息来更新要提供给一个或多个用户终端的MRI消息的信息，以支持服务的有效提供。

在一个实施例中，用户终端可以通过CR消息向诸如内容提供商或服务提供商的传送实体发送识别用户终端的客户标识符(客户id)。传送实体可以通过收集从至少一个用户终端报告的至少一个客户标识符来识别正在使用每一个发送信道/媒体内容的用户的数量，并且参考所识别的用户的数量以提供适合于网络的流服务。

图3示出了根据本公开的实施例的用于提供多媒体服务的系统结构。在图3中示出了在内容提供商与服务提供商不同的情况下的系统结构。

参考图3，作为接收实体操作的客户终端330可以是移动设备或用户终端，并且从内容提供商(CP)320访问期望多媒体服务的媒体内容。服务提供商(SP)310监测网络情形并且管理客户终端230的发送信道，使得客户终端230可以使用无缝服务。客户终端330可以通过单播类型宽带信道和/或广播类型广播信道325来访问内容提供商320。

图4示出了根据本公开的实施例的示出流服务过程的信号流程图。在支持基于MMT的媒体内容的流服务中内容提供商320与服务提供商310不同的情况下的操作在图4中被示出。

参考图4，在操作405中，内容提供商320发送包括媒体资源标识信息的MRI消息，并且由客户终端330接收MRI消息。基于内容提供商420提供的媒体内容的配置信息(例如，MMT_general_location_info)、和与服务提供商310的发送调度相关的配置信息(例如，mpu_sequnce_start_number、mpu_sequence_end_number、valid_time_start、valid_time_duration和delivery_type)生成MRI消息内容。

在一个实施例中，当生成基于MMT的媒体时，连同媒体内容一起生成基于MMT的信令消息(诸如如上所述的MRI消息)，内容提供商320可以将作为与媒体内容相关的配置信息的MMT_general_location_info以及与基本发送相关的mpu_sequnce_start_number、mpu_sequence_end_number、valid_time_start、valid_time_duration和delivery_type中的至少一个包括到信令消息中以将信令消息发送到服务提供商310，并且服务提供商310的服务器更新与发送相关的配置信息以将更新的配置信息响应到内容提供商320。更新的信息在MRI消息中被发送到客户终端330。在操作410和415中，客户终端330可以基于MRI消息无缝地访问当前由内容提供商320提供的媒体内容的流服务。具体地，客户终端330可以在对应于valid_time_start和valid_time_duration的有效时间期间接收由MMT_general_location_info指示的定位信息中存储的媒体资产的MPU当中对应于mpu_sequnce_start_number和mpu_sequence_end_number的MPU。

在操作420中，客户终端330通过CR消息向服务提供商310反馈客户终端330当前观看的媒体内容的消费报告信息。CR消息可以被周期性地发送和/或可以根据事件被发送。服务提供商310可以基于CR消息和从其它客户终端接收到的CR消息来识别使用每一个服务的用户的数量，并且基于所识别的用户的数量来更新MRI消息的信息。在操作425中，发送包括更新的信息的MRI消息。客户终端330可以接收MRI消息，并且可以基于MRI消息中包括的更新的信息无缝地接收媒体内容。可以通过MRI消息的更新同时执行有效的网络管理并为用户提供无缝服务。

在一个实施例中，内容提供商320生成与媒体内容相关的MRI消息并发送MRI消息(操作405)。与媒体内容相关的终端以及客户终端430基于包括在MRI消息中的delivery_type字段的值使用宽带网络的信道发送对来自内容提供商320的媒体内容的请求(操作410)，并且响应于请求接收包括媒体内容的MPU的媒体包(操作415)。客户终端330在接收媒体内容的同时或者在接收媒体内容之后，通过CR消息将媒体内容的消费报告信息和与此相关的信令信息发送到服务提供商310(操作420)。

服务提供商310可以基于CR消息确定每一个媒体服务的用户数量，并且基于所识别的用户的数量确定要用于提供对应媒体服务的发送信道的传递类型。例如，如果使用特定媒体服务的用户数量大于或等于预定阈值，则服务提供商310确定将媒体服务的发送信道从宽带信道切换到广播信道，并且根据确定的结果发送包括更新的delivery_type的MRI消息(操作425)。

在操作430中，响应于更新的MRI消息的接收，客户终端330向内容提供商320发送对媒体服务的请求，并且可以在操作435中连续地接收媒体服务的媒体内容。

图5示出了根据本公开的实施例的用于提供多媒体服务的系统结构。在内容提供商生成MRI消息并发送MRI消息的情况下的系统结构如图5中所示。

参考图5，客户终端520从内容提供商510接收期望的多媒体服务的媒体内容。内容提供商510可以监测网络情形以通过MRI消息提供用于客户终端520接收多媒体服务的发送信道的媒体资源信息。客户终端520可以基于MRI消息的信息通过宽带信道和/或广播信道515访问内容提供商510。

图6示出了示出根据本公开的实施例的流服务过程的信号流程图。在内容提供商510在支持基于MMT的媒体内容的流服务中提供MRI消息和媒体内容的情况下的操作在图6中被示出。

参考图6，在操作605中，内容提供商510生成包括媒体内容的配置信息(例如，MMT_general_location_info)和与其中反映由内容提供商510管理的网络的状态的媒体内容的发送调度相关的配置信息(例如，mpu_sequnce_start_number、mpu_sequence_end_number、valid_time_start、valid_time_duration和delivery_type)的MRI消息并且发送MRI消息。MRI消息可以由客户终端420接收。

在一个实施例中，当生成基于MMT的媒体时，连同媒体内容一起生成基于MMT的信令消息(例如，如上所述的MRI消息)，并且内容提供商510将作为与媒体内容相关的配置信息的MMT_general_location_info和作为与基本发送相关的配置信息的mpu_sequnce_start_number、mpu_sequence_end_number、valid_time_start、valid_time_duration和delivery_type中的至少一个包括到信令消息中，并且发送信令消息。在操作610和615中，客户终端520可以基于MRI消息无缝地访问当前由内容提供商510提供的媒体内容的流服务。

在操作620中，客户终端520通过CR消息将关于客户终端520当前观看的媒体内容的消费报告信息反馈到内容提供商510。CR消息可以周期性地被发送或者可以根据事件发送。内容提供商510可以基于CR消息和从其它客户终端接收到的CR消息检测使用每一个媒体服务的用户的数量，并且基于检测到的用户的数量更新MRI消息的信息。在操作625中，发送包括更新的信息的MRI消息。客户终端520可以接收MRI消息，并且可以基于MRI消息中包括的更新的信息无缝地接收媒体内容。可以通过MRI消息的更新同时执行有效的网络管理并且为用户提供无缝服务和附加服务。

在一个实施例中，内容提供商510生成与媒体内容相关的MRI消息，并且将MRI消息发送到对应媒体服务的用户以及客户终端520(操作605)。客户终端520通过由内容提供商510提供的发送方案(例如，基于MRI消息中包括的delivery_type字段的广播网络的广播信道)接收媒体服务的媒体内容(操作615)。客户终端520在接收媒体内容的同时或者在接收到媒体内容之后，通过CR消息向内容提供商510发送客户终端520当前使用的媒体内容的消费报告信息和与此相关的信令信息(操作620)。

内容提供商510基于CR消息确定每个媒体服务的用户的数量，并且基于确定的用户的数量确定要用于提供对应媒体服务和/或媒体服务的附加信息(例如，附加语言字幕、偏振广播(polarization broadcasting)等)的发送信道的传递类型。例如，如果使用特定媒体服务的用户的数量达到预定阈值，则内容提供商510确定将媒体服务的发送信道从现有发送信道切换到诸如互联网信道等的另一信道，并且将包括根据确定的结果更新的delivery_type的MRI消息发送到客户终端520(操作625)。

在操作630中，客户终端520响应于更新的MRI消息的接收，向内容提供商510发送对媒体服务的请求，并且可以在操作635中连续地接收媒体服务的媒体内容。

图7示出了根据本公开的实施例的作为传送实体操作的服务器的框图。

参照图7，服务器700包括：收发器720，用于与另一服务器和/或客户终端通信信令消息和媒体内容；以及处理器710，用于处理由收发器720处理的消息和内容。在实施例中，处理器710可以生成包括在要由收发器720发送的MRI消息中的信息，并且分析包括在由收发器720接收的CR消息中的信息。

图8示出了根据本公开的实施例的作为接收实体操作的客户终端的框图。

参考图8，客户终端800包括：收发器820，用于与传送实体(可以是内容提供商或服务提供商)通信信令消息和媒体内容；以及处理器810，用于处理由收发器820发送和接收的消息和内容。在实施例中，处理器810可以生成包括在要由收发器820发送的CR消息中的信息，并且分析包括在由收发器820接收的MRI消息中的信息。

在如上所述操作的本公开的实施例中，在现有流服务中当通过多播信道提供流服务时难以检测使用服务的用户的数量的问题可以使用支持基于MMT的媒体内容的流服务中的MRI消息和CRI消息解决，并且当提供实时媒体服务时，在提供流服务时使用动态信息，可以根据实际网络情形(例如，用户的数量)有效地管理网络并无缝地提供流服务。

从特定的方面，本公开的各种实施例可以实施为计算机可读记录介质中的计算机可读代码。计算机可读记录介质是能够存储由计算机系统可读的数据的数据存储设备。计算机可读记录介质的示例包括只读存储器(ROM：ROM)、随机存取存储器(RAM：RAM)、光盘只读存储器(CD-ROM)、磁带、软盘、光学数据存储设备和载波(通过互联网的数据发送)。计算机可读记录介质可以分布到联网的计算机系统，并且因此计算机可读代码以分布的方式被存储和运行。此外，本领域技术人员可以容易地解释构造为实现本公开的各种实施例的功能程序、代码和代码段。

根据本公开的各种实施例的装置和方法可以以硬件、软件或其组合实施。软件可以被存储在诸如不管可擦除或可重写的ROM的易失性或非易失性存储设备、诸如RAM的存储器、存储器芯片、设备、或集成电路(IC)、或者诸如CD、DVD、磁盘、或磁带的光学或磁性可写的和机器可读的(例如，计算机可读的)存储介质。根据本公开的各种实施例的方法可以由包括控制器和存储器的计算机或便携式终端执行，并且存储器是适合于存储包含实施本公开的实施例的指令的程序或多个程序的示例性机器可读存储介质。

因此，本公开包括具有实施权利要求中公开的装置或方法的代码的程序、以及存储程序的机器可读(计算机可读等)存储介质。此程序可以在诸如经由有线或无线连接发送的通信信号的介质上被电子地传输，并且本公开的实施例适当地包括等同物。

另外，根据本公开的各种实施例的装置可以从有线或无线连接的程序提供设备接收和存储程序。程序提供设备可以包括：程序，包含控制程序处理器执行预定内容保护方法的指令；存储器，用于存储内容保护方法所要求的信息；通信单元，用于开展与图形处理器的有线或无线通信；以及控制器，用于在图形处理器的请求时或自动地将程序发送到收发器。

在说明书和附图中描述并示出的本公开的实施例仅仅是为了容易地描述本公开的技术并且帮助本公开的理解而提供的示例，而不是限制本公开的范围。本公开的前述实施例纯粹是示例性的，并且本领域技术人员将理解，可以做出各种修改并且可以实施等同的实施例。因此，本公开的真实范围应由所附权利要求限定。