CN108702359B - 用于增强mbms内容提供和内容摄取的方法和装置 - Google Patents

Abstract

一种用于增强多媒体广播/组播服务(MBMS)摄取的方法和装置。网络设备包括被配置为存储存储器的存储器和一个或多个可操作地连接到存储器的处理器。该一个或多个处理器被配置为从内容提供商接收关于MBMS的有效载荷的信令。该一个或多个处理器还被配置为从内容提供商接收有效载荷、基于信令来处理有效载荷并且向MBMS网关传送经处理的有效载荷。

Description

用于增强MBMS内容提供和内容摄取的方法和装置

技术领域

本公开一般地涉及媒体数据转换。更具体地，本公开涉及用于增强多媒体广播/组播服务(MBMS)提供和内容摄取的方法和装置。

背景技术

MBMS规范是围绕两种递送方法即下载和流媒体构建的，这两种方法用于构建用户服务。用户服务由一个或多个递送方法、辅助递送过程(如文件修复和接收报告)以及启用选择和访问服务的用户服务描述构成。

发明内容

技术问题

在过去几年中，MBMS已被证明与在有限的MBMS广播区域上进行直播事件的流式传输以及诸如固件更新等高流行度文件的分发最为相关。

技术方案

本公开提供了用于增强多媒体广播/组播服务(MBMS)提供和内容摄取的方法和装置。

在一个实施例中，一种用于增强多媒体广播/组播服务(MBMS)的网络设备包括存储器和可操作地连接到存储器的一个或多个处理器。该一个或多个处理器被配置为从内容提供商接收关于MBMS的有效载荷的信令。该一个或多个处理器还被配置为从内容提供商接收有效载荷、基于信令来处理有效载荷并且向MBMS网关发送经处理的有效载荷。

在另一个实施例中，提供了一种用于增强多媒体广播/组播服务(MBMS)的内容提供商。内容提供商包括存储器和可操作地连接到存储器的一个或多个处理器。该一个或多个处理器被配置为基于有效载荷而生成信令。一个或多个源还被配置用于向网络设备发送关于MBMS的有效载荷的信令；并且基于该信令向网络设备发送要处理的有效载荷。

在第三实施例中，提供了一种用于网络设备的增强多媒体广播/组播服务(MBMS)摄取的方法。该方法包括从内容提供商接收关于MBMS的有效载荷的信令。该方法还包括从内容提供商接收有效载荷、基于信令处理有效载荷并向MBMS网关传送经处理的有效载荷。该方法还包括向内容提供商发送处理结果。

根据以下附图、说明书和权利要求书，其它技术特征对于本领域技术人员来说可能是显而易见的。

在进行下面的详细描述之前，阐述在本专利文件中使用的某些词和短语的定义可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信，不管这些元件是否彼此物理接触。术语“发送”、“接收”和“传送”及其派生词包括直接和间接的通信。术语“包括”和“包含”及其派生词意味着包括但不限于。术语“或”是包含性的，意思是和/或。术语“相关于”以及其派生词意味着包括、被包含在...内、与...连接、含有、被包含在、连接到或与之连接、耦合到或与...耦合、可与...通信、与...协作、交织、并置、接近、绑定到或与之绑定、具有、具有属性、与...具有关系等。术语“控制器”是指控制至少一个操作的任何设备、***或其部分。这种控制器可以用硬件或硬件和软件和/或固件的组合来实现。与任何特定控制器相关的功能可以是集中式的或分布式的，无论是本地还是远程。当与项目列表一起使用时，短语“至少一个”意味着可以使用一个或多个所列项目的不同组合，并且可能仅需要列表中的一个项目。例如，“A，B和C中的至少一个”包括以下组合中的任何一种：A、B、C、A和B、A和C、B和C以及A和B和C。

而且，下面描述的各种功能可以由一个或多个计算机程序来实现或支持，每个计算机程序均由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”是指适于在合适的计算机可读程序代码中实现的一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或前述的一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其它类型的存储器。“非暂时性”计算机可读介质排除传输暂时性电信号或其它信号的有线、无线、光学或其它通信链路。非暂时性计算机可读介质包括数据可以被永久存储的介质和数据可以被存储并且随后被重写的介质，诸如可重写光盘或可擦除存储器设备。

本专利文件中提供了对其它某些词语和短语的定义。本领域的普通技术人员应该理解，在许多情况下(如果不是绝大多数情况下)，这样的定义适用于此类定义的词语和短语的在先使用和未来使用。

附图说明

为了更完整地理解本公开及其优点，现在参考以下结合附图的描述，其中：

图1示出根据本公开的各种实施例的示例计算***；

图2和3示出根据本公开的各种实施例的计算***中的示例设备；

图4示出根据本公开的各种实施例的用于群组通信***启用器的示例参考模型；

图5示出根据本公开的各种实施例的用于群组通信***启用器的示例参考模型；

图6示出根据本公开的各种实施例的用于增强服务提供和内容摄取的示例参考模型；

图7示出根据本公开的各种实施例的可以提供给内容提供商以用于重新使用的广播链接的网络设备的示例参考模型；

图8示出根据本公开的各种实施例的发信号通知用于MBMS流的错误恢复的FEC的示例信号图；

图9示出根据本公开的各种实施例的用于发信号通知MBMS流的组播发起(sourcing)的示例信号图；

图10示出根据本公开的各种实施例的用于发信号通知MBMS流的服务通告的示例性信号图；

图11示出根据本公开的各种实施例的用于发信号通知MBMS流的QoE报告的示例信号图；

图12示出根据本公开的各种实施例的用于发信号通知MBMS流的消费报告的示例分组信号图；

图13示出根据本公开的各种实施例的用于发信号通知MBMS流的按需MBMS操作(MOOD)发起的示例信号图；和

图14示出根据本公开的各种实施例的用于增强MBMS摄取的示例过程。

具体实施方式

以下讨论的图1至图14以及用于描述本专利文件中的本公开的原理的各种实施例仅作为说明，并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的无线通信***中实现。

将相同内容传递给一大群用户的直观方法是利用广播机制，而不是为每个用户分配专用网络资源。电视频道的递送以及无线播放大型软件更新的推送都是这类服务的例子，这些服务从广播中受益匪浅。

长期演进(LTE)定义了多媒体广播组播服务(MBMS)以最具成本效益的方式满足这些服务的需求。它最初定义了两种不同的模式：广播和组播。然而，由于通过使用用户空间组播业务的隧穿(tunneling)消除了节省，组播模式被丢弃。

第三代合作伙伴计划(3GPP)TS 23.468(GCSE)和TS 29.116规范定义了MBMS内容摄取的接口规范。这些接口为第三方应用/服务器提供了使用MBMS传输将单播或广播分组发送到订阅由内容提供商提供的服务的用户设备(UE)的能力。这些单播/广播分组通过被称为网络设备的广播组播服务中心(BM-SC)和MBMS网关发送给UE。现有解决方案为内容提供商和网络设备指定冗余机制来实施，特别是在内容提供商和网络设备之间的内容摄取接口上实施。这些机制针对单播传输进行了优化，在广播环境中不够充足或太复杂而无法实施。另外，当前的解决方案在广播传输期间不提供用于内容提供商的几个基本特征。与广播环境相比，在单播环境中使用诸如错误恢复、报告、服务通告和安全等功能时具有不同的要求。此外，基于现有的规范，内容提供商不能从已经在网络设备中标准化或实现的一些特征中受益。本说明书公开了以下内容：

内容提供商不是在广播传输期间充当组播/广播源，而是将用户数据报协议(UDP)数据分组发送到网络设备，并且网络设备创建广播会话于是其充当组播/广播源。为了达到这个目的，内容摄取接口被增强以允许在UDP层将用户平面数据传输到网络设备，从而委托向网络设备提供组播数据的责任。

当内容提供商需要与一组UE建立广播会话时，它请求网络设备创建广播会话并提供前向误差编码(FEC)、服务质量(QoS)(环境质量(QoE)报告、消费报告等)和按需MBMS操作(MOOD)特征。为了支持这一点，在内容提供商和网络设备之间增强了现有的内容摄取接口。

为了使用由网络设备提供的新的服务通告特征(例如使用开放式移动联盟(OMA)推送和服务通告通道)，增强了内容摄取接口，以便在会话建立期间内容提供商可以请求或使用这些特征。网络设备可以包括例如网关、路由器、接入点、服务器群或移动网络中的任何其它设备。内容提供商设备可以是第三方服务器或向用户提供内容的任何其它网络设备。

图1示出根据本公开的示例计算***100。图1中所示的计算***100的实施例仅用于说明。在不脱离本公开的范围的情况下可以使用计算***100的其它实施例。

如图1所示，***100包括网络102，其便利***100中的各种组件之间的通信。例如，网络102可以在网络地址之间传送互联网协议(IP)分组、帧中继帧、异步传输模式(ATM)信元或其它信息。网络102可以包括一个或多个局域网(LAN)、城域网(MAN)、广域网(WAN)、诸如互联网的全球网络的全部或一部分、或者一个或多个地点处的任何其它通信***或***。

网络102便利在至少一个服务器104和各种客户端设备106-115之间的通信。每个服务器104包括可以为一个或多个客户端设备提供计算服务的任何合适的计算或处理设备。例如，每个服务器104可以包括一个或多个处理设备、存储指令和数据的一个或多个存储器以及便利通过网络102的通信的一个或多个网络接口。

每个客户端设备106-115代表通过网络102与至少一个服务器或其它计算设备交互的任何合适的计算或处理设备。在该示例中，客户端设备106-115包括台式计算机106和115、移动电话或智能手机108、个人数字助理(PDA)110、膝上型计算机112和平板电脑114。然而，可以在计算***100中使用任何其它或附加的客户端设备。

在该示例中，一些客户端设备108-114与网络102间接通信。例如，客户端设备108-110经由一个或多个基站116(诸如蜂窝基站或eNodeB)进行通信。而且，客户端设备112-114经由一个或多个无线接入点118(例如IEEE802.11无线接入点)进行通信。注意，这些仅用于说明，并且每个客户端设备可以直接与网络102通信或者经由任何合适的中间设备或网络与网络102间接通信。

在该说明性实施例中，计算***100提供增强MBMS摄取(ingestion)。例如，服务器104可以提供用于错误恢复和抵抗的FEC的信令、基于网络设备处的统计计算的QoE报告、使用网络设备支持的机制的服务通告、基于网络设备处的统计计算的消费报告、按需MBMS操作功能和组播发起(sourcing)。

尽管图1示出了计算***100的一个示例，但是可以对图1进行各种改变。例如，***100可以以任何合适的布置包括任何数量的每个组件。通常，计算和通信***具有各种各样的配置，并且图1不将本公开的范围限制为任何特定的配置。尽管图1示出可以使用本专利文档中公开的各种特征的一个操作环境，但是这些特征可以用于任何其它合适的***。

图2和3图示根据本公开的计算***中的示例设备。具体而言，图2示出示例服务器200，图3示出示例客户端设备300。服务器200可以代表图1中的服务器104，客户端设备300可以代表图1中的客户端设备106-115中的一个或多个。

如图2所示，服务器200包括总线***205、至少一个存储设备215、至少一个通信单元220和至少一个输入/输出(I/O)单元225，其中总线***205支持一个或多个处理器210之间的通信。

处理器210执行可以加载到存储器230中的指令，诸如用于增强MBMS摄取的指令。处理器210可以包括任何合适数量和类型的处理器或合适配置的其它设备。处理器210的示例类型包括微处理器、微控制器、数字信号处理器、现场可编程门阵列、专用集成电路和分散的电路。处理器210被配置为执行使用经认证的可穿戴设备来解锁电子设备的操作。

存储器230和永久性存储器235是存储设备215的示例，其代表能够存储和便利信息(诸如数据、程序代码和/或临时或永久的其它合适信息)的检索的任何结构。存储器230可以代表随机存取存储器或任何其它合适的易失性或非易失性存储设备。永久性存储器235可以包含支持数据的较长期存储的一个或多个组件或设备，诸如只读存储器、硬盘驱动器、闪存或光盘。

通信单元220支持与其它***或设备的通信。例如，通信单元220可以包括便利通过网络102通信的网络接口卡或无线收发器。通信单元220可以通过任何合适的物理或无线通信链路来支持通信。

I/O单元225允许数据的输入和输出。例如，I/O单元225可以通过键盘、鼠标、小键盘、触摸屏或其它合适的输入设备提供用于用户输入的连接。I/O单元225还可以将输出发送到显示器、打印机或其它合适的输出设备。

在该说明性实施例中，服务器200可以实现提供增强MBMS摄取的装置，如下面将更详细讨论的。注意，虽然图2被描述为代表图1的服务器104，但是可以在一个或多个客户端设备106-115中使用相同或相似的结构。例如，膝上型计算机或台式计算机可以具有与图2中所示相同或相似的结构。

如图3所示，客户端设备300包括天线305、射频(RF)收发器310、发送(TX)处理电路315、麦克风320和接收(RX)处理电路325。客户端设备300还包括扬声器330、一个或多个处理器340、输入/输出(I/O)接口(IF)345、键盘350、显示器355和存储器360。存储器360包括基本操作***(OS)程序361和一个或多个应用363。

RF收发器310从天线305接收由***中的另一组件发送的输入RF信号。RF收发器310将输入的RF信号下变频以产生中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325，RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路325将经处理的基带信号发送给扬声器330(诸如对于语音数据)或发送给处理器340以用于进一步处理(诸如对于网页浏览数据)。

TX处理电路315从麦克风320接收模拟或数字语音数据或从处理器340接收其它输出基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315对输出基带数据进行编码、复用和/或数字化以生成经处理的基带或IF信号。RF收发器310从TX处理电路315接收输出的经处理的基带或IF信号，并将该基带或IF信号上变频为经由天线305发送的RF信号。

处理器340可以包括一个或多个处理器或其它处理设备，并且执行存储在存储器360中的基本OS程序361，以便控制客户端设备300的整体操作。例如，处理器340可以根据公知的原理来控制RF收发器310、RX处理电路325和TX处理电路315的前向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器340包括至少一个微处理器或微控制器。

处理器340还能够执行驻留在存储器360中的其它处理和程序。处理器340可以根据执行处理的需要将数据移入或移出存储器360。在一些实施例中，处理器340被配置为基于OS程序361或响应于从外部设备或操作员接收的信号来执行应用363。处理器340还耦合到I/O接口345，I/O接口345向客户端设备300提供连接到诸如膝上型计算机和手持式计算机的其它设备的能力。I/O接口345是这些附件和处理器340之间的通信路径。

处理器340还耦合到键盘350和显示器355。客户端设备300的操作者可以使用键盘350将数据输入到客户端设备300中。显示器355可以是液晶显示器或能够呈现文本和/或至少有限图形(例如来自网站)的其它显示器。

存储器360耦合到处理器340。存储器360的一部分可以包括随机存取存储器(RAM)，并且存储器360的另一部分可以包括闪存或其它只读存储器(ROM)。

如下面将更详细讨论的，在该说明性实施例中，客户端设备300使用MBMS技术通过网络102从服务器104接收经编码的视频。尽管图2和图3示出计算***中的设备的示例，但是可以对图2和图3作出各种改变。例如，根据特定的需要，图2和3中的各种组件可以被组合/进一步细分或省略并且可以添加附加组件。作为特定示例，处理器340可以被划分为多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。而且，尽管图3示出配置为移动电话或智能手机的客户端设备300，但客户端设备可以被配置为作为其它类型的移动或固定设备来操作。另外，与计算和通信网络一样，客户端设备和服务器可以具有各种各样的配置，并且图2和图3不将本公开限制为任何特定的客户端设备或服务器。

图4示出根据本公开的实施例的用于群组通信***启用器的示例参考模型400。图4中所示的用于群组通信***启用器的参考模型400的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用用于群组通信***启用器的参考模型400的其它实施例。

参考模型400包括公共陆地移动网络405和应用域410。公共陆地移动网络405包括网络设备415、MBMS网关420、分组数据网络网关(P-GW)425、策略和计费规则功能(PCRF)430、用户设备435。应用域410包括群组通信***(GCS)应用服务器(AS)440。

参考模型400中的网络设备415仅适用于群组通信并且限于公共安全应用。内容提供商440和网络设备415之间的内容摄取接口不允许利用FEC激活、组播发起、QoE和消费报告、服务通告和MOOD来建立服务会话请求。

虽然图4示出用于群组通信***启用器的参考模型400的一个示例，但是可以对图4进行各种改变。例如，可以根据特定需要，图4中的各种组件可以被组合、进一步细分或省略并且添加额外的组件。

图5示出根据本公开的实施例的用于群组通信***启用器的示例参考模型500。图5中用于群组通信***启用器的参考模型500的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用用于群组通信***启用器的参考模型500的其它实施例。

参考模型500包括公共陆地移动网络505和应用域510。公共陆地移动网络505包括网络设备515、MBMS网关520、分组数据网络网关(P-GW)525、策略和计费规则功能(PCRF)530、用户设备(UE)535。应用域510包括群组通信***(GCS)应用服务器(AS)540。

参考模型500中的内容提供商540允许与UE535直接进行群组通信。内容提供商540在将用户平面IP组播分组发送到网络设备515时创建或者提供(source)并且封装用户平面IP组播分组。这增加了内容提供商540的负担并且限制网络设备515可用的灵活性。内容提供商540在首先创建IP组播分组并且然后创建指向网络设备515的单播分组中要付出双倍的努力。网络设备515在选择与MBMS网关520的通信模式中也受限，因为它使用在另一个组播会话中的MBMS用户平面数据的封装。

内容提供商540可能不受益于网络设备515提供的用于监视和改善广播信道上的QoS的一些功能，诸如QoE和消费报告、服务通告以及按需MBMS递送。未在本规范中定义的GC1接口可能必须用类似的功能重载，导致冗余和效率低下。

内容提供商540可能不从用于保护通过广播递送的数据而设计的安全过程受益，并且不得不在内容提供商540处复制该功能。

尽管图5示出用于群组通信***启用器的参考模型500的一个示例，但是可以对图5进行各种改变。例如可以根据特定需要，图5中的各种组件可以被组合、进一步细分或省略并且添加附加组件。

图6示出根据本公开的实施例的用于MBMS服务提供和内容摄取的示例参考模型600。图6中所示的MBMS服务提供和内容摄取的参考模型的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用用于MBMS服务提供和内容摄取的参考模型600的其它实施例。

在图6中，xMB接口645和650被用于在网络设备615和内容提供商640之间进行通信。xMB接口645和650允许使用各种方法进行通信，包括例如下载、流传输、组播通信、传输方式等，这与只支持群组通信的一般MB2接口不同。

该参考模型包括公共陆地移动网络605和应用域610。公共陆地移动网络605包括网络设备615、MBMS网关620、分组数据网络网关(P-GW)625、策略和计费规则功能(PCRF)630、用户设备635。应用域610包括内容提供商640。

鉴于广播传送与单播有明显不同的要求，因此GCS应用需要不同地处理通过广播发送的业务。这不限于通过内容摄取接口经单播来隧穿(tunneling)组播分组。在通过广播递送数据时，必须考虑其它方面，如错误抵抗、安全、服务通告/发现和报告。尤其需要提供以下功能：

错误恢复和抵抗：广播递送易于造成分组丢失，这是由于使用非确认模式以及缺少诸如混合自动重复请求(ARQ)和基于信道质量指示(CQI)的自适应等过程。FEC是解决这个缺点的网络设备传输功能的核心部分。此外，还定义了其它特定于业务的过程，例如实时传输协议(RTP)重传和文件修复。提供了用于建立具有错误恢复能力的广播会话的机制。

报告：网络设备615不断收集来自UE的关于其用户服务的消费和接收质量的信息。该信息帮助网络设备615优化服务提供并且甚至帮助决定服务的当前覆盖范围。这些信息也可以用来根据用户服务的使用情况来触发MOOD。所有这些过程都是特定于广播分发的，与服务的单播递送无关。内容提供商640可以受益于从网络设备615获得该信息。提供了用于在网络设备615和内容提供商640之间交换这种信息的机制。

服务通告：网络设备615提供用于通过使用OMA推送和服务通告信道(SACH)的单播和广播进行服务通告的工具。这些工具致力于通过MBMS公布数据可用性。内容提供商640具有有限的访问权限来复制该功能并且依赖于未指定的GC1接口来分发服务通告。提供了用于内容提供商640重新使用网络设备工具进行服务通告的机制，而不是为这样的通告来增强GC1接口。

组播发起(Multicast Sourcing)：网络设备615包括用于广播和组播会话创建的能力。内容提供商640不是将用户平面分组封装到单播中以用于发送它们到网络设备615，而是可以直接发送UDP数据分组到网络设备615，并且使网络设备615提供组播或广播分组。这样，减少了内容提供商640和网络设备615上的很多负担。提供了内容提供商640请求网络设备615执行组播发起的机制。

尽管图6示出MBMS服务提供和内容摄取的参考模型600的一个示例，但是可以对图6进行各种改变。例如，可以根据特定需要，图6中的各种组件可以被组合、进一步细分或省略并且添加额外的组件。

图7示出根据本公开的实施例的用于广播链路的网络设备的示例参考模型700，该网络设备可以提供给内容提供商以用于重新使用。图7所示的用于广播链路的网络设备(可以提供给内容提供商以用于重新使用)的参考模型的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用用于广播链路的网络设备的参考模型的其它实施例，该网络设备可以提供给内容提供商以用于重用。

参考模型700包括内容提供商705、网络设备710、MBMS GW 715和UE 720。参考模型700示出由网络设备710为广播链路提供的功能，该网络设备710可以提供给内容提供商705以供重用。注意，GCS应用725是与MBMS中间件730分离的实体，因此可能不具有对MBMS传递信息的充分访问能力以通过GC1反馈给内容提供商705。

为了简单起见，要消除内容提供商705处的冗余，内容摄取接口需要被增强以尽可能多地使用网络设备过程，而不需要在内容提供商705处复制它们。这些增强为内容提供商705提供额外的选项以促进基于GCS启用器的新群组通信服务的开发和部署。

虽然图7示出可以提供给内容提供商以用于重新使用的广播链路的网络设备的参考模型700的一个示例，但是可以对图7进行各种改变。例如，可以根据特定需要，图7中的各种组件可以被组合、进一步细分或省略并且添加额外的组件。

段落[0076]-[0148]是指属性-值对(“AVP”)、GCS-动作-请求(“GAR请求”)、通用认证体系结构(“GAA命令”)、“AVP代码”和增强巴林斯诺尔范式(“ABNF语法”)，这些都是用于说明的Diameter协议的语法。任何协议都可以用来代替Diameter协议，包括例如HTTP、RESTAPI、TACACS、Radius等。

图8示出根据本公开的实施例的发信号通知用于MBMS流的错误恢复的FEC的示例信号图800。图8所示的发信号通知用于MBMS流的错误恢复的FEC的信号图800的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用发信号通知用于MBMS流的错误恢复的FEC的信号图800的其它实施例。

在操作820中，网络设备805从内容提供商即内容提供商810接收FEC服务请求消息。网络设备805在MBMS传输期间提供错误恢复，其可以在请求创建广播会话时由内容提供商810使用。为了实现这一点，可以增强MBMS承载激活(GAR)期间的请求。当内容提供商810在承载激活期间向网络设备805发送GAR请求时，它还请求激活广播链路上的FEC。对于FEC激活来说，它提供各种参数，例如在多个UDP端口上捆绑FEC(例如如果使用不同的UDP端口传输不同的多媒体流)以及诸如最大延迟(max-delay)等约束条件。

为了请求激活广播链路上的FEC，对于使用Diameter的内容摄取接口，内容提供商810通过包括称为“MBMS-承载-FEC-请求(MBMS-Bearer-FEC-Request)”的新AVP来发送GAR请求。该AVP包括AVP代码3518，其值类型为“分组的(Grouped)”。AVP具有以下ABNF语法：

MBMS-Bearer-FEC-Request::＝<AVP Header：3518>

{Enable-FEC}

[Bundle-FEC]

[Max-Delay]

[Max-PLR]

[Coverage-Area]

*[AVP]

下面是关于包含在MBMS-Bearer-FEC-Request内的AVP的简要说明：

Enable-FEC(启用-FEC)：FEC请求包括有效载荷需要FEC激活的指示。AVP指定FEC激活请求。此AVP的值为“1”(启用FEC)或0(禁用FEC)。此AVP是强制性的并且必须包含在内。此AVP的AVP代码是3519。

Bundle-FEC(捆绑-FEC)：FEC请求包括是否捆绑两个或更多个端口的指示。AVP指定是否需要为FEC捆绑两个或更多UDP端口(例如音频和视频流)。此AVP的值是用逗号分隔的UDP端口号的列表。此AVP的AVP代码是3520。

Max-Delay(最大-延迟)：FEC请求包括用于计算FEC操作的最小缓冲时间的最大延迟的指示。网络设备805使用最大延迟来计算FEC操作的最小缓冲时间。如果捆绑FEC有多个端口号，则此最大-延迟适用于捆绑-FEC列表中的所有端口号。此AVP的AVP代码是3521。

Max-PLR(最大-PLR(最大分组丢失率))：FEC请求包括分组丢失率的数量的指示。为了网络设备805选择适当的FEC来提供这个数量的分组丢失率。取值范围为0-100。此AVP的AVP代码是3522。

Coverage-Area(覆盖-区域)：FEC请求包括用以提供100％恢复的覆盖区域百分比的指示。网络设备805选择适当的FEC来为该百分比的覆盖区域提供100％的恢复。取值范围为0-100。此AVP的AVP代码是3523。

基于具有MBMS-承载-FEC-请求AVP的GAR命令，即对于启用FEC的请求，网络设备805可以选择启用FEC或忽略它。使用带有称为“MBMS-Bearer-FEC-Response(MBMS-承载-FEC-响应)”的新AVP的GAA命令来进行对这种请求的响应。该AVP包括值类型为“分组的”的3524的AVP代码。

在操作825中，网络设备805基于给定的参数来计算适当的码率、MCS等以提供FEC保护。基于FEC激活请求和所提供的参数，网络设备805选择适当的FEC并且在与该承载激活请求相对应的MBMS承载上应用该FEC。基于应用的FEC，组中的UE 815可以使用FEC分组执行错误恢复。替代地，网络设备805可以选择忽略FEC激活并进行默认操作(无FEC)。网络设备805使用GAA命令将对于FEC激活的响应发送给内容提供商810。

为部分覆盖区域提供FEC保护。请求FEC保护作为覆盖区域的百分比(p％)。在某些实施例中，对覆盖区域中的一定百分比的用户请求100％保护(0％错误率)。网络设备使用例如以下等式来基于丢失概率(1)、附加开销(∈)、源符号数目(k)和请求的覆盖区域(p％)来计算码率：

源符号的数量＝k

丢失概率(l)＝f(p)，即丢失概率被建模为覆盖区域的函数

额外的开销＝∈(作为源符号的数量的百分比)

[公式1]

之前的等式仅用于示例性目的，其它计算的码率落入本公开内。网络设备映射表可以用于给定的k，l，∈和p，以确定码率＝f(k，l，p，∈)。不是均匀分布而是可以为MBMS丢失分布建模以获得优化的码率。内容提供商可以提供l，p，∈，并且网络设备805可以通过查看上述查找表来选择适当的k以获得优化的码率。在其它实施例中，内容提供商810提供p，并且网络设备805选择用于运营商控制的传输的其余参数。

在操作830中，网络设备805将具有FEC保护的有效载荷发送给UE815。对于成功的FEC响应(即当网络设备同意在广播链路上应用FEC时)，对内容提供商810的响应包括最大-延迟AVP、最大-PLP AVP、覆盖-区域AVP和称为“MBMS-Bearer-FEC-Result(MBMS-承载-FEC-结果)”的新AVP。响应中的三个AVP(最大-延迟AVP、最大-PLP AVP、覆盖-区域AVP)的值是网络设备805实际应用于FEC的值，并且可能与所请求的值不同。“MBMS-承载-FEC-结果”AVP包括AVP代码3525，其类型为无符号型32，并包含下表中定义的位掩码：

【表1】

对于“MBMS-Bearer-FEC-Result”AVP，“MBMS-Bearer-FEC-Response”AVP具有以下ABNF语法：

MBMS-Bearer-FEC-Response::＝<AVP Header：3524>

[MBMS-Bearer-FEC-Result]

[Max-Delay]

[Coverage-PLR]

[Coverage-Area]

*[AVP]

虽然图8示出发信号通知用于MBMS流的错误恢复的FEC的信号图800的一个示例，可以对图8进行各种改变。例如，可以根据特定需要，图8中的各种组件可以被组合、进一步细分或省略并且添加附加组件。

图9示出根据本公开的实施例的用于用信号通知MBMS流的组播发起的示例信号图900。图9所示的用于发信号通知MBMS流的组播发起的信号图900的实施例仅用于说明。可以在不偏离本公开的范围的前提下使用用信号通知MBMS流的组播发起的信号图900的其它实施例。

在操作920中，网络设备905从内容提供商即内容提供商910接收组播发起请求。网络设备905拥有创建组播/广播会话的能力。在内容提供商910的请求下，网络设备905创建组播/广播会话并且充当数据传输的源而不是将发起责任委托给内容提供商910。为了激活该特征，内容提供商910通过向网络设备905发送具有必要细节的GAR命令来请求激活组播发起。

为了请求激活组播发起，对于使用Diameter的内容摄取接口，内容提供商910通过包括称为“MBMS-组播-发起-请求(MBMS-Multicast-Sourcing-Request)”的新AVP来发送GAR请求。此AVP包含一个AVP代码3555，其值类型为“分组的”。AVP具有以下ABNF语法：

MBMS-Multicast-Sourcing-Request::＝<AVP Header：3555>

{Enable-Multicast-Sourcing}

*[AVP]

下面是包含在MBMS-Multicast-Sourcing-Request(MBMS-激活-组播-发起)AVP内的AVP的简要说明：

Enable-Multicast-Sourcing(启用-组播-发起)：组播发起请求包括有效载荷需要组播发起激活的指示。AVP指定激活组播发起。此AVP的值为“1”(启用组播发起)或0(禁用组播发起)。这个AVP是强制性的，必须包含在内。该AVP的AVP代码是3556。

在操作925中，网络设备905同意组播发起并从内容提供商910接收普通UDP/IP分组。基于具有组播发起请求的GAR命令，网络设备可以充当组播/广播的源。为了在此模式下运行，内容提供商和网络设备通过单播交换UDP数据分组，网络设备使用这些UDP分组并将组播/广播分组提供给用户。网络设备905批准来自内容提供商910的这种请求并非强制性的。然而，网络设备905确认来自内容提供商910的该请求，因此如果网络设备905拒绝该请求，则内容提供商910可以提供(source)该分组。网络设备905使用GAA命令来执行确认。

在操作930中，网络设备905向UE 915发送消息，该消息指示网络设备将充当来自网络设备905的组播数据的组播源。基于带有MBMS-组播-发起-请求AVP(即对于激活组播发起的请求)的GAR命令，网络设备905可以选择同意组播发起或忽略它。对于这种请求的响应是使用带有“MBMS-组播-发起-响应”的新AVP的GAA命令进行的。该AVP的AVP代码为3557，值类型为无符号型32，它应包含下表中定义的位掩码：

【表2】

位	名称	说明
			0	成功	接受对于组播发起的请求
1	请求被拒绝	拒绝对于组播发起的请求

尽管图9示出用信号通知MBMS流的组播发起的信号图900的一个示例，但是可以对图9进行各种改变。例如，可以根据特定需要，图9中的各种组件可以被组合、进一步细分或省略并且添加额外的组件。

图10示出根据本公开的实施例的用于发信号通知MBMS流的服务通告的示例信号图1000。图10所示的用于发信号通知MBMS流的服务通告的信号图1000的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用发信号通知MBMS流的服务通告的信号图1000的其它实施例。

在操作1020中，网络设备1005从内容提供商即内容提供商1010接收服务通告请求消息。网络设备1005拥有使用OMA推送和服务通告信道(SACH)通过单播和广播进行服务通告的能力。内容提供商1010可以使用该特征来向用户列表请求服务通告。内容提供商1010在向网络设备1005发送GAR请求以进行TMGI分配之前，请求激活服务通告。作为该激活请求的一部分，内容提供商1010提供诸如服务类型(是广播还是单播)、通告SDP、用户列表、通告时间和服务时间等附加细节。如果该通告旨在用于单播服务，则只有被授权接收数据的用户列表(例如移动用户综合业务数字网络(ISDN)号码(MSISDN)号码)被包括在提供给网络设备1005的用户列表中。否则，如果通告是针对广播服务的，则不向网络设备1005提供用户列表。

通过包括称为“MBMS-服务-通告-请求(MBMS-Service-Announcement-Request)”的新AVP，可以使用GAR请求来激活服务通告。此AVP包含AVP代码3536，其类型值为“分组的”。AVP具有以下ABNF语法：

MBMS-Service-Announcement-Request::＝<AVP Header：3536>

{Enable-Service-Announcement}

[Service-Type]

[Announcement-SDP]

[Subscriber-List]

[Announcement-Start-Time]

[MBMS-Start-Time]

[AVP]

以下是对MBMS-Service-Announcement-Request(MBMS-服务-通告-请求)中包含的AVP的简要说明：

Enable-Service-Announcement(启用-服务-通告)：服务通告请求包括有效负载需要服务通告激活的指示。AVP指定服务通告的激活请求。此AVP的值为“1”(启用服务通告)或0(禁用服务通告)。这个AVP是强制性的且必须包含在内。该AVP的AVP代码是3537。

Service-Type(服务-类型)：服务通告请求包括服务类型通告的指示。AVP指定服务类型。这个AVP的可能值是“单播”或“广播”。该AVP的AVP代码是3538。

Subscriber-List(订户-列表)：服务通告请求包括订户列表的指示。对于单播服务类型，此AVP指定MSISDN列表。对于组播，这个AVP不包括在内。该AVP的AVP代码是3539。

Announcement-SDP(通告-SDP)：服务通告请求包括用于服务通告的SDP文件的URL的指示。AVP指定服务通告的SDP文件的URL。该AVP的AVP代码是3540。

Announcement-Start-Time(通告-开始-时间)：服务通告请求包括服务通告的开始时间的指示。此AVP指定服务通告的开始时间。该AVP的AVP代码是3541。

MBMS-Start-Time(MBMS-开始-时间)：服务通告请求包括关于MBMS服务的开始时间的指示。该AVP指定服务的开始时间。该AVP的AVP代码是3507。

如果内容提供商1010希望执行服务通告，则其必须在使用临时移动群组标识(TMGI)分配过程请求TMGI分配之前首先进行服务通告。

在操作1025中，网络设备1005同意服务通告并执行服务通告。网络设备1005将来自内容提供商的服务通告配置参数映射到现有服务通告过程所需的元数据。基于具有服务通告激活请求的GAR命令，网络设备1005根据激活请求中的服务类型，使用OMA推送或服务通告信道(SACH)来执行服务通告。替代地，如果网络设备1005不支持服务通告或者如果网络设备的策略不允许这种类型的通告，则网络设备1005可以选择忽略服务通告激活请求。服务通告请求的响应由网络设备1005使用GAA命令发送给内容提供商1010。

基于具有MBMS-Service-Announcement-Request(MBMS-服务-通告-请求)AVP(即对于启用服务通告的请求)的GAR命令，网络设备1005可以选择执行通告或忽略它。对于这种请求的响应是使用具有称为“MBMS-Service-Announcement-Reponse(MBMS-服务-通告-响应)”的新AVP的GAA命令进行的。该AVP的AVP代码为3542，值类型为“分组的”。

在操作1030中，网络设备1005基于服务通告请求中提供的参数向UE1015发送服务通告消息。对于成功的服务通告响应(即当网络设备1005同意执行服务通告时)，对内容提供商1010的响应包括订户-列表AVP和称为“MBMS-服务-通告-结果”的新AVP。响应中的订户-列表AVP包括网络设备1005实际用于服务通告的用户列表，并具有与MBMS-服务-通告-请求AVP中的不同的值。“MBMS-Service-Announcement-Result(MBMS-服务-通告-结果)”AVP具有3543的AVP代码并且是无符号型32类型，并且其应包含下表中定义的位掩码：

【表3】

位	名称	说明
			0	成功	接受对于服务通告的请求
1	时间不被允许	不允许通告开始时间
			2	请求被忽略	忽略对于服务通告的请求

对于新的MBMS-Service-Announcement-Result AVP，MBMS-Service-Announcement-Result AVP具有以下ABNF语法：

MBMS-Service-Announcement-Response::＝<AVP Header：3542>

[MBMS-Service-Announcement-Result]

[Subscriber-List]

*[AVP]

图10示出用于发信号通知MBMS流的服务通告的信号图1000的一个示例，可以对图10进行各种改变。例如，可以根据特定需要，图10中的各种组件可以被组合、进一步细分或省略并且添加额外组件。

图11示出根据本公开的实施例的用于发用信号通知MBMS流的QoE报告的示例信号图1100。图11中所示的用于发信号通知MBMS流的QoE报告的信号图1100的实施例仅用于说明。在不偏离本公开的范围的情况下可以使用用于发信号通知MBMS流的QoE报告的信号图1100的其它实施例。

在操作1115中，网络设备1105从内容提供商即内容提供商1110接收QoE报告请求。网络设备1105具有用于诸如QoS、QoE、消费报告等的统计计算的能力。该特征可以由内容提供商1110用来推断广播传输的质量。为了启用该功能，可以增强MBMS承载激活(GAR)期间的请求。当内容提供商1110在承载激活期间向网络设备1105发送GAR请求时，内容提供商1110还请求激活QoE报告。内容提供商1110可以请求激活已经由网络设备1105支持的任何数量的QoS/QoE量度。这可以通过使用其中内容提供商1110请求网络设备1105支持的QoS/QoE量度的其它协议或消息交换来发生或者当网络设备1105发布QoS/QoE量度列表时通过学习该量度列表来发生。一旦内容提供商1110得知支持的质量的度量的列表，内容提供商1110就请求激活报告这种质量度量。作为激活请求的一部分，内容提供商1110提供附加细节，诸如报告间隔、报告的开始和结束时间、网络设备1105在计算质量统计数据时使用的用户的数量/百分比等。

为了请求激活广播链路上的QoE报告，对于使用Diameter的内容摄取接口，内容提供商1110通过包括称为“MBMS-QoE-Report-Request(MBMS-QoE-报告-请求)”的新AVP来发送GAR请求。该AVP具有3526的AVP代码，值类型为“分组的”。AVP具有以下ABNF语法：

MBMS-QoE-Report-Request::＝<AVP Header：3526>

{Enable-QoE-Report}

[QoE-Metrices]

[Report-Interval]

[Report-Start-Time]

[Report-End-Time]

[Number-of-Users]

*[AVP]

下面是MBMS-QoE-报告-请求中包含的AVP的简要说明：

Enable-QoE-Report(启用-QoE-报告)：QoE报告请求包括负载需要QoE报告激活的指示。此AVP指定QoE报告的激活请求。此AVP的值为“1”(启用QoE报告)或0(禁用QoE报告)。这个AVP是强制性的，必须包含在内。该AVP的AVP代码是3527。

QoE-Metrices(QoE-量度)：QoE报告请求包括要报告的以逗号分隔的QoE量度的列表的指示。此AVP指定要报告的以逗号分隔的QoE量度的列表。该AVP的AVP代码是3528。

Report-Interval(报告-间隔)：QoE报告请求包括关于将QoE报告发送给内容提供商1110的频率的指示。该AVP指定网络设备必须多频繁地向内容提供商报告QoE报告。该AVP的AVP代码是3529。

Report-Start-Time(报告-开始-时间)：QoE报告请求包括QoE报告开始时间的指示。此AVP指定QoE报告收集的开始时间。该AVP的AVP代码是3530。

Report-End-Time(报告-结束-时间)：QoE报告请求包括QoE报告结束时间的指示。此AVP指定QoE报告收集的结束时间。该AVP的AVP代码是3531。

Number-of-Users(用户数量)：QoE报告请求包括从其收集QoE报告的用户的百分比的指示。此AVP指定从其收集QoE报告的用户的百分比。该AVP的AVP代码是3532。

在操作1120中，网络设备1105基于在QoE报告请求中提供的QoE参数从所请求数量的UE执行QoE报告收集。基于具有QoE报告请求的GAR命令，网络设备1105计算质量统计并且当内容提供商1110请求时向内容提供商1110递送报告。替代地，如果网络设备1105不支持质量统计计算或者网络设备的策略不允许报告，则网络设备1105忽略QoE报告请求。对QoE报告的响应由网络设备1105使用GAA命令发送到内容提供商1110。

基于带有MBMS-QoE-报告-请求AVP(即对启用QoE报告的请求)的GAR命令，网络设备1105可以选择启用QoE统计的报告或忽略它。这种请求的响应是使用具有被称为“MBMS-QoE-Report-Response(MBMS-QoE-报告-响应)”的新AVP的GAA命令进行的。该AVP具有3533的AVP代码，其类型值为“分组的”。

对于成功的QoE报告响应(即当网络设备同意报告QoE统计数据时)，对内容提供商1110的响应包括用户数量AVP和称为“MBMS-QoE-Report-Result(MBMS-QoE-报告-结果)”和“MBMS-QoE-Report(MBMS-QoE-报告)”的两个新AVP。响应中的用户数量AVP的值是网络设备1105用于统计计算的实际值并且可以不同于相应的GAR请求中请求的值。“MBMS-QoE-报告-结果”AVP具有3534的AVP代码，其类型是无符号型32并且它将包含如下表中定义的位掩码：

【表4】

位	名称	说明
			0	成功	接受对于QoE报告的请求
1	QoE量度不被支持	不支持一个或多个QoE量度
			2	太多用户	请求的用户数量超过可用的用户
3	请求被忽略	忽略对于QoE报告的请求

在操作1125中，网络设备1105基于QoE报告请求中指示的参数向内容提供商1110发送QoE报告。“MBMS-QoE-报告”AVP具有3535的AVP代码并且是OctetString类型。此AVP的值将是完整的QoE报告的字符串。具有两个新的AVP(MBMS-QoE-Report-Response(MBMS-QoE-报告-结果)和MBMS-QoE-Report(MBMS-QoE-报告))，MBMS-QoE-报告-响应AVP具有以下ABNF语法：

MBMS-QoE-Report-Response::＝<AVP Header：3533>

[MBMS-QoE-Report-Result]

[MBMS-QoE-Report]

[Number-of-Users]

*[AVP]

尽管图11示出用于发信号通知MBMS流的QoE报告的信号图1100的一个示例，但是可以对图11进行各种改变。例如，可以根据特定需要，图11中的各种组件可以被组合、进一步细分或省略并且添加额外的组件。

图12示出根据本公开的实施例的用于发信号通知MBMS流的消费报告的示例信号图1200。图12所示的用于发信号通知MBMS流的消费报告的分组信号图1200的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用用于发信号通知MBMS流的消费报告的分组信号图1200的其它实施例。

在操作1215中，网络设备1205从内容提供商即内容提供商1210接收消费报告请求。网络设备1205具有用于诸如QoS、QoE、消费报告等的统计计算的能力。该特征可以被内容提供商1210使用来推断广播内容的消费统计。当内容提供商1210在承载激活期间向网络设备1205发送GAR请求时，内容提供商1210还请求激活消费报告。内容提供商1210请求激活网络设备1205已经支持的任何数量的消费量度。这可以通过使用其中内容提供商1210请求通过网络设备1205支持的消费量度的另一协议或消息交换来发生或者当网络设备1205发布给每个人看的消费量度的列表时通过学习该列表来发生。一旦内容提供商1210得知了所支持的消费量度的列表，内容提供商1210就请求激活报告这样的量度。作为激活请求的一部分，内容提供商1210提供附加细节，诸如报告间隔、报告的开始和结束时间、网络设备在计算消费统计数据时应使用的用户的数量/百分比等。

为了请求激活广播链路上的消费报告，对于使用Diameter的内容摄取接口，内容提供商1210通过包括称为“MBMS-Consumption-Report-Request(MBMS-消费-报告-请求)”的新AVP来发送GAR请求。该AVP具有3544的AVP代码，值类型为“分组的”。AVP具有以下ABNF语法：

MBMS-Consumption-Report-Request::＝<AVP Header：3544>

{Enable-Consumption-Report}

[Cosumption-Metrics]

[Report-Interval]

[Report-Start-Time]

[Report-End-Time]

[Number-Of-Users]

*[AVP]

下面是关于包含在MBMS-消费-请求内的AVP的简要说明：

{Enable-Consumption-Report(启用-消费-报告)：消费报告请求包括负载需要消费报告激活的指示。该AVP指定消费报告的激活请求。此AVP的值为“1”(启用消费报告)或0(禁用消费报告)。这个AVP是强制性的，必须包含在内。该AVP的AVP代码是3545。

Cosumption-Metrics(消费-量度)：消费报告请求包括要报告的逗号分隔的消费量度列表的指示。此AVP指定要报告的用逗号分隔的消费量度的列表。该AVP的AVP代码是3546。

Report-Interval(报告-间隔)：消费报告请求包括网络设备1205向内容提供商1210报告消费报告的频率的指示。该AVP指定网络设备向内容提供商报告消费报告的频率。该AVP的AVP代码是3529。

Report-Start-Time(报告-开始-时间)：消费报告请求包括用于收集消费报告的开始时间的指示。此AVP指定消费报告收集的开始时间。该AVP的AVP代码是3530。

Report-End-Time(报告-结束-时间)：消费报告请求包括用于收集消费报告的结束时间的指示。该AVP指定消费报告收集的结束时间。该AVP的AVP代码是3531。

Number-Of-Users(用户数量)：消费报告请求包括从其收集消费报告的用户的百分比的指示。此AVP指定从其收集QoE报告的用户的百分比。该AVP的AVP代码是3532。

在操作1220中，网络设备1205基于消费报告请求中指示的消费配置参数从所请求数量的UE执行消费报告收集。基于带有消费报告请求的GAR命令，按照内容提供商1210的请求，网络设备1205计算消费统计并向内容提供商1210递送报告。替代地，如果网络设备1205不支持相应的统计计算或者如果网络设备的策略不允许报告，则它选择忽略消费报告请求。消费报告的响应由网络设备1205使用GAA命令发送给内容提供商1210。

基于带有MBMS-消费-报告-请求AVP(即对于启用消费报告的请求)的GAR命令，网络设备可以选择启用报告消费统计或拒绝它。这种请求的响应是使用具有称为“MBMS-Consumption-Report-Response(MBMS-消费-报告-响应)”的新AVP的GAA命令进行的。该AVP具有3547的AVP代码，其值类型为“分组的”。

对于成功的消费报告响应(即当网络设备同意报告消费统计数据时)，对内容提供商的响应包括用户数量AVP和称为“MBMS-Consumption-Report-Resulit(MBMS-消费-报告-结果)”和“MBMS-Consumption-Report(MBMS-消费-报告)”的两个新AVP。响应中的用户数量AVP值是网络设备用于统计计算的实际值，并且可能与相应的GAR请求中请求的值不同。“MBMS-消费-报告-结果”AVP具有3548的AVP代码并且是无符号型32类型，并且它将包含如下表中定义的位掩码：

【表5】

位	名称	说明
			0	成功	接受对于消费报告的请求
1	消费量度不被支持	不支持一个或多个消费量度
			2	太多用户	请求的用户数量超过可用的用户
3	请求被忽略	忽略对于消费报告的请求

在操作1225中，网络设备1205基于消费报告请求中指示的参数向内容提供商1210发送消费报告。“MBMS-消费-报告”AVP具有3549的AVP代码并且是OctetString类型。这个AVP的值是一个完整的消费报告的字符串。有了两个新的AVP(MBMS-消费-报告-结果和MBMS-消费-报告)，MBMS-消费-报告-响应AVP具有以下ABNF语法：

MBMS-Consumption-Report-Response::＝<AVP Header：3547>

[MBMS-Consumption-Report-Result]

[MBMS-Consumption-Report]

[Number-Of-Users]

*[AVP]

尽管图12示出用于发信号通知MBMS流的消费报告的信号图1200的一个示例，但是可以对图2进行各种改变。例如，可以根据特定需要，图12中的各种组件可以被组合、进一步细分或省略并且添加附加组件。

图13示出根据本公开的实施例的用于发信号通知MBMS流的按需MBMS操作(MOOD)发起的示例信号图1300。图13所示用于发信号通知MBMS流的按需MBMS操作(MOOD)发起的信号图1300的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用用于发信号通知MBMS流的按需MBMS操作(MOOD)发起的信号图1300的其它实施例。

在操作1320中，网络设备1305从内容提供商即内容提供商1310接收MOOD请求。网络设备具有用于基于订户需求启用MOOD的能力。内容提供商1310可以使用该特征来请求在会话期间的任何时间激活MOOD。内容提供商1310可以通过发送具有诸如用于激活MOOD的开始时间和结束时间的必要细节的GAR命令来请求这种激活。

为了请求MOOD的激活，对于使用Diameter的内容摄取接口，内容提供商1310可以通过包括称为“MBMS-Active-MOOD-Request(MBMS-激活-MOOD-请求)”的新AVP来发送GAR请求。该AVP具有3550的AVP代码，值类型为“分组的”。AVP具有以下ABNF语法：

MBMS-Active-MOOD-Request::＝<AVP Header：3550>

[Enable-MOOD}

[Start-Time]

[End-Time]

*[AVP]

下面是MBMS-激活-MOOD AVP中包含的AVP的简要说明：

Enable-MOOD(启用-MOOD)：MOOD请求包括有效载荷需要MOOD激活的指示。这个AVP指定MOOD的激活。此AVP的值为“1”(启用MOOD)或0(禁用MOOD)。这个AVP是强制性的，必须包含在内。该AVP的AVP代码是3551。

Start-Time(开始-时间)：MOOD请求包括用于启用或禁用MOOD的开始时间的指示。此AVP指定启用或禁用MOOD的开始时间。该AVP的AVP代码是3552。

End-Time(结束-时间)：MOOD请求包括用于启用或禁用MOOD的结束时间的指示。此AVP指定启用或禁用MOOD的结束时间。该AVP的AVP代码是3553。

在操作1325中，网络设备1305同意MBMS流的MOOD配置。基于具有MOOD激活请求的GAR命令，网络设备1305可以执行MOOD并切换到单播或广播(取决于它在请求之前使用的内容)，或者完全忽略这样的请求并仅根据其判断激活MOOD(如其策略中配置的)。

在操作1330，网络设备1305向UE 1315发送消息，指示MOOD被激活并且该流将在单播和广播之间动态地切换。网络设备1305使用GAA命令将对MOOD激活请求的响应发送到内容提供商1310。

基于具有MBMS-激活-MOOD-请求AVP(即对于启用MOOD的请求)的GAR命令，网络设备1305选择启用MOOD或忽略它。对这种请求的响应是使用具有称为“MBMS-Active-MOOD-Response(MBMS-激活-MOOD-响应)”的新AVP的GAA命令完成的。该AVP具有3554的AVP代码，其值类型为无符号型32类型，并且其应包含在下表中定义的位掩码：

【表6】

位	名称	说明
			0	成功	接受对于MOOD的请求
1	请求被忽略	忽略对于MOOD的请求

虽然图13示出用于发信号通知MBMS流的按需MBMS操作(MOOD)发起的信号图1300的一个例子，但是可以对图13进行各种改变。例如，可以根据特定需要，图13中的各种组件可以被组合、进一步细分或省略并且添加额外的组件。

图14示出根据本公开的各种实施例的用于增强MBMS摄取的另一示例过程。以下操作由用于提供增强MBMS摄入的网络设备完成。

在操作1405中，内容提供商基于有效载荷生成信令。信令包括FEC请求、组播发起请求、服务通告请求、QoE报告请求、消费报告请求和MOOD请求。FEC请求包括有效载荷需要FEC激活的指示、是否捆绑两个或更多个端口的指示、用于计算FEC操作的最小缓冲时间的最大延迟的指示、分组丢失率的数量的指示以及提供100％恢复的覆盖区域的百分比的指示。组播发起请求包括有效负载需要组播发起激活的指示。服务通告请求包括有效载荷需要服务通告激活的指示、服务通告类型、订户列表、用于服务通告的SDP文件的URL、服务通告的开始时间以及MBMS服务的开始时间。QoE报告请求包括负载需要QoE报告激活的指示、要报告的以逗号分隔的QoE量度列表、QoE报告向服务器发送的频率、QoE报告的开始时间、QoE报告的结束时间以及从其收集QoE报告的用户的百分比。消费报告请求包括负载需要消费报告激活的指示、要报告的逗号分隔的消费量度的列表、网络设备向服务器报告消费报告的频率、收集消费报告的开始时间、收集消费报告的结束时间以及从其收集消费报告的用户的百分比。MOOD请求包括有效载荷需要MOOD激活的指示、启用或禁用MOOD的启动时间以及启用或禁用MOOD的结束时间。

在操作1410，网络设备接收从内容提供商发送的有效载荷的信令。该信令包括上面公开的各个请求以应用于MBMS的有效载荷。

在操作1415中，网络设备从内容提供商接收有效载荷。

在操作1420，网络设备基于在信令中接收到的请求来处理有效载荷。当需要FEC时，网络设备基于FEC请求中的参数将FEC应用于有效载荷。当需要组播发起时，网络设备基于组播发起请求中的参数封装MBMS分发的有效载荷。当需要服务通告时，网络设备基于服务通告请求的参数向UE提供服务通告。当需要QoE报告时，网络设备基于QoE报告请求中的参数向内容提供商提供QoE报告。当需要消费报告时，网络设备基于消费报告请求中的参数向内容提供商提供消费报告。当需要MOOD时，网络设备基于MOOD请求中的参数向UE切换单播和广播。

在操作1425中，网络设备将处理后的有效载荷发送给MBMS网关。

图14分别示出用于增强MBMS摄取的示例过程1400，可以对图14进行各种改变。例如，尽管示出为一系列步骤，但各种步骤可以重叠、并行发生、以不同顺序发生、发生多次或者在某些实施例中不执行。

本申请中的任何描述都不应理解为意味着任何特定的元素、步骤或功能是必须包含在权利要求范围内的基本元素。专利主题的范围仅由权利要求定义。而且，没有任何权利要求旨在援引35 U.S.C.§112(f)除非确切的词语“用于......的装置”后面跟着一个分词。

Claims (13)

1.一种用于增强多媒体广播/组播服务MBMS的服务提供和内容摄取的网络设备，所述网络设备包括：

存储器；

一个或多个处理器，其可操作地连接到所述存储器，所述一个或多个处理器被配置为处理：

从内容提供商设备接收关于MBMS服务的有效载荷的信令；以及

基于所述信令执行所述MBMS服务的至少一个功能，并且

其中，所述信令包括用于配置所述MBMS服务的消费报告的消费报告请求，

其中，所述消费报告请求包括：

用于指示所述消费报告的启用的信息；

用于指示所述消费报告的间隔的信息；以及

用于指示收集所述消费报告的报告的用户的百分比的信息。

2.如权利要求1所述的网络设备，其中，所述一个或多个处理器被配置为基于包括在所述信令中的前向纠错FEC请求来处理接收到的有效载荷，

其中，所述FEC请求包括下列中的至少一个：有效载荷需要FEC激活的指示、是否捆绑两个或更多个端口的指示、用于计算FEC操作的最小缓冲时间的最大延迟的指示、分组丢失率的数量的指示以及提供100％恢复的覆盖区域百分比的指示。

3.如权利要求1所述的网络设备，其中，所述一个或多个处理器还被配置为基于包括在所述信令中的QoE报告请求来执行QoE报告，并且

其中，所述QoE报告请求包括下列中的至少一个：有效载荷需要QoE报告激活的指示、指定要报告的QoE度量的列表的指示、向内容提供商设备发送QoE报告的频率的指示、QoE报告的开始时间的指示、QoE报告的结束时间的指示以及从其收集QoE报告的用户的百分比的指示。

4.如权利要求1所述的网络设备，其中，所述一个或多个处理器还被配置为基于包括在所述信令中的服务通告请求来提供所述服务通告，并且

其中，所述服务通告请求包括下列中的至少一个：所述有效载荷需要服务通告激活的指示、服务通告类型的指示、订户列表的指示、SDP文件的URL的指示、服务通告的开始时间的指示以及MBMS服务的开始时间的指示。

5.如权利要求1所述的网络设备，其中，所述一个或多个处理器还被配置为向所述内容提供商设备提供服务通告配置参数，以及

其中，所述信令包括对于所述网络设备禁用服务通告激活的请求，该请求包括禁用服务通告激活的指示。

6.如权利要求1所述的网络设备，其中，所述一个或多个处理器被配置为基于包含在所述信令中的按需MBMS操作MOOD请求来处理接收到的有效负载，并且

其中，所述MOOD请求包括下列中的至少一个：所述有效载荷需要MOOD激活的指示、用于启用或禁用MOOD的开始时间的指示以及用于启用或禁用MOOD的结束时间的指示。

7.如权利要求1所述的网络设备，其中，所述一个或多个处理器还被配置为基于包括在所述信令中的组播发起请求来处理接收到的有效载荷，

其中，所述组播发起请求包括所述有效载荷需要组播发起激活的指示。

8.一种用于增强多媒体广播/组播服务MBMS的内容提供和内容摄取的内容提供商设备，包括：

存储器；

一个或多个处理器，其可操作地连接到所述存储器，所述一个或多个处理器被配置为：

生成关于MBMS服务的有效载荷的信令；以及

将信令发送给网络设备，并且

其中，所述信令包括用于配置所述MBMS服务的消费报告的消费报告请求，

其中，所述消费报告请求包括：

用于指示所述消费报告的启用的信息；

用于指示所述消费报告的间隔的信息；以及

用于指示收集所述消费报告的报告的用户的百分比的信息。

9.如权利要求8所述的内容提供商设备，其中，所述信令包括下列中的至少一个：前向纠错FEC请求、体验质量QoE报告请求、服务通告请求、对所述网络设备的禁用服务通告激活的请求、按需MBMS操作MOOD请求以及组播发起请求；

其中，所述FEC请求包括下列中的至少一个：所述有效载荷需要FEC激活的指示、是否捆绑两个或更多个端口的指示、计算用于FEC操作的最小缓冲时间的最大延迟的指示、分组丢失率的数量的指示以及提供100％恢复的覆盖区域的百分比的指示，

其中，所述QoE报告请求包括下列中的至少一个：所述有效载荷需要QoE报告激活的指示、指定要报告的QoE量度的列表的指示、向所述内容提供商设备发送QoE报告的频率的指示、QoE报告的开始时间的指示、QoE报告的结束时间的指示以及从其收集QoE报告的用户的百分比的指示，

其中，所述服务通告请求包括下列中的至少一个：有效载荷需要服务通告激活的指示、服务通告类型的指示、订户列表的指示、SDP文件的URL的指示、用于服务通告的开始时间的指示以及用于MBMS服务的开始时间的指示，

其中，对网络设备的禁用服务通告激活的请求包括禁用服务通告激活的指示，

其中，所述消费报告请求包括下列中的至少一个：所述有效载荷需要消费报告激活的指示、要报告的消费量度的列表的指示、所述网络设备向所述内容提供商设备报告消费报告的频率的指示、收集消费报告的开始时间的指示、收集消费报告的结束时间的指示以及从其收集消费报告的用户的百分比的指示，

其中，所述MOOD请求包括下列中的至少一个：有效载荷需要MOOD激活的指示、用于启用或禁用MOOD的开始时间的指示以及用于启用或禁用MOOD的结束时间的指示，以及

其中，所述组播发起请求包括下列的至少一个：所述有效载荷需要组播发起激活的指示。

10.一种用于由网络设备增强多媒体广播/组播服务MBMS服务提供和内容摄取的方法，所述方法包括：

从内容提供商设备接收关于MBMS服务的有效载荷的信令；

基于所述信令执行所述MBMS服务的至少一个功能，并且

其中，所述信令包括用于配置所述MBMS服务的消费报告的消费报告请求，

其中，所述消费报告请求包括：

用于指示所述消费报告的启用的信息；

用于指示所述消费报告的间隔的信息；以及

用于指示收集所述消费报告的报告的用户的百分比的信息。

11.如权利要求10所述的方法，所述网络设备被配置为通过如权利要求2至7中的一个来实施。

12.一种用于由内容提供商设备实施的增强多媒体广播/组播服务MBMS的内容提供和内容摄取的方法，所述方法包括：

生成关于MBMS服务的有效载荷的信令；以及

将所述信令发送到网络设备，并且

其中，所述信令包括用于配置所述MBMS服务的消费报告的消费报告请求，

其中，所述消费报告请求包括：

用于指示所述消费报告的启用的信息；

用于指示所述消费报告的间隔的信息；以及

用于指示收集所述消费报告的报告的用户的百分比的信息。

13.如权利要求12所述的方法，其中，所述信令包括下列中的至少一个：前向纠错FEC请求、体验质量QoE报告请求、服务通告请求、对所述网络设备的禁用服务通告激活的请求、按需MBMS操作MOOD请求以及组播发起请求，并且

其中，所述FEC请求包括下列中的至少一个：所述有效载荷需要FEC激活的指示、是否捆绑两个或更多个端口的指示、计算用于FEC操作的最小缓冲时间的最大延迟的指示、分组丢失率的数量的指示以及提供100％恢复的覆盖区域的百分比的指示，

其中，所述QoE报告请求包括下列中的至少一个：所述有效载荷需要QoE报告激活的指示、指定要报告的QoE量度的列表的指示、向所述内容提供商设备发送QoE报告的频率的指示、QoE报告开始时间的指示、QoE报告结束时间的指示以及从其收集QoE报告的用户的百分比的指示，

其中，所述服务通告请求包括下列中的至少一个：有效载荷需要服务通告激活的指示、服务通告类型的指示、订户列表的指示、SDP文件的URL的指示、用于服务通告的开始时间的指示以及用于MBMS服务的开始时间的指示，

其中，对网络设备的禁用服务通告激活的请求包括禁用服务通告激活的指示，

其中，所述消费报告请求包括下列中的至少之一：所述有效载荷需要消费报告激活的指示、要报告的消费量度的列表的指示、所述网络设备向所述内容提供商设备报告消费报告的频率的指示、收集消费报告的开始时间的指示、收集消费报告的结束时间的指示以及从其收集消费报告的用户的百分比的指示，

其中，所述MOOD请求包括下列中的至少一个：有效载荷需要MOOD激活的指示、用于启用或禁用MOOD的开始时间的指示以及用于启用或禁用MOOD的结束时间的指示，以及

其中，所述组播发起请求包括下列的至少一个：所述有效载荷需要组播发起激活的指示。

Images