WO2015000141A1

WO2015000141A1 - 一种支持流媒体进行组播的方法和相关装置及系统

Info

Publication number: WO2015000141A1
Application number: PCT/CN2013/078704
Authority: WO
Inventors: 李志明; 韦安妮
Original assignee: 华为技术有限公司
Priority date: 2013-07-02
Filing date: 2013-07-02
Publication date: 2015-01-08
Also published as: CN104471895A; WO2015000315A1; CN104471895B; EP3001602A1; EP3001602A4; US20160119395A1

Abstract

一种支持流媒体进行组播的方法和相关装置及系统。其中一种方法包括：接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；将所述流媒体资源的传输方式从单播方式切换到组播方式；向广播组播业务中心BM-SC发送并组信息，所述并组信息包括所述第一用户设备的网络互连协议IP地址、所述第二用户设备的IP地址、所述流媒体资源的下载地址；向所述代理服务器发送通知响应消息，以使所述代理服务器获知所述BM-SC启动了多媒体广播组播MBMS业务。

Description

一种支持流媒体进行组播的方法和相关装置及系统技术领域

本发明实施例涉及通信领域，尤其涉及一种支持流媒体进行组播的方法和相关装置及系统。背景技术流媒体业务是指使用流式传输技术传输连续的多媒体文件，包括音频、视频和动画等。把连续的影像和声音等媒体文件经过压缩处理后存储在网络服务器上，客户端在播放前并不需要下载整个媒体文件，而是先下载一部分多媒体信息到緩存区，然后在播放緩存区中信息的同时，连续不断地将媒体文件的剩余部分从服务器下载到客户端。

DASH ( Dynamic Adaptive Steaming over Hypertext Transfer Protocol , 基于 HTTP的动态自适应流）技术是近期人们提出的一种解决移动通信中由于信道的波动导致流媒体传输无法保障的技术， DASH可以有效地适应无线信道的变化。

在 3GPP ( 3rd Generation Partnership Project, 第三代合作伙伴计划）定义的 DASH网络中传输的 3GP-DASH媒体文件由两部分组成：媒体表示描述文件（Media Presentation Description, MPD )和流媒体文件。其中， DASH服务器首先为同一个流媒体文件生成多个码率的不同表述（Representation ), 每个表述又包括多个分片（Segment ), 每个分片通常持续几秒钟或十几秒钟， UE ( User Equipment,用户设备）根据当前网络的传输状况选择不同表述的分片。流媒体的 "表述" 与 "分片 " 在 MPD文件中进行描述， UE获取到 MPD文件后便可根据当前网络状况选择流媒体的某个表述，并通过请求获取某个分片对应的媒体流。

当同一网络下，多个用户都请求视频资源时，由于每个用户请求的业务都是通过单播进行传输的，多个用户请求视频资源势必会占用大量的传输资源，此类场景在现实生活中十分普遍，如时下热门电影的点播，热门赛事的点播。而长期演进（ Long Term Evolution , LTE ) 系统可以支持增强多媒体广播组播 ( Enhanced Multimedia Broadcast Multicast Service, eMBMS )业务特性，广播组播业务可以通过广播的方式将相同的业务数据向一个或多个小区下的所有用户进行发送，由此节省信令开销和数据面资源。其中， BM-SC ( Broadcast Multicast Service Centre, 广播组播业务中心 )为内容提供商的入口，用于用户的授权，在移动网中发起 MBMS ( Multimedia Broadcast Multicast Service, 多媒体广播组播）业务，并按照预定时间计划传送 MBMS内容。用户通过 BM-SC 获取用户业务描述（ User Service Description, USD ), 该 USD中包含用户可选择的 MBMS业务的开始时间（start time )、业务持续时间（duration ), MBMS 业务区标识列表（ MBMS SAI list )和播放该 MBMS业务的一个或多个频率。

本发明的发明人在实现本发明的过程中发现：在 3GPP的 DASH网络中，当前的现有技术只支持基于视频流传输技术的单播方式，或者基于 eMBMS的组播方式。如果当前业务传输过程中正在使用单播方式传输视频流，但是为了节省传输资源，可能需要将单播方式向组播方式进行切换，但是目前并没有相关方案用于以解决该问题，因此，在 3GPP的 DASH网络中如何实现单播向组播的切换成为了目前业界亟待解决的问题。发明内容

本发明实施例提供了一种支持流媒体进行组播的方法和相关装置及系统，能够实现业务播放过程中单播向组播的切换，节省核心网的回程链路资源和基站的空口资源。

第一方面，本发明实施例提供一种支持流媒体进行组播的方法，包括：接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

将所述流媒体资源的传输方式从单播方式切换到组播方式；

向广播组播业务中心 BM-SC发送并组信息，所述并组信息包括所述第一用户设备的网络互连协议 IP地址、所述第二用户设备的 IP地址、所述流媒体资源的下载地址；

向所述代理服务器发送通知响应消息，以使所述代理服务器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。

结合第一方面，在第一方面的第一种可能的实现方式中，所述向广播组播业务中心 BM-SC发送并组信息之后还包括：

接收所述 BM-SC发送的文件传输表 FDT实例信息和用户业务描述 USD 信息，所述 FDT实例信息由所述 BM-SC根据所述并组信息获取到所述流媒体资源后对所述流媒体资源进行编码的结果；

向所述代理服务器发送所述 FDT实例信息和所述 USD信息。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述接收代理服务器上报的通知消息之后还包括：

从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；

根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;

通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；

若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务，触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式。

结合第一方面或第一方面的第一种可能或第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述接收代理服务器上报的通知消息之后还包括：

通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一用户设备的服务质量 QoS信息、所述第二用户设备的 QoS信息；

基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一用户设备的 QoS信息、所述第二用户设备的 QoS信息，确定触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式。

结合第一方面或第一方面的第一种可能或第二种可能或第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述接收代理服务器上报的通知消息之后还包括：

根据所述第一用户设备的 ID获取所述第一用户设备所在小区的小区身份标识号码 Cell ID, 根据所述第二用户设备的 ID获取所述第二用户设备所在小区的小区身份标识号码 Cell ID;

查询所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID是否在同一个单频网区域 SFN area以及同一个多媒体广播组播服务区 i或 MBMS service area内；

若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内且处于同一个 MBMS Service area内，触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式；

若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，通知所述 BM-SC新建一个 MBMS Service area, 然后触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式。

第二方面，本发明实施例还提供一种支持流媒体进行组播的方法，包括：检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获取到所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；向策略与计费规则功能实体 PCRF或广播组播业务中心 BM-SC上报通知消息，所述通知消息包括所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

获取文件传输表 FDT实例信息和用户业务描述 USD信息；

向所述第一用户设备和所述第二用户设备分别发送多媒体广播组播 MBMS业务指示信息，所述 MBMS业务指示信息包括所述 FDT实例信息和所述 USD信息。

结合第二方面，在第二方面的第一种可能的实现方式中，所述获取文件传输表 FDT实例信息和用户业务描述 USD信息包括：

接收所述 PCRF发送的 FDT实例信息和 USD信息。

结合第二方面，在第二方面的第二种可能的实现方式中，所述获取文件传输表 FDT实例信息和用户业务描述 USD信息包括：

向广播组播业务中心 BM-SC发送所述流媒体资源对应的下载地址；从内容提供服务器下载所述下载地址对应的流媒体资源，或，从本地存储中提取所述下载地址对应的流媒体资源；

将所述流媒体资源发送给所述 BM-SC,以使 BM-SC对所述流媒体资源进行编码生成所述 FDT实例信息；

接收所述 BM-SC发送的 FDT实例信息和 USD信息。

结合第二方面或第二方面的第一种可能或第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址之后还包括：

通过用户代理定制 UAProf信息查询所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；

若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务，触发执行向策略与计费规则功能实体 PCRF上报通知消息。

结合第二方面或第二方面的第一种可能或第二种可能或第三种可能的实现方式，在第二方面的第四种可能的实现方式中，所述向策略与计费规则功能实体 PCRF上报通知消息之前还包括：

从内容提供服务器获取媒体表示描述文件 MPD，其中，所述通知消息还包括所述 MPD。

第三方面，本发明实施例还提供一种支持流媒体进行组播的方法，其特征在于，包括：

接收策略与计费规则功能实体 PCRF上报的并组信息，所述并组信息包括第一用户设备的网络互连协议 IP地址、第二用户设备的 IP地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

根据所述流媒体资源的下载地址获取所述流媒体资源；

对所述流媒体资源进行编码，得到文件传输表 FDT实例信息；生成用户业务描述 USD信息；

向所述 PCRF或者代理服务器发送所述 FDT实例信息和所述 USD信息。结合第三方面，在第三方面的第一种可能的实现方式中，所述根据所述流媒体资源的下载地址获取所述流媒体资源包括：

接收所述代理服务器发送的所述下载地址对应的流媒体资源；

或，根据所述下载地址向内容提供服务器请求所述下载地址对应的流媒体资源，接收所述内容提供服务器返回的所述下载地址对应的流媒体资源。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述并组信息还包括：媒体表示描述文件 MPD;

所述根据所述流媒体资源的下载地址获取所述流媒体资源之后还包括：根据所述 MPD获取所述 MPD中除所述下载地址以外的其它下载地址对应的流媒体资源。

结合第三方面或第三方面的第一种可能或第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述向所述 PCRF或者代理服务器发送所述 FDT实例信息和所述 USD信息之后还包括：

按照多媒体广播组播 MBMS业务同时向所述第一用户设备和所述第二用户设备发送所述流媒体资源。

结合第三方面的第三种可能的实现方式，在第三方面的第四种可能的实现方式中，所述按照多媒体广播组播 MBMS业务同时向所述第一用户设备和所述第二用户设备发送所述流媒体资源包括：

向所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站发送 MBMS会话信息；

将所述流媒体资源发送给所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站，以使所述第一用户设备所属小区的基站将所述流媒体资源发送给所述第一用户设备，所述第二用户设备所属小区的基站将所述流媒体资源发送给所述第二用户设备。

第四方面，本发明实施例还提供一种支持流媒体进行组播的方法，包括：接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

将所述流媒体资源的传输方式从单播方式切换到组播方式；向所述代理服务器发送通知响应消息，以使所述代理服务器获知所述

BM-SC启动了多媒体广播组播 MBMS业务。

结合第四方面，在第四方面的第一种可能的实现方式中，所述向所述代理服务器发送通知响应消息之后还包括：

根据所述流媒体资源的下载地址获取所述流媒体资源；

对所述流媒体资源进行编码，得到文件传输表 FDT实例信息；

生成用户业务描述 USD信息；

向所述代理服务器发送所述 FDT实例信息和所述 USD信息。

结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述接收代理服务器上报的通知消息之后还包括：

结合第四方面或第四方面的第一种可能或第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述接收代理服务器上报的通知消息之后还包括：

结合第四方面或第四方面的第一种可能或第二种可能或第三种可能的实现方式，在第四方面的第四种可能的实现方式中，所述接收代理服务器上报的通知消息之后还包括：

查询所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID是否在同一个单频网区域 SFN area以及同一个多媒体广播组播服务区域 MBMS service area内；

若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，新建一个 MBMS Service area,将所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID纳入到新建的 MBMS Service area,然后触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式。

结合第四方面的第四种可能的实现方式，在第四方面的第五种可能的实现方式中，所述根据所述第一用户设备的 ID获取所述第一用户设备所在小区的小区身份标识号码 Cell ID包括：

根据所述第一用户设备的 ID向分组数据网网关 P-GW或策略与计费规则功能实体 PCRF发送 Cell ID 查询消息，所述 Cell ID 查询消息包括所述第一用户设备的 ID;

接收所述 P-GW或 PCRF回复的 Cell ID反馈信息，所述 Cell ID反馈信息包括所述第一用户设备所在小区的 Cell ID;

所述根据所述第二用户设备的 ID获取所述第二用户设备所在小区的小区身份标识号码 Cell ID包括：

根据所述第二用户设备的 ID向分组数据网网关 P-GW或策略与计费规则功能实体 PCRF发送 Cell ID 查询消息，所述 Cell ID 查询消息包括所述第二用户设备的 ID;

接收所述 P-GW或 PCRF回复的 Cell ID反馈信息，所述 Cell ID反馈信息包括所述第二用户设备所在小区的 Cell ID。

第五方面，本发明实施例提供一种策略与计费规则功能实体 PCRF, 包括：接收模块，用于接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

组播切换模块，用于将所述流媒体资源的传输方式从单播方式切换到组播方式；

发送模块，用于向广播组播业务中心 BM-SC发送并组信息，所述并组信息包括所述第一用户设备的网络互连协议 IP地址、所述第二用户设备的 IP地址、所述流媒体资源的下载地址；

所述发送模块，还用于向所述代理服务器发送通知响应消息，以使所述代理服务器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。

结合第五方面，在第五方面的第一种可能的实现方式中，所述接收模块，还用于接收所述 BM-SC发送的文件传输表 FDT 实例信息和用户业务描述 USD信息，所述文件传输表实例信息由所述 BM-SC根据所述并组信息获取到所述流媒体资源后对所述流媒体资源进行编码的结果；

所述发送模块，还用于向所述代理服务器发送所述 FDT实例信息和所述 USD信息。

结合第五方面或第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，所述 PCRF还包括：获取模块和判断模块，其中，

所述获取模块，用于从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；

所述获取模块，还用于根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;

所述判断模块，用于通过所述第一用户设备的 ID和所述第二用户设备的 ID 判断所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；

所述判断模块，还用于若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务，触发执行所述组播切换模块。

结合第五方面或第五方面的第一种可能或第二种可能的实现方式，在第五方面的第三种可能的实现方式中，所述获取模块，用于从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；

所述获取模块，还用于通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一用户设备的服务质量 QoS信息、所述第二用户设备的 QoS信息；

所述获取模块，还用于基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一用户设备的服务质量 QoS信息、所述第二用户设备的 QoS信息，确定触发执行所述组播切换模块。

结合第五方面或第五方面的第一种可能或第二种可能或第三种可能的实现方式，在第五方面的第四种可能的实现方式中，所述 PCRF还包括：通知模块，其中，

所述获取模块，还用于根据所述第一用户设备的 ID获取所述第一用户设备所在小区的小区身份标识号码 Cell ID, 根据所述第二用户设备的 ID获取所述第二用户设备所在小区的小区身份标识号码 Cell ID; 所述判断模块，用于查询所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID是否在同一个单频网区域 SFN area以及同一个多媒体广播组播服务区域 MBMS service area内；

所述判断模块，还用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内且处于同一个 MBMS Service area内，触发执行所述组播切换模块；

所述通知模块，用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，通知所述 BM-SC新建一个 MBMS Service area;

所述通知模块，还用于通知所述 BM-SC新建一个 MBMS Service area之后触发执行所述组播切换模块。

第六方面，本发明实施例提供一种代理服务器，包括：

检测模块，用于检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获取到所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

发送模块，用于向策略与计费规则功能实体 PCRF或广播组播业务中心 BM-SC 上4艮通知消息，所述通知消息包括所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

获取模块，用于获取文件传输表 FDT实例信息和用户业务描述 USD信息；所述发送模块，还用于向所述第一用户设备和所述第二用户设备分别发送多媒体广播组播 MBMS业务指示信息，所述 MBMS业务指示信息包括所述 FDT实例信息和所述 USD信息。

结合第六方面，在第六方面的第一种可能的实现方式中，所述获取模块，具体用于接收所述 PCRF发送的 FDT实例信息和 USD信息。

结合第六方面，在第六方面的第二种可能的实现方式中，所述获取模块，包括：

地址发送子模块，用于向广播组播业务中心 BM-SC发送所述流媒体资源对应的下载地址；

资源获取子模块，用于从内容提供服务器下载所述下载地址对应的流媒体资源，或，从本地存储中提取所述下载地址对应的流媒体资源；资源发送子模块，用于将所述流媒体资源发送给所述 BM-SC,以使 BM-SC 对所述流媒体资源进行编码生成所述 FDT实例信息；

接收子模块，用于接收所述 BM-SC发送的 FDT实例信息和 USD信息。结合第六方面或第六方面的第一种可能或第二种可能的实现方式，在第六方面的第三种可能的实现方式中，所述代理服务器，还包括：查询模块，其中，所述查询模块，用于通过用户代理定制 UAProf信息查询所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；

所述查询模块，还用于若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务，触发执行所述发送模块。

结合第六方面或第六方面的第一种可能或第二种可能或第三种可能的实现方式，在第六方面的第四种可能的实现方式中，所述获取模块，还用于从内容提供服务器获取媒体表示描述文件 MPD, 其中，所述通知消息还包括所述 MPD。

第七方面，本发明实施例还提供一种广播组播业务中心 BM-SC, 其特征在于，包括：

接收模块，用于接收策略与计费规则功能实体 PCRF上报的并组信息，所述并组信息包括第一用户设备的网络互连协议 IP地址、第二用户设备的 IP地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

获取模块，用于根据所述流媒体资源的下载地址获取所述流媒体资源；编码模块，用于对所述流媒体资源进行编码，得到文件传输表 FDT实例信息；

生成模块，用于生成用户业务描述 USD信息；

发送模块，用于向所述 PCRF或者代理服务器发送所述 FDT实例信息和所述 USD信息。

结合第七方面，在第七方面的第一种可能的实现方式中，所述获取模块，具体用于接收所述代理服务器发送的所述下载地址对应的流媒体资源；

或，所述获取模块，具体用于根据所述下载地址向内容提供服务器请求所述下载地址对应的流媒体资源，接收所述内容提供服务器返回的所述下载地址对应的流媒体资源。结合第七方面或第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，所述并组信息还包括：媒体表示描述文件 MPD;

所述获取模块，还用于根据所述 MPD获取所述 MPD中除所述下载地址以外的其它下载地址对应的流媒体资源。

结合第七方面或第七方面的第一种可能或第二种可能的实现方式，在第七方面的第三种可能的实现方式中，所述发送模块，还用于按照多媒体广播组播 MBMS 业务同时向所述第一用户设备和所述第二用户设备发送所述流媒体资源。

结合第七方面的第三种可能的实现方式，在第七方面的第四种可能的实现方式中，所述发送模块，具体用于向所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站发送 MBMS会话信息；将所述流媒体资源发送给所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站，以使所述第一用户设备所属小区的基站将所述流媒体资源发送给所述第一用户设备，所述第二用户设备所属小区的基站将所述流媒体资源发送给所述第二用户设备。

第八方面，本发明实施例还提供一种广播组播业务中心 BM-SC, 其特征在于，包括：

接收模块，用于接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

发送模块，用于向所述代理服务器发送通知响应消息，以使所述代理服务器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。

结合第八方面，在第八方面的第一种可能的实现方式中，所述 BM-SC还包括：

生成模块，用于生成用户业务描述 USD信息；

结合第八方面或第八方面的第一种可能的实现方式，在第八方面的第二种可能的实现方式中，所述 BM-SC还包括：获取模块和判断模块，其中，

结合第八方面或第八方面的第一种可能或第二种可能的实现方式，在第八方面的第三种可能的实现方式中，所述获取模块，用于从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；

结合第八方面或第八方面的第一种可能或第二种可能或第三种可能的实现方式，在第八方面的第四种可能的实现方式中，所述 BM-SC还包括：查询模块和创建模块，其中，

所述获取模块，还用于根据所述第一用户设备的 ID获取所述第一用户设备所在小区的小区身份标识号码 Cell ID, 根据所述第二用户设备的 ID获取所述第二用户设备所在小区的小区身份标识号码 Cell ID;

所述查询模块，用于查询所述第一用户设备所在小区的 Cell lD 和所述第二用户设备所在小区的 Cell ID是否在同一个单频网区域 SFN area以及同一个多媒体广播组播服务区域 MBMS service area内；

所述查询模块，还用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内且处于同一个 MBMS Service area内，触发执行所述组播切换模块；

所述创建模块，用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，新建一个 MBMS Service area, 将所述第一用户设备所在小区的 Cell lD 和所述第二用户设备所在小区的 Cell ID纳入到新建的 MBMS Service area,然后触发执行所述组播切换模块。

结合第八方面的第四种可能的实现方式，在第八方面的第五种可能的实现方式中，所述获取模块，具体用于根据所述第一用户设备的 ID向分组数据网网关 P-GW或策略与计费规则功能实体 PCRF发送 Cell ID 查询消息，所述 Cell ID 查询消息包括所述第一用户设备的 ID; 接收所述 P-GW或 PCRF回复的 Cell ID反馈信息，所述 Cell ID反馈信息包括所述第一用户设备所在小区的 Cell ID; 根据所述第二用户设备的 ID向分组数据网网关 P-GW或策略与计费规则功能实体 PCRF发送 Cell ID 查询消息，所述 Cell ID 查询消息包括所述第二用户设备的 ID; 接收所述 P-GW或 PCRF回复的 Cell ID反馈信息，所述 Cell ID反馈信息包括所述第二用户设备所在小区的 Cell ID。

第九方面，本发明实施例还提供一种多媒体广播组播 MBMS系统，包括：如前述第五方面任一项所述的策略与计费规则功能实体 PCRF、如第六方面任一项所述的代理服务器、如第七方面任一项所述的广播组播业务中心 BM-SC、第一用户设备、第二用户设备，其中，

所述 PCRF分别和所述 BM-SC、所述代理服务器以可通信的方式相连接。结合第九方面，在第九方面的第一种可能的实现方式中，所述 PCRF通过 Rx接口与所述代理服务器相连接，所述 PCRF通过 V3接口与所述 BM-SC相连接。

结合第九方面或第九方面的第一种可能的实现方式，在第九方面的第二种可能的实现方式中，所述代理服务器通过 VI和 V2接口与所述 BM-SC相连接。

第十方面，本发明实施例还提供一种多媒体广播组播 MBMS系统，包括：如第六方面任一项所述的代理服务器、如第八方面任一项所述的广播组播业务中心 BM-SC、第一用户设备、第二用户设备，其中，

所述 BM-SC和所述代理服务器以可通信的方式相连接。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明的一些实施例中， PCRF接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后向 BM-SC发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT实例信息和 USD信息之后，就可以启动 MBMS 业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。

本发明的另一些实施例中， BM-SC接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后以通知响应消息的方式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT实例信息和 USD信息之后，就可以启动 MBMS 业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。说明

图 1 为本发明实施例提供的一种支持流媒体进行组播的方法的流程方框示意图；

图 2 为本发明实施例提供的另一种支持流媒体进行组播的方法的流程方框示意图；

图 3 为本发明实施例提供的另一种支持流媒体进行组播的方法的流程方框示意图；

图 4 为本发明实施例提供的另一种支持流媒体进行组播的方法的流程方框示意图；

图 5为本发明实施例提供的 PCRF、代理服务器、 BM-SC的一种应用场景示意图；

图 6为本发明实施例提供的一种从单播切换到组播的方法的流程示意图；图 7 为本发明实施例提供的另一种从单播切换到组播的方法的流程示意图；

图 8为本发明实施例提供的代理服务器、 BM-SC的一种应用场景示意图；图 9 为本发明实施例提供的另一种从单播切换到组播的方法的流程示意图；

图 10-a为本发明实施例提供的一种 PCRF的组成结构示意图；

图 10-b为本发明实施例提供的另一种 PCRF的组成结构示意图；图 11-a为本发明实施例提供的一种代理服务器的组成结构示意图；图 11-b为本发明实施例提供的一种代理服务器的组成结构示意图；图 12为本发明实施例提供的一种 BM-SC的组成结构示意图；

图 13-a为本发明实施例提供的另一种 BM-SC的组成结构示意图；图 13-b为本发明实施例提供的另一种 BM-SC的组成结构示意图；图 14-a为本发明实施例提供的一种 MBMS系统的组成结构示意图；图 14-b为本发明实施例提供的另一种 MBMS系统的组成结构示意图；图 15为本发明实施例提供的另一种 PCRF的组成结构示意图；

图 16为本发明实施例提供的另一种代理服务器的组成结构示意图；图 17为本发明实施例提供的另一种 BM-SC的组成结构示意图。具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域的技术人员所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语 "第一"、 "第二"等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本发明的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语 "包括" 和 "具有" 以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。

以下分别进行详细说明。

本发明支持流媒体进行组播的方法的一个实施例，可以包括：接收代理服务器上报的通知消息，上述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；将上述流媒体资源的传输方式从单播方式切换到组播方式；向广播组播业务中心（BM-SC, Broadcast Multicast Service Centre )发送并组信息，上述并组信息包括上述第一用户设备的网络互连协议（IP, Internet Protocol )地址、上述第二用户设备的 IP地址、上述流媒体资源的下载地址；向上述代理服务器发送通知响应消息，以使上述代理服务器获知上述 BM-SC 启动了多媒体广播组播 ( MBMS, Multimedia Broadcast Multicast Service )业务。

请参阅图 1所示，本发明一个实施例提供的支持流媒体进行组播的方法，可以包括：

101、接收代理服务器上报的通知消息。

其中，上述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同。

在本发明的实施例中，可以由代理服务器在检测到多个用户设备访问相同的流媒体资源时，向策略与计费规则功能实体（ PCRF , Policy charging and rules function )上报通知消息，为了便于后续实施例中描述，以两个用户设备访问相同的流媒体资源为例进行说明，具体为第一用户设备和第二用户设备，在实际应用中，还可以为三个用户设备或者更多用户设备访问相同的流媒体资源，此处仅作说明。其中，访问相同流媒体资源的多个用户设备可以处于同一个小区（Cell ) 内，也可以处于不同的小区内，只要这些用户设备都处于 MBMS 网络覆盖下即可。

在本发明的一些实施例中，可以由 PCRF接收代理服务器上报的通知消息， PCRF根据该通知消息就可以获知第一用户设备和第二用户设备访问的流媒体资源相同，其中第一用户设备和第二用户设备访问的流媒体资源相同具体可以为第一用户设备请求的统一资源定位符（ URL, Uniform Resource Locator ) 和第二用户设备请求的 URL相同，例如第一用户设备请求的流媒体资源下载地址为 "Segment#n url" , 当第二用户设备请求的流媒体资源下载地址为 "Segment#n url" 时，可以确定第一用户设备和第二用户设备同时访问相同的流媒体资源。

在本发明的一些实施例中，接收代理服务器上报的通知消息之后，还可以执行如下步骤：从上述通知消息中获取上述第一用户设备的 IP地址和上述第二用户设备的 IP地址；根据上述第一用户设备的 IP地址和上述第二用户设备的 IP地址分别获取上述第一用户设备的身份标识号码（ID, IDentity )和上述第二用户设备的 ID; 通过上述第一用户设备的 ID和上述第二用户设备的 ID 判断上述第一用户设备和所述第二用户设备是否支持 MBMS业务；若上述第一用户设备和上述第二用户设备都支持上述 MBMS业务，触发执行步骤 102 将上述流媒体资源的传输方式从单播方式切换到组播方式。

其中， PCRF可以从上述通知消息中获取到第一用户设备的 IP地址和第二用户设备的 IP地址，通过用户设备的 IP地址和 ID之间的映射关系，可以得到第一用户设备的 ID和第二用户设备的 ID, 进而可以以 ID为参数从 SPR ( Subscription Profile Repository,用户属性存储器 )中获取到用户的签约属性，从而可以判断出第一用户设备和第二用户设备是否支持 MBMS业务，只有当第一用户设备和第二用户设备都支持 MBMS业务时，才触发后续流程继续执行，若第一用户设备和第二用户设备中至少有一个不支持 MBMS业务时，则后续流程终止，不再执行单播到组播的切换。

在本发明的另一些实施例中，接收代理服务器上报的通知消息之后，还可以执行如下步骤：从上述通知消息中获取上述第一用户设备的 IP地址和上述第二用户设备的 IP地址；根据上述第一用户设备的 IP地址和上述第二用户设备的 IP地址分别获取上述第一用户设备的 ID和上述第二用户设备的 ID; 通过上述第一用户设备的 ID和上述第二用户设备的 ID获取上述第一用户设备所在小区的拥塞信息、上述第二用户设备所在小区的拥塞信息、上述第一用户设备的服务质量（QoS, Quality of Service )信息、上述第二用户设备的 QoS信息；基于获取到的第一用户设备所在小区的拥塞信息、第二用户设备所在小区的拥塞信息、第一用户设备的 QoS信息、第二用户设备的 QoS信息，确定触发执行步骤 102将上述流媒体资源的传输方式从单播方式切换到组播方式。

其中， PCRF从 SPR中获取到用户的签约属性后，根据用户所在小区的拥塞信息、 QoS信息，只有当拥塞信息和 QoS信息满足阈值条件时才触发后续流程继续执行，若以上信息不满足阈值条件时，则后续流程终止，不再执行单播到组播的切换。 PCRF通过对拥塞信息和 QoS信息设定阈值条件，只有满足阈值条件时才执行从单播到组播的切换，可以保证流媒体资源的传输，提高用户体验。

需要说明的是，在本发明实施例中，拥塞信息主要是用于确定切换到组播之后组播传送的视频码率等级。比如视频分成高、中、低三种分辨率文件，当重度拥塞时，组播传送的是低分辨率文件，当中度拥塞时，组播传送的是中分辨率文件。当拥塞信息指示低度拥塞时，组播传送的是高分辨率文件。

在本发明的一些实施例中，接收代理服务器上报的通知消息之后，还可以包括如下步骤：

从上述通知消息中获取第一用户设备的 IP地址和第二用户设备的 IP地址；

根据第一用户设备的 IP地址和第二用户设备的 IP地址分别获取第一用户设备的 ID和第二用户设备的 ID;

根据第一用户设备的 ID获取第一用户设备所在小区的小区身份标识号码 (英文筒称 Cell ID ), 根据第二用户设备的 ID获取第二用户设备所在小区的 Cell ID; 查询第一用户设备所在小区的 Cell ID 和第二用户设备所在小区的 Cell ID是否在同一个单频网区域（ SFN area, Single Frequency Network area ) 以及同一个多媒体广播组播服务区域（英文筒称 MBMS service area ) 内；

若第一用户设备所在小区和第二用户设备所在小区均处于同一个 SFN area 内且处于同一个 MBMS Service area内，触发执行步骤 102将流媒体资源的传输方式从单播方式切换到组播方式；

若第一用户设备所在小区和第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，通知 BM-SC新建一个 MBMS Service area,然后触发执行步骤 102将流媒体资源的传输方式从单播方式切换到组播方式。

需要说明的是，上述步骤中动作执行主体可以为 PCRF, PCRF查询第一用户设备所在小区的 Cell ID 和第二用户设备所在小区的 Cell ID是否在同一个 SFN area以及同一个 MBMS service area内可以通过如下方式实现： PCRF 向 BM-SC查询第一用户设备所在小区的 Cell ID和第二用户设备所在小区的 Cell ID是否在同一个 SFN area以及是否在同一个 MBMS service area, 而在 BM-SC中预先配置有 Cell ID和 SFN area及 MBMS service area的对应关系表。当然， PCRF也可以预先配置 Cell ID和 SFN area及 MBMS service area的对应关系表，即 PCRF不通过与 BM-SC交互，即可完成以上判断流程。

102、将上述流媒体资源的传输方式从单播方式切换到组播方式。

在本发明的实施例中，根据代理服务器上报的通知消息， PCRF获知有多个用户设备访问的流媒体资源相同， PCRF可以将流媒体资源的传输方式从单播方式切换到组播方式。其中， PCRF作为按需请求多媒体广播组播（ on-demand MBMS )会话的决策点，当有多个用户设备访问相同的流媒体资源时做出单播向组播切换的决策，然后通知给 BM-SC, 使 BM-SC启动 MBMS业务。

需要说明的是，本发明实施例中，将流媒体资源的传输方式从单播方式切换到组播方式，需要设定的参数包括：请求同一个流媒体资源（即同一个 URL ) 的用户个数，将请求同一个流媒体资源的用户个数与预先设定的一个阈值判断，若超过这个阈值，则启动将单播方式切换到组播方式。另外，需要设定的参数还可以包括：请求同一个流媒体资源（即同一个 URL ) 的用户设备的平均信噪比，将平均信噪比与预先设定的一个阈值做判断，若超过这个阈值，则启动将单播方式切换到组播方式。

103、向 BM-SC发送并组信息。

其中，上述并组信息包括上述第一用户设备的 IP地址、上述第二用户设备的 IP地址、上述流媒体资源的下载地址。

在本发明实施例中， PCRF做出流媒体资源的传输方式从单播方式切换到组播方式的决策之后， PCRF向 BM-SC发送并组信息， BM-SC收到该并组信息后就可以获知可以以 MBMS业务的方式向并组信息中包括的第一用户设备和第二用户设备发送流媒体资源了。

在本发明的一些实施例中， PCRF向 BM-SC发送的并组信息中包括有可以并组的多个用户设备的 IP地址以及多个用户设备访问的流媒体资源的下载地址，还可以包括多个用户设备的 ID。

在本发明的一些实施例中，向 BM-SC发送并组信息之后，还可以执行如下步骤：接收上述 BM-SC发送的文件传输表（FDT, File Delivery Table ) 实例信息和用户业务描述（ USD, User Service Description )信息，上述 FDT实例信息由上述 BM-SC根据上述并组信息获取到上述流媒体资源后对上述流媒体资源进行编码的结果；向上述代理服务器发送上述 FDT 实例信息和上述 USD信息。

其中， BM-SC生成 FDT实例信息和 USD信息之后， BM-SC向 PCRF发送 FDT实例信息和 USD信息， PCRF接收到后可以向代理服务器转发，代理服务器再转发到第一用户设备和第二用户设备，用户设备通过 FDT实例信息和 USD信息就可以获取到用户设备请求的流媒体资源，则用户就可以通过 MBMS业务观看到视频节目内容了。

104、向上述代理服务器发送通知响应消息，以使上述代理服务器获知上述 BM-SC启动了 MBMS业务。

在本发明的实施例中， PCRF向 BM-SC发送并组消息之后，向代理服务器发送通知响应消息，代理服务器接收到通知响应消息后就可以获知 BM-SC 启动了 MBMS业务。

本发明实施例中， PCRF接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后向 BM-SC发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT 实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT实例信息和 USD信息之后，就可以启动 MBMS业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。

本发明支持流媒体进行组播的方法的另一个实施例，可以包括：检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获取到上述第一用户设备和上述第二用户设备各自访问的流媒体资源相同；向 PCRF 或者 BM-SC 上4艮通知消息，上述通知消息包括上述第一用户设备和上述第二用户设备各自访问的流媒体资源相同；获取 FDT实例信息和 USD信息；向上述第一用户设备和上述第二用户设备分别发送上述 FDT实例信息和上述 USD信息。

请参阅图 2 所示，本发明另一个实施例提供的支持流媒体进行组播的方法，可以包括如下步骤：

201、检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获取到上述第一用户设备和上述第二用户设备各自访问的流媒体资源相同。

在本发明实施例中，可以由代理服务器检测多个用户设备请求的流媒体资源，若多个用户设备访问的流媒体资源的下载地址都相同时，表明多个用户设备同时访问的是同一流媒体资源。例如，代理服务器可以进行 DASH业务的事件检测，通过多个用户设备请求的 URL, 检测到多个用户设备同时访问同一流媒体资源。

在本发明的一些实施例中，代理服务器具体可以为基于 HTTP的动态自适应流代理（ DASH Proxy ),也可以为策略和计费控制（ PCC, Policy and charging control ) 架构中的 AF ( Application Function, 应用功能）实体， AF实体可以通过 Rx接口和 PCRF相连接。

在本发明的一些实施例中，检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址之后，还可以包括如下步骤：通过用户代理定制

( UAProf, User Agency Profile )信息查询上述第一用户设备和上述第二用户设备是否 MBMS业务；若上述第一用户设备和上述第二用户设备都支持上述 MBMS业务，触发执行步骤 202向 PCRF上通知消息。

其中，代理服务器可以通过用户设备提供的 UAProf信息可以查询到终端是否支持 MBMS业务。如果终端不支持 MBMS业务，则代理服务器无需执行后续步骤。

202、向 PCRF或者 BM-SC上报通知消息。

其中，上述通知消息包括上述第一用户设备和上述第二用户设备各自访问的流媒体资源相同。

在本发明一些实施例中，可以由代理服务器在检测到多个用户设备访问相同的流媒体资源时，代理服务器向 PCRF上报通知消息，当然也可以由代理服务器在检测到多个用户设备访问相同的流媒体资源时，代理服务器向 BM-SC 上报通知消息。为了便于后续实施例中描述，以两个用户设备访问相同的流媒体资源为例进行说明，具体为第一用户设备和第二用户设备，在实际应用中，还可以为三个用户设备或者更多用户设备访问相同的流媒体资源，此处仅作说明。其中，访问相同流媒体资源的多个用户设备可以处于同一个小区（Cell ) 内，也可以处于不同的小区内，只要这些用户设备都处于 MBMS网络覆盖下即可。

在本发明的一些实施例中，向 PCRF上报通知消息之前还可以执行以下步

Presentation Description ), 则代理服务器向 PCRF发送的通知消息中还包括上以在检测到第一用户设备和第二用户设备各自访问的流媒体资源相同之前获取到 MPD, 例如，代理服务器可以从 DASH服务器提前获取到 MPD。 DASH 服务器为同一个流媒体资源生成多个码率的不同表述（ Representation ), 每个表述又包括多个分片（Segment ), 每个分片通常持续几秒钟或十几秒钟，用户设备根据当前网络的传输状况选择不同表述的分片。流媒体的 "表述" 与 "分片" 在 MPD文件中进行描述，用户设备获取到 MPD文件后便可根据当前网络状况选择流媒体的某个表述，并通过请求获取某个分片对应的媒体流。

203、获取 FDT实例信息和 USD信息。

在本发明实施例中，代理服务器在想 PCRF上报通知消息之后， PCRF会将流媒体资源的传输方式从单播方式切换到组播方式，并且 PCRF会向 BM-SC 发送并组信息， PCRF接收到 BM-SC发送的 FDT实例信息和 USD信息，则代理服务器获取 FDT实例信息和 USD信息具体可以包括：代理服务器接收 PCRF发送给代理服务器的 FDT实例信息和 USD信息。

当代理服务器没有与 BM-SC 连接时，通过前述可知代理服务器可以从 PCRF接收到 FDT实例信息和 USD信息。在本发明的另一些实施例中，代理服务器还可以与 BM-SC相连接，例如，代理服务器可以通过 VI和 V2接口与 BM-SC相连接，则获取 FDT实例信息和 USD信息具体可以包括如下步骤：向 BM-SC发送上述流媒体资源对应的下载地址；从内容提供服务器下载上述下载地址对应的流媒体资源，或，从本地存储中提取上述下载地址对应的流媒体资源；将上述流媒体资源发送给上述 BM-SC, 以使 BM-SC对上述流媒体资源进行编码生成上述文件传输表实例信息；接收上述 BM-SC发送的 FDT实例信息和 USD信息。

其中，代理服务器和 BM-SC相连接，代理服务器向 BM-SC发送上述流媒体资源对应的下载地址，则 BM-SC可以根据该下载地址从服务器下载到流媒体内容，且代理服务器还可以向 BM-SC发送 MPD。代理服务器根据流媒体资源对应的下载地址查找本地存储中是否存储有下载地址对应的流媒体资源，如果本地存储有下载地址对应的流媒体资源，向 BM-SC发送，若本地未存储有下载地址对应的流媒体资源向内容提供服务器发起下载请求，从内容提供服务器下载到下载地址对应的流媒体资源，存储到本地存储中，并且发送给 BM-SC, 待 BM-SC生成 FDT实例信息和 USD信息之后，由 BM-SC发送给代理服务器。

204、向上述第一用户设备和上述第二用户设备分别发送 MBMS业务指示信息。

其中，上述 MBMS业务指示信息包括上述 FDT实例信息和上述 USD信息。

在本发明实施例中，代理服务器获取到 FDT实例信息和 USD信息之后，代理服务器向第一用户设备和第二用户设备分别发送 MBMS业务指示信息，以告知第一用户设备和第二用户设备多媒体资源将由 BM-SC通过 MBMS业务发送，并且在 MBMS业务指示信息中携带 FDT信息和 USD信息，以使第一用户设备和第二用户设备可以解码出视频流内容，从而满足用户观看视频节目内容的需求。

本发明实施例中， PCRF接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后向 BM-SC发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT 实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT实例信息和 USD信息之后，就可以启动 MBMS业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。本发明支持流媒体进行组播的方法的另一个实施例，可以包括:接收 PCRF 上才艮的并组信息，上述并组信息包括第一用户设备的 IP地址、第二用户设备的 IP地址、流媒体资源的下载地址，上述第一用户设备和上述第二用户设备各自访问的流媒体资源相同；根据上述流媒体资源的下载地址获取上述流媒体资源；对上述流媒体资源进行编码，得到 FDT实例信息；生成 USD信息；向上述 PCRF或者代理服务器发送上述 FDT实例信息和上述 USD信息。

请参阅图 3 所示，本发明另一个实施例提供的支持流媒体进行组播的方法，可以包括如下步骤：

301、接收 PCRF上报的并组信息。

其中，上述并组信息包括第一用户设备的 IP地址、第二用户设备的 IP地址、流媒体资源的下载地址，上述第一用户设备和上述第二用户设备各自访问的流媒体资源相同。

在本发明实施例中，代理服务器检测多个用户设备请求的流媒体资源，若多个用户设备访问的流媒体资源的下载地址都相同时，表明多个用户设备同时访问的是同一流媒体资源。代理服务器向 PCRF上报通知消息，以告知 PCRF 第一用户设备和第二用户设备访问相同的流媒体资源， PCRF做出将流媒体资源的传输方式从单播切换到组播的决策，然后 PCRF向 BM-SC上报并组信息。当 BM-SC接收到 PCRF上报的并组信息之后， BM-SC获知可以通过 MBMS 业务的方式向第一用户设备和第二用户设备发送流媒体资源了，据前述实施例说明，若并组信息中包括多个的用户设备，则 BM-SC同样也需要向这些多个的用户设备以 MBMS业务的方式传输流媒体资源。

302、根据上述流媒体资源的下载地址获取上述流媒体资源。

在本发明实施例中， BM-SC 收到并组信息之后，从中提取出流媒体资源的下载地址了，根据该下载地址 BM-SC获取该下载地址对应的流媒体资源。其中，根据流媒体资源的下载地址获取流媒体资源具体可以包括：接收上述代理服务器发送的上述下载地址对应的流媒体资源。也就是说，若 BM-SC和代理服务器相连接的话， BM-SC 就可以从代理服务器侧获取到下载地址对应的流媒体资源了。另外，根据流媒体资源的下载地址获取流媒体资源还可以通过如下方式来实现：根据上述下载地址向内容提供服务器请求上述下载地址对应的流媒体资源，接收上述内容提供服务器返回的所述下载地址对应的流媒体资源。也就是说， BM-SC还可以直接向内容提供服务器来下载流媒体资源。

在本发明的另一些实施例中， PCRF向 BM-SC发送的并组信息还可以包括：媒体表示描述文件 MPD, 则根据上述流媒体资源的下载地址获取上述流媒体资源之后还可以包括如下步骤：根据上述 MPD获取上述 MPD中除上述下载地址以外的其它下载地址对应的流媒体资源。

例如，第一用户设备和第二用户设备请求的流媒体资源下载地址为 "Segment#n url" , 则在 MPD中还包括有 "Segment#n url"之后的其它下载地址： "Segment#(n + 1) url"、 "Segment#(n + 2) url" ... , 通过前述 4 述的获取 ¾ϊ 媒体资源的方式， BM-SC可以依次获取到 "Segment#n url" 之后的下载地址对应的流媒体资源，直至 MPD内容的结束。由此可以实现只需要用户设备请求一次，就可以下载到全部的流媒体资源，从而提高了资源传输的效率。

303、对上述流媒体资源进行编码，得到 FDT实例信息。

在本发明实施例中， BM-SC获取到流媒体资源后， BM-SC就可以对流媒体资源进行编码，得到 FDT实例信息。其中 BM-SC对流媒体资源进行编码的方式有多种，例如 BM-SC可以进行流（flute )编码，当然也可以采用其它的编码方式。本发明实施例中对流媒体资源进行编码可以参照现有技术的编码方式，此处不再赘述。

304、生成 USD信息。

在本发明实施例中， BM-SC可以对获取到的流媒体资源动态构造 USD信息，其中， USD信息中包含用户可选择的 MBMS业务的开始时间（start time )、业务持续时间（duration ), MBMS业务区标识列表（ MBMS SAI list )和播放该 MBMS业务的一个或多个频率。

需要说明的是，步骤 303和步骤 304可以同时执行，也可以先执行步骤 303后执行步骤 304, 还可以先执行步骤 304后执行步骤 303, 此处仅作说明，不做限定。

305、向上述 PCRF或者代理服务器发送上述 FDT实例信息和上述 USD 信息。

在本发明实施例中， BM-SC生成 FDT实例信息和 USD信息之后， BM-SC 将 FDT实例信息和 USD信息发送给 PCRF, 若 BM-SC和代理服务器之间相连接， BM-SC也可以将 FDT实例信息和 USD信息发送给代理服务器。

在本发明的一些实施例中，向上述 PCRF或者代理服务器发送上述 FDT 实例信息和上述 USD信息之后还可以包括如下步骤：按照 MBMS业务同时向上述第一用户设备和上第二用户设备发送上述流媒体资源。其中 BM-SC按照 MBMS 业务同时向第一用户设备和第二用户设备发送流媒体资源具体可以包括：若第一用户设备和第二用户设备两者的小区标识（Cell lD )相同，则 BM-SC 将流媒体资源发送给第一用户设备和第二用户设备所属小区的基站，然后由基站将流媒体资源发送给第一用户设备和第二用户设备。若第一用户设备和第二用户设备属于不同的小区，第一用户设备和第二用户设备可以从单播（ unicast ) 切换到组播（multicast ), 按照 MBMS业务同时向第一用户设备和第二用户设备发送流媒体资源具体可以包括如下步骤：向第一用户设备所属小区的基站和第二用户设备所属小区的基站发送 MBMS会话信息；将流媒体资源发送给第一用户设备所属小区的基站和第二用户设备所属小区的基站，以使第一用户设备所属小区的基站将流媒体资源发送给第一用户设备，第二用户设备所属小区的基站将流媒体资源发送给第二用户设备。

当用户设备从 BM-SC接收到流媒体资源之后，用户设备可以根据 FDT实例信息从接收到的流媒体资源中获取到文件传输对象，对文件传输对象进行 flute解码，然后按照 USD信息将 flute解码后的内容传送给视频流解码器进行解码，就可以得到视频流内容，将该视频流内容呈现给用户，即可满足用户观看视频流内容的需求。

本发明如图 1所示的实施例中由 PCRF决策将流媒体资源的传输方式从单播方式切换到组播方式，接下来介绍本发明提供的另一实施例，由 BM-SC决策将流媒体资源的传输方式从单播方式切换到组播方式，请参阅如图 4所示，具体可以包括如下步骤：

401、接收代理服务器上报的通知消息。

在本发明的实施例中，可以由代理服务器在检测到多个用户设备访问相同的流媒体资源时，向 BM-SC上报通知消息， BM-SC通过代理服务器获取到第一用户设备和第二用户设备各自访问了相同的流媒体资源。为了便于后续实施例中描述，以两个用户设备访问相同的流媒体资源为例进行说明，具体为第一用户设备和第二用户设备，在实际应用中，还可以为三个用户设备或者更多用户设备访问相同的流媒体资源，此处仅作说明。其中，访问相同流媒体资源的多个用户设备可以处于同一个小区（Cell ) 内，也可以处于不同的小区内，只要这些用户设备都处于 MBMS网络覆盖下即可。

在本发明的一些实施例中，可以由 BM-SC接收代理服务器上报的通知消息， PCRF根据该通知消息就可以获知第一用户设备和第二用户设备访问的流媒体资源相同，其中第一用户设备和第二用户设备访问的流媒体资源相同具体可以为第一用户设备请求的 URL和第二用户设备请求的 URL相同，例如第一用户设备请求的流媒体资源下载地址为 "Segment#n url" , 当第二用户设备请求的流媒体资源下载地址为 "Segment#n url" 时，可以确定第一用户设备和第二用户设备同时访问相同的流媒体资源。

在本发明的一些实施例中，接收代理服务器上报的通知消息之后，还可以执行如下步骤：从上述通知消息中获取上述第一用户设备的 IP地址和上述第二用户设备的 IP地址；根据上述第一用户设备的 IP地址和上述第二用户设备的 IP地址分别获取上述第一用户设备的 ID和上述第二用户设备的 ID; 通过上述第一用户设备的 ID和上述第二用户设备的 ID判断上述第一用户设备和所述第二用户设备是否支持 MBMS业务；若上述第一用户设备和上述第二用户设备都支持上述 MBMS业务，触发执行步骤 102将上述流媒体资源的传输方式从单播方式切换到组播方式。

其中， BM-SC可以从上述通知消息中获取到第一用户设备的 IP地址和第二用户设备的 IP地址，通过用户设备的 IP地址和 ID之间的映射关系，可以得到第一用户设备的 ID和第二用户设备的 ID , 进而可以以 ID为参数从 SPR 中获取到用户的签约属性，从而可以判断出第一用户设备和第二用户设备是否支持 MBMS业务，只有当第一用户设备和第二用户设备都支持 MBMS业务时，才触发后续流程继续执行，若第一用户设备和第二用户设备中至少有一个不支持 MBMS业务时，则后续流程终止，不再执行单播到组播的切换。

在本发明的另一些实施例中，接收代理服务器上报的通知消息之后，还可以执行如下步骤：从上述通知消息中获取上述第一用户设备的 IP地址和上述第二用户设备的 IP地址；根据上述第一用户设备的 IP地址和上述第二用户设备的 IP地址分别获取上述第一用户设备的 ID和上述第二用户设备的 ID; 通过上述第一用户设备的 ID和上述第二用户设备的 ID获取上述第一用户设备所在小区的拥塞信息、上述第二用户设备所在小区的拥塞信息、上述第一用户设备的 QoS信息、上述第二用户设备的 QoS信息；基于获取到的第一用户设备所在小区的拥塞信息、第二用户设备所在小区的拥塞信息、第一用户设备的 QoS信息、第二用户设备的 QoS信息，确定触发执行步骤 102将上述流媒体资源的传输方式从单播方式切换到组播方式。

其中， BM-SC从 SPR中获取到用户的签约属性后，根据用户所在小区的拥塞信息、 QoS信息，只有当拥塞信息和 QoS信息满足阈值条件时才触发后续流程继续执行，若以上信息不满足阈值条件时，则后续流程终止，不再执行单播到组播的切换。 BM-SC通过对拥塞信息和 QoS信息设定阈值条件，只有满足阈值条件时才执行从单播到组播的切换，可以保证流媒体资源的传输，提高用户体验。需要说明的是，在本发明实施例中，拥塞信息主要是用于确定切换到组播之后组播传送的视频码率等级。比如视频分成高、中、低三种分辨率文件，当重度拥塞时，组播传送的是低分辨率文件，当中度拥塞时，组播传送的是中分辨率文件。当拥塞信息指示低度拥塞时，组播传送的是高分辨率文件。

根据第一用户设备的 ID获取第一用户设备所在小区的小区身份标识号码 (英文筒称 Cell ID ), 根据第二用户设备的 ID获取第二用户设备所在小区的 Cell ID;

查询第一用户设备所在小区的 Cell ID 和第二用户设备所在小区的 Cell ID是否在同一个 SFN area以及同一个 MBMS service area内；

若第一用户设备所在小区和第二用户设备所在小区均处于同一个 SFN area 内且处于同一个 MBMS Service area内，触发执行步骤 402将流媒体资源的传输方式从单播方式切换到组播方式；

若第一用户设备所在小区和第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area 内，新建一个 MBMS Service area,将第一用户设备所在小区的 Cell ID 和第二用户设备所在小区的 Cell ID 纳入到新建的 MBMS Service area, 然后触发执行步骤 402将流媒体资源的传输方式从单播方式切换到组播方式。

需要说明的是，上述步骤中动作执行主体可以为 BM-SC, BM-SC查询第一用户设备所在小区的 Cell ID 和第二用户设备所在小区的 Cell ID是否在同一个 SFN area 以及同一个 MBMS service area 内可以通过如下方式实现： BM-SC查询第一用户设备所在小区的 Cell ID和第二用户设备所在小区的 Cell ID是否在同一个 SFN area以及是否在同一个 MBMS service area,而在 BM-SC 中预先配置有 Cell ID和 SFN area及 MBMS service area的对应关系表。

需要说明的是,根据第一用户设备的 ID获取第一用户设备所在小区的 Cell ID包括：

根据第一用户设备的 ID 向分组数据网网关（P-GW, PDN Gateway )或 PCRF发送 Cell ID 查询消息， Cell ID 查询消息包括第一用户设备的 ID；接收 P-GW或 PCRF回复的 Cell ID反馈信息， Cell ID反馈信息包括第一用户设备所在小区的 Cell ID;

根据第二用户设备的 ID获取第二用户设备所在小区的 Cell ID包括：根据第二用户设备的 ID向 P-GW或 PCRF发送 Cell ID 查询消息， Cell ID 查询消息包括第二用户设备的 ID;

接收 P-GW或 PCRF回复的 Cell ID反馈信息， Cell ID反馈信息包括第二用户设备所在小区的 Cell ID。

402、将上述流媒体资源的传输方式从单播方式切换到组播方式。

在本发明的实施例中，根据代理服务器上报的通知消息， BM-SC 获知有多个用户设备访问的流媒体资源相同， BM-SC 可以将流媒体资源的传输方式从单播方式切换到组播方式。其中， BM-SC 作为按需请求多媒体广播组播 ( on-demand MBMS )会话的决策点，当有多个用户设备访问相同的流媒体资源时做出单播向组播切换的决策，然后 BM-SC启动 MBMS业务。

403、向上述代理服务器发送通知响应消息，以使上述代理服务器获知 BM-SC启动了 MBMS业务。

需要说明的是，本发明实施例中， BM-SC 向上述代理服务器发送通知响应消息之后还包括：根据上述流媒体资源的下载地址获取上述流媒体资源；对上述流媒体资源进行编码，得到 FDT实例信息；生成 USD信息；向上述代理服务器发送 FDT实例信息和 USD信息。 BM-SC生成 FDT实例信息和 USD 信息的过程请参阅前述实施例的描述。本发明的实施例中， BM-SC接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后以通知响应消息的方式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT 实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT实例信息和 USD信息之后，就可以启动 MBMS业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。为便于更好的理解和实施本发明实施例的上述方案，下面举例相应的应用场景来进行具体说明。

本发明前述实施例中分别介绍了 PCRF、代理服务器、 BM-SC, 接下来对

PCRF, 代理服务器、 BM-SC具体应用在 MBMS系统的系统架构进行说明，请参阅如图 5所示，为本发明实施例中 PCRF、代理服务器、 BM-SC的一种应用场景示意图。

其中，代理服务器具体可以为 DASH Proxy, DASH Proxy通过 Rx接口和 PCRF相连接， DASH Proxy通过 P-GW ( PDN Gateway , 分组数据网网关）和 BM-SC相连接， P-GW和 BM-SC之间的接口为 SGi接口， DASH-Proxy和内容提供服务器（ Contents Svr )相连接，在图 5中示出 DASH Proxy和 BM-SC 之间通过 VI 和 V2接口相连接，基于前述实施例的说明， DASH Proxy和 BM-SC之间也可以没有连接，即不存在 VI和 V2接口。 BM-SC和 BM-GW ( Broadcast-Multicast- Gateway , 广播多播网关）通过 SGi-mb接口和 SGmb接口相连接， BM-SC和内容提供服务器（ Contents Svr )相连接。 PCRF和 P-GW 之间通过 Ge接口相连接， PCRF通过 Sp接口和 SPR ( Subscription Profile Repository, 用户属性存储器 )相连接， PCRF通过 Gxc接口和 S-GW ( Serving Gateway, 服务网关）相连接， PCRF通过 V3接口和 BM-SC相连接， PCRF 通过 V4接口和 eNB( eNodeB ,演进系统基站）相连接。 S-GW和 MME( Mobility Management Entity, 移动性管理实体）相连接， S-GW和 eNB相连接。 MME 和 HSS ( Home Subscriber Server, 归属用户服务器 )相连接， MME通过 M3 接口和 MCE ( Multi-cell/multicast Coordination Entity, 多小区 /多播协同实体）相连接， MME通过 Sm接口和 BM-GW相连接， MME通过 S1接口和 eNB相连接。 BM-GW通过 Ml接口和 eNB相连接， MCE通过 M2接口和 eNB相连接。

需要说明的是，在图 5中两两模块之间的连接如果用虚线表示，则表示为信令面连接，如果用实线表示，则表示为数据面连接。

基于图 5所示的 PCRF、代理服务器、 BM-SC, 接下来对 PCRF、代理服务器、 BM-SC所需要实现的功能具体可以如下：

代理服务器，具体可以执行以下功能：

1 )、 DASH业务事件检测：通过用户请求的 url (例如 Segment#n url ), 检测多个 UE同时访问同一视频流事件；

2 )、事件上报：向 PCRF上报通知消息，通知消息中包括检测到多个 UE 同时访问同一视频流事件；

3 )、在 V1W2 接口存在的架构下，向 BM-SC 发送按需业务请求内容 ( On-demand Object ) 消息；

在 V1W2接口存在的架构下，向 BM-SC发送视频流内容文件；

4 )、通知 UE通过 MBMS接收组播内容；

5 )、向 UE传递 FDT实例信息，向 UE传递 USD信息。

PCRF , 具体可以执行以下功能：

1 )、接收代理服务器上报的通知消息，获知多个 UE同时访问同一视频流事件；

2 )、作为 on-demand MBMS会话的决策点，做出单播向组播切换的决策；

3 )、向代理服务器通知并组信息，向 BM-SC通知并组信息；

4 )、通知 BM-SC启动 MBMS广播。

BM-SC, 具体可以执行以下功能：

1 )、在 V1W2接口存在的架构下，接收代理服务器传递的视频流内容文件；

在 V1W2接口不存在的架构下，根据 MPD, Object Info(Segment#n url) ) 向 Content Sever请求视频内容，请求到的视频内容为： objectl、 object2、 ...、 object m;

2 )、把视频内容按照广播格式进行打包；

3 )、动态建立 FDT实例信息（ FDT Instance info ): 将 objectl到 object m 依据 MPD提供的时间序列进行 flute编码，构建 FDT Instance info； 4 )、向代理服务器传递 FDT Instance info;

5 )、动态构造 USD信息；

6 )、向代理服务器或 PCRF传递 USD信息；

UE, 具体可以执行以下功能：

1 )、 DASH业务请求：请求的视频流为 Segment#n url;

2 )、从代理服务器获取 FDT实例信息；

3 )、从代理服务器获取 USD信息；

4 )、通过 MBMS接收视频流文件内容；

5 )、内容解码：根据 FDT instance info获取 segment #n对应的文件传输对象，将文件传输对象进行 flute解码，然后按照 USD信息，将 flute解码的内容传送给 segment#n原来对应的解码器进行解码。对 segment#n之后的内容也做同样的处理，则用户可以通过 MBMS观看节目内容；

6 )、视频流内容呈现。

通过如上对代理服务器、 PCRF、 BM-SC的功能描述可知，在同一 MBMS 网络下多个用户同时点播相同的视频内容的情况下，本发明实施例中通过实现将多个用户动态切换到组播方式接收到视频流内容，达到节省运营商的核心网回程链路（ backhaul ) 资源和基站的空口资源，降低运营商传输视频流的传输成本的目的。

由上例可知， PCRF接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后向 BM-SC发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT 实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT实例信息和 USD信息之后，就可以启动 MBMS业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。

为了进一步的说明本发明实施例中各个功能实体之间的数据交互处理过程，接下来以 DASH业务的一个实施例进行详细说明，前提假设： UE1和 UE2 准备观看互联网公司越过（OTT, Over the top ) 内容提供商的按需业务请求 ( VoD, Video on demand )节目， UE1和 UE2已经提前获取同一节目的 MPD, 接下来以 UE1&UE2位于同一个 Cell下面为例进行说明，当然也可以位于不同的 Cell, 此处仅作说明，另外运营商已部署有 DASH Proxy, DASH Proxy可以感知 UE发送到 OTT content server的 HTTP消息。请参阅如图 6所示的从单播切换到组播的流程示意图，本发明实施例提供的支持流媒体进行组播的方法具体可以包括如下步骤：

601、 UE1根据 MPD内容，发送 HTTP Get segment#n url消息给网络， UE1 请求的视频内容的下载地址 url为： Object Info(Segment#n url)_UEl。

602、 UE2根据 MPD内容，也发送 HTTP Get segment#n url消息给网络， UE2请求的视频内容的下载地址 url为： Object Info(Segment#n url)_UE2。

603、 DASH Proxy捕获 2个 UE发送的 HTTP Get segment#n url消息。当 segement#n url一致时， DASH Proxy可判定 UE1和 UE2准备获取同一个视频流内容。

其中， DASH Proxy可以提前得到 MPD或者 DASH Proxy和 OTT content server交互获得 MPD。 DASH Proxy同时可以通过 HTTP Get消息中携带的 UAProf信息（由 UE提供）查询到终端是否支持 MBMS广播能力，如果终端不支持 MBMS广播能力，则 DASH Proxy无需执行后续步骤。

604、 DASH Proxy向 PCRF发送通知（ Notify ) 消息。

其中通知消息中可以包括： UElinfo(UEl IP addr)、 UE2info(UE2 IP addr)、 MPD、 Object Info(Segment#n url) )„

605、 PCRF根据 UE1 IP addr和 UE2 IP addr, 通过内部已知的 UE ID和 UE IP addr的映射关系，可以得知 IP addr对应的 UE ID , 进而以 UE ID为参数从 SPR得到该用户的签约属性，判断是否从单播方式切换到组播方式，例如：用户是否支持 MBMS广播业务，用户的 QoS信息，用户的分类信息等。如果用户不支持 MBMS广播业务，则后续过程终止。

606、如果 UE1和 UE2的用户信息支持 MBMS业务，并且通过 Cell ID 获知了 UE1和 UE2均处于同一个 Cell内， PCRF可以确定将 Segment#n url 对应的 object由单播方式切换为组播方式。

其中， P-GW在 UE的缺省承载建立时，已向 PCRF上报了此 UE对应的 Cell ID。当 UE移动到另外一个 Cell时， PCRF内部的 Cell ID信息也会同步更新。如果 UE1和 UE2对应的 Cell ID相同，则 PCRF可以认为 UE1和 UE2 处于同一个小区。

其中， PCRF通过 UE ID查询 Cell ID,并根据 Cell ID向 BM-SC查询 UE1 CELL ID 和 UE2 CELL ID是否在同一 SFN area以及同一 MBMS service area 内。如 UE1和 UE2均不处于同一 SFN Area内，则终止后续流程。如果 UE1 和 UE2均处于同一 SFN area 内且 UE1和 UE2均处于同一 MBMS Service area, 则 PCRF可以确定将 Segment#n url对应的 object由单播方式切换为广播方式；或者如果 UE1和 UE2均处于同一 SFN area 内，但 UE1和 UE2没有处于同一 MBMS Service area, 则 PCRF可以通知 BM-SC可以新建一个 MBMS Service area后，将 Segment#n url对应的 object由单播切换为广播方式。

或者 PCRF可以预先配置 Cell ID和 SFN area及 MBMS service area的对应关系表。不通过与 BM-SC交互，即可完成以上判断流程。即 PCRF查询 UE1 Cell ID 和 UE2 Cell ID是否在同一 SFN area以及同一 MBMS service area内。如 UE1和 UE2均不处于同一 SFN Area内，则终止后续流程。如果 UE1和 UE2 均处于同一 SFN area 内且处于同一 MBMS Service area ,则 PCRF可以确定将 Segment#n url对应的 object由单播切换为广播方式；或者如果 UE1和 UE2均处于同一 SFN area 内，但 UE1和 UE2没有处于同一 MBMS Service area, 则 PCRF通知 BM-SC可以新建一个 MBMS Service area后，将 Segment#n url对应的 object由单播切换为广播方式。

607、 PCRF向 BM-SC发送并组信息，并组信息具体可以为按需业务请求初始化 ( On-demand Initiation ) 消息，消息中可以包括如下信息： MPD , Segment#n url, UE1 info (UE1 ID, UE1 IP addr), UE2 info(UE2 ID, UE2 IP addr)„

608、 BM-SC根据 Segment#n url和 MPD, 根据 url的下载地址从内容提供服务器获取 object 1。 BM-SC同时可以根据 MPD信息，依次获取 segment#n 之后的多个 object , 直至 MPD内容结束（假设获取到的是 object2 object m )。 BM-SC将 objectl到 object m依据 MPD提供的时间序列进行 flute编码，构建 FDT Instance info。 BM-SC同时记录： UE1和 UE2可以通过 MBMS的安全密钥获取 MBMS广播信道的内容。 BM-SC同时构造 USD信息。

609、 BM-SC给 PCRF发送按需业务请求初始化响应（ On-demand Initiation Rsp ) 消息，消息中包括 USD信息和 FDT instance info。 610、 PCRF给 DASH Proxy发送通知响应（ Notify response ) 消息，消息中包括 FDT instance info和 USD信息。

611、 BM-SC按照 3GPP TS23.246协议规范，启动 MBMS会话过程。

612、 BM-SC按照 3GPP TS23.246协议规范，向 eNB传输视频流内容。 613、 DASH Proxy发送 HTTP response消息给 UE1 ,消息中包括： segment#n 将在 MBMS上传送的指示，同时包含 USD和 FDT instance info。

614、 DASH Proxy发送 HTTP response消息给 UE2,消息中包括： segment#n 将在 MBMS上传送的指示，同时包含 USD和 FDT instance info。

615、 UE1和 UE2根据 HTTP response消息，启动 MBMS接收流程，准备接收内容。

616、 eNB传输视频流内容， UE1和 UE2根据 FDT instance info获取 segment #n对应的文件传输对象，将文件传输对象进行 flute解码，然后按照 USD信息，然后将 FLUTE解码的内容传送给 segment#n对应的视频解码器进行解码。 UE1 和 UE2对 segment#n之后的内容也做同样的处理，则用户可以通过 MBMS观看视频流节目内容。

PCRF接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后向 BM-SC发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方式通知代理良务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT实例信息和 USD 信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT 实例信息和 USD信息之后，就可以启动 MBMS业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。

为了进一步的说明本发明实施例中各个功能实体之间的数据交互处理过程，接下来以 DASH业务的另一个实施例进行详细说明，前提假设： UE1和 UE2准备观看互联网公司越过（ OTT, Over the top )内容提供商的按需业务请求（ VoD, Video on demand )节目， UE1和 UE2已经提前获取同一节目的 MPD, 接下来以 UE1&UE2位于同一个 Cell下面为例进行说明，当然也可以位于不同的 Cell, 此处仅作说明，另外运营商已部署有 DASH Proxy, DASH Proxy可以感知 UE发送到 OTT content server的 HTTP消息。请参阅如图 7所示的从单播切换到组播的流程示意图，本发明实施例提供的支持流媒体进行组播的方法具体可以包括如下步骤：

701、 UE1根据 MPD内容，发送 HTTP Get segment#n url消息给网络， UE1 请求的视频内容的下载地址 url为： Object Info(Segment#n url)_UEl。

702、 UE2根据 MPD内容，也发送 HTTP Get segment#n url消息给网络，

UE2请求的视频内容的下载地址 url为： Object Info(Segment#n url)_UE2。

703、 DASH Proxy捕获 2个 UE发送的 HTTP Get segment#n url消息。当 segement#n url一致时， DASH Proxy可判定 UE1和 UE2准备获取同一个视频流内容。

704、 DASH Proxy向 PCRF发送通知（ Notify ) 消息。

其中通知消息中可以包括： UElinfo(UEl IP addr), UE2info(UE2 IP addr),

MPD、 Object Info(Segment#n url) )。

705、 PCRF根据 UE1 IP addr和 UE2 IP addr, 通过内部已知的 UE ID和 UE IP addr的映射关系，可以得知 IP addr对应的 UE ID , 进而以 UE ID为参数从 SPR得到该用户的签约属性，判断是否从单播方式切换到组播方式，例如：用户是否支持 MBMS广播业务，用户的 QoS信息，用户的分类信息等。如果用户不支持 MBMS广播业务，则后续过程终止。

706、如果 UE1和 UE2的用户信息支持 MBMS业务，并且通过 Cell ID 获知了 UE1和 UE2均处于同一个 Cell内， PCRF可以确定将 Segment#n url 对应的 object由单播方式切换为组播方式。

其中， P-GW在 UE的缺省承载建立时，已向 PCRF上报了此 UE对应的

Cell ID。当 UE移动到另外一个 Cell时， PCRF内部的 Cell ID信息也会同步更新。如果 UE1和 UE2对应的 Cell ID相同，则 PCRF可以认为 UE1和 UE2 处于同一个小区。

或者 PCRF可以预先配置 Cell ID和 SFN area及 MBMS service area的对应关系表。不通过与 BM-SC交互，即可完成以上判断流程。即 PCRF查询 UE1 Cell ID 和 UE2 Cell ID是否在同一 SFN area以及同一 MBMS service area内。如 UE1和 UE2均不处于同一 SFN Area内，则终止后续流程。如果 UE1和 UE2 均处于同一 SFN area 内且处于同一 MBMS Service area,则 PCRF可以确定将 Segment#n url对应的 object由单播切换为广播方式；或者如果 UE1和 UE2均处于同一 SFN area 内，但 UE1和 UE2没有处于同一 MBMS Service area, 则 PCRF通知 BM-SC可以新建一个 MBMS Service area后，将 Segment#n url对应的 object由单播切换为广播方式。

707、 PCRF向 BM-SC发送并组信息，并组信息具体可以为按需业务请求初始化（ On-demand Initiation ) 消息，消息中可以包括如下信息： MPD , Segment#n url, UE1 info (UE1 ID, UE1 IP addr), UE2 info(UE2 ID, UE2 IP addr)„

708、 PCRF给 DASH Proxy发送通知响应 ( Notify response ) 消息，通知 DASH Proxy , 将 UE1和 UE2切换到组播方式。

709、 DASH Proxy给 BM-SC发送按需业务请求视频流内容（On-demand Object ) 消息，消息中包括 MPD和 Segment#n url。

710、 DASH Proxy从 OTT content server获取 segment#n url对应的视频流内容 object , 如果 DASH Proxy本地存储中存储有该 object , 也可以直接将此 object发送给 BM-SC。

711、 BM-SC接收 object, 并根据 MPD和 Segment#url信息，构建 FDT Instance info , BM-SC同时构造 USD信息。

712、 BM-SC给 DASH Proxy发送 FDT instance info和 USD信息。

713、 BM-SC按照 3GPP TS23.246协议规范，启动 MBMS会话过程。 714、 BM-SC按照 3GPP TS23.246协议规范，向 eNB传输视频流内容。 715、 DASH Proxy发送 HTTP response消息给 UE1 ,消息中包括： segment#n 将在 MBMS上传送的指示，同时包含 USD和 FDT instance info。

716、 DASH Proxy发送 HTTP response消息给 UE2,消息中包括： segment#n 将在 MBMS上传送的指示，同时包含 USD和 FDT instance info。

717、 UE1和 UE2根据 HTTP response消息，启动 MBMS接收流程，准备接收内容。

718、 eNB传输视频流内容， UE1和 UE2根据 FDT instance info获取 segment #n对应的文件传输对象，将文件传输对象进行 flute解码，然后按照 USD信息，然后将 FLUTE解码的内容传送给 segment#n对应的视频解码器进行解码。 UE1 和 UE2对 segment#n之后的内容也做同样的处理，则用户可以通过 MBMS观看视频流节目内容。

PCRF, 代理服务器、 BM-SC具体应用在 MBMS系统的系统架构进行说明，请参阅如图 8所示，为本发明实施例中代理服务器、 BM-SC的另一种应用场景示意图。

其中，代理服务器具体可以为 DASH Proxy, DASH Proxy通过 P-GW( PDN Gateway , 分组数据网网关）和 BM-SC相连接， P-GW和 BM-SC之间的接口为 SGi接口， DASH-Proxy和内容提供服务器（Contents Svr )相连接，在图 8 中示出 DASH Proxy和 BM-SC之间通过 VI和 V2接口相连接，基于前述实施例的说明， DASH Proxy和 BM-SC之间也可以没有连接，即不存在 VI和 V2 接口。 BM-SC和 BM-GW ( Broadcast-Multicast- Gateway, 广播多播网关）通过 SGi-mb接口和 SGmb接口相连接， BM-SC和内容提供服务器（ Contents Svr ) 相连接。 S-GW和 MME ( Mobility Management Entity, 移动性管理实体 )相连接， S-GW和 eNB相连接。 MME和 HSS ( Home Subscriber Server, 归属用户服务器）相连接， MME通过 M3接口和 MCE ( Multi-cell/multicast Coordination Entity , 多小区 /多播协同实体）相连接， ΜΜΕ通过 Sm接口和 BM-GW相连接， MME通过 S1接口和 eNB相连接。 BM-GW通过 Ml接口和 eNB相连接， MCE通过 M2接口和 eNB相连接。

需要说明的是，在图 8中两两模块之间的连接如果用虚线表示，则表示为信令面连接，如果用实线表示，则表示为数据面连接。

基于图 8所示的代理服务器、 BM-SC, 接下来对代理服务器、 BM-SC所需要实现的功能具体可以如下：

代理服务器，具体可以执行以下功能：

2 )、事件上报：向 BM-SC上报通知消息，通知消息中包括检测到多个 UE 同时访问同一视频流事件；

在 V1W2接口存在的架构下，向 BM-SC发送视频流内容文件；

4 )、通知 UE通过 MBMS接收组播内容；

5 )、向 UE传递 FDT实例信息，向 UE传递 USD信息。

BM-SC, 具体可以执行以下功能：

2 )、向 P-GW查询 Cell ID, 或者如果系统中连接有 PCRF还可以向 PCRF 查询 Cell ID;

作为 on-demand MBMS会话的决策点，做出单播向组播切换的决策；

3 )、向代理服务器通知并组信息；

4 )、启动 MBMS广播。

5 )、在 V1W2接口存在的架构下，接收代理服务器传递的视频流内容文件；在 V1W2接口不存在的架构下，根据 MPD, Object Info(Segment#n url) ) 向 Content Sever请求视频内容，请求到的视频内容为： objectl、 object2、 ...、 object m;

6 )、把视频内容按照广播格式进行打包；

7 )、动态建立 FDT实例信息（ FDT Instance info ): 将 objectl到 object m 依据 MPD提供的时间序列进行 flute编码，构建 FDT Instance info；

8 )、向代理服务器传递 FDT Instance info;

9 )、动态构造 USD信息；

10 )、向代理服务器或 PCRF传递 USD信息；

UE, 具体可以执行以下功能：

1 )、 DASH业务请求：请求的视频流为 Segment#n url;

2 )、从代理服务器获取 FDT实例信息；

3 )、从代理服务器获取 USD信息；

4 )、通过 MBMS接收视频流文件内容；

6 )、视频流内容呈现。

为了进一步的说明本发明实施例中各个功能实体之间的数据交互处理过程，接下来以 DASH业务的一个实施例进行详细说明，前提假设： UE1和 UE2 准备观看互联网公司越过（OTT, Over the top ) 内容提供商的按需业务请求 ( VoD, Video on demand )节目， UE1和 UE2已经提前获取同一节目的 MPD, 接下来以 UE1&UE2位于同一个 Cell下面为例进行说明，当然也可以位于不同的 Cell, 此处仅作说明，另外运营商已部署有 DASH Proxy, DASH Proxy可以感知 UE发送到 OTT content server的 HTTP消息。请参阅如图 9所示的从单播切换到组播的流程示意图，本发明实施例提供的支持流媒体进行组播的方法具体可以包括如下步骤：

901、 UE1根据 MPD内容，发送 HTTP Get segment#n url消息给网络， UE1 请求的视频内容的下载地址 url为： Object Info(Segment#n url)_UEl。

902、 UE2根据 MPD内容，也发送 HTTP Get segment#n url消息给网络， UE2请求的视频内容的下载地址 url为： Object Info(Segment#n url)_UE2。

903、 DASH Proxy捕获 2个 UE发送的 HTTP Get segment#n url消息。当 segement#n url一致时， DASH Proxy可判定 UE1和 UE2准备获取同一个视频流内容。

904、 DASH Proxy向 BM-SC发送通知（ Notify ) 消息。

其中通知消息中可以包括： UElinfo(UEl IP addr)、 UE2info(UE2 IP addr)、 MPD、 Object Info(Segment#n url) )。

905、 BM-SC获取用户的签约属性（例如：用户是否支持 MBMS广播业务，用户的 QoS信息，用户的分类信息等），判断是否从单播方式切换到组播方式。如果用户不支持 MBMS广播业务，则后续过程终止。

906a, BM-SC向 P-GW发送 Cell ID 查询消息，其中，查询信息包括 UE1 info(UEl IP addr) , UE2 info(UE2 IP addr)„

906b、 P-GW向 BM-SC回复 Cell ID。

当然，步骤 906a和 906b也可以由如下步骤来代替：

BM-SC向 PCRF发送 Cell ID 查询消息，查询消息包括 UE1 info(UEl IP addr) , UE2 info(UE2 IP addr) )。

PCRF向 BM-SC回复 Cell ID。

907、 BM-SC通过 Cell ID与 SFN area和 MBMS service area的对应关系判断，如果UEl和UE2均不处于同一SFN area 内，则终止后续流程。如果 UE1 和 UE2均处于同一 SFN area 内且 UE1和 UE2均处于同一 MBMS Service area, 贝' J BM-SC可以确定将 Segment#n url对应的 object由单播方式切换为广播方式；或者如果 UE1和 UE2均处于同一 SFN area 内，但 UE1和 UE2没有处于同一 MBMS Service area, 则 BM-SC可以新建一个 MBMS Service area后，将 Segment#n url对应的 object由单播切换为广播方式。

908、 BM-SC发起 On-demand Initiation过程， UE1和 UE2可以通过 MBMS 的安全密钥获取 MBMS广播信道的内容。

909、 BM-SC给 DASH Proxy发送通知响应（ Notify response )消息，通知 DASH Proxy , 将 UE1和 UE2切换到组播方式。

910、 DASH Proxy给 BM-SC发送按需业务请求视频流内容（On-demand Object ) 消息，消息中包括 MPD和 Segment#n url。

911、 DASH Proxy从 OTT content server获取 segment#n url对应的视频流内容 object , 如果 DASH Proxy本地存储中存储有该 object , 也可以直接将此 object发送给 BM-SC。

912、 BM-SC接收 object, 并根据 MPD和 Segment#url信息，构建 FDT Instance info , BM-SC同时构造 USD信息。

913、 BM-SC给 DASH Proxy发送 FDT instance info和 USD信息。

914、 BM-SC按照 3GPP TS23.246协议规范，启动 MBMS会话过程。

915、 BM-SC按照 3GPP TS23.246协议规范，向 eNB传输视频流内容。

916、 DASH Proxy发送 HTTP response消息给 UE1 ,消息中包括： segment#n 将在 MBMS上传送的指示，同时包含 USD和 FDT instance info。

917、 DASH Proxy发送 HTTP response消息给 UE2,消息中包括： segment#n 将在 MBMS上传送的指示，同时包含 USD和 FDT instance info。

918、 UE1和 UE2根据 HTTP response消息，启动 MBMS接收流程，准备接收内容。

919、 eNB传输视频流内容， UE1和 UE2根据 FDT instance info获取 segment

#n对应的文件传输对象，将文件传输对象进行 flute解码，然后按照 USD信息，然后将 FLUTE解码的内容传送给 segment#n对应的视频解码器进行解码。 UE1 和 UE2对 segment#n之后的内容也做同样的处理，则用户可以通过 MBMS观看视频流节目内容。需要说明的是，对于前述的各方法实施例，为了筒单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相关装置。

请参阅图 10-a所示，本发明实施例提供的一种策略与计费规则功能实体 PCRFIOOO, 可以包括：接收模块 1001、组播切换模块 1002、发送模块 1003, 其中，

接收模块 1001 , 用于接收代理服务器上报的通知消息，通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

组播切换模块 1002, 用于将流媒体资源的传输方式从单播方式切换到组播方式；

发送模块 1003, 用于向广播组播业务中心 BM-SC发送并组信息，并组信息包括第一用户设备的网络互连协议 IP地址、第二用户设备的 IP地址、流媒体资源的下载地址；

发送模块 1003 , 还用于向代理服务器发送通知响应消息，以使代理服务器获知 BM-SC启动了多媒体广播组播 MBMS业务。

在本发明的一些实施例中，接收模块 1001 , 还用于接收 BM-SC发送的文件传输表 FDT实例信息和用户业务描述 USD信息，文件传输表实例信息由 BM-SC根据并组信息获取到流媒体资源后对流媒体资源进行编码的结果；发送模块 1003, 还用于向代理服务器发送 FDT实例信息和 USD信息。请参阅如图 10-b所示，在本发明的一些实施例中， PCRFIOOO, 还可以包括：获取模块 1004和判断模块 1005, 其中，

获取模块 1004, 用于从通知消息中获取第一用户设备的 IP地址和第二用户设备的 IP地址；

获取模块 1004, 还用于根据第一用户设备的 IP地址和第二用户设备的 IP 地址分别获取第一用户设备的身份标识号码 ID和第二用户设备的 ID;

判断模块 1005 , 用于通过第一用户设备的 ID和第二用户设备的 ID判断第一用户设备和第二用户设备是否支持多媒体广播组播 MBMS业务；判断模块 1005, 还用于若第一用户设备和第二用户设备都支持 MBMS业务，触发执行组播切换模块 1002。

在本发明的另一些实施例中，获取模块，用于从通知消息中获取第一用户设备的 IP地址和第二用户设备的 IP地址；

获取模块，还用于根据第一用户设备的 IP地址和第二用户设备的 IP地址分别获取第一用户设备的身份标识号码 ID和第二用户设备的 ID;

获取模块，还用于通过第一用户设备的 ID和第二用户设备的 ID获取第一用户设备所在小区的拥塞信息、第二用户设备所在小区的拥塞信息、第一用户设备的服务质量 QoS信息、第二用户设备的 QoS信息；

获取模块，还用于基于获取到的第一用户设备所在小区的拥塞信息、第二用户设备所在小区的拥塞信息、第一用户设备的服务质量 QoS信息、第二用户设备的 QoS信息，确定触发执行组播切换模块 1002。

在本发明的另一些实施例中， PCRF1000, 还可以包括：通知模块 1006, 其中，

所述获取模块 1004, 用于从所述通知消息中获取所述第一用户设备的 IP 地址和所述第二用户设备的 IP地址；

所述获取模块 1004, 还用于根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;

所述获取模块 1004,还用于根据所述第一用户设备的 ID获取所述第一用户设备所在小区的小区身份标识号码 Cell ID, 根据所述第二用户设备的 ID获取所述第二用户设备所在小区的小区身份标识号码 Cell ID;

所述判断模块 1005, 用于查询所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID是否在同一个单频网区域 SFN area以及同一个多媒体广播组播服务区域 MBMS service area内；

所述判断模块 1005 , 还用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内且处于同一个 MBMS Service area 内，触发执行所述组播切换模块；

所述通知模块 1006, 用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，通知所述 BM-SC新建一个 MBMS Service area;

所述通知模块 1006,还用于通知所述 BM-SC新建一个 MBMS Service area 之后触发执行所述组播切换模块。

由上例可知， PCRF接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后向 BM-SC发送并组信息，

BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT 实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT实例信息和 USD信息之后，就可以启动 MBMS业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。

请参阅图 11-a所示，本发明实施例提供的一种代理服务器 1100, 可以包括：检测模块 1101、发送模块 1102、获取模块 1103, 其中，

检测模块 1101 , 用于检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获取到第一用户设备和第二用户设备各自访问的流媒体资源相同；

发送模块 1102, 用于向策略与计费规则功能实体 PCRF或广播组播业务中心 BM-SC上4艮通知消息，通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

获取模块 1103,用于获取文件传输表 FDT实例信息和用户业务描述 USD 信息；

发送模块 1102, 还用于向第一用户设备和第二用户设备分别发送多媒体广播组播 MBMS业务指示信息， MBMS业务指示信息包括 FDT实例信息和 USD信息。

在本发明的一些实施例中，获取模块 1103 , 具体用于接收 PCRF发送的 FDT实例信息和 USD信息。

在本发明的另一些实施例中，获取模块 1103, 还用于从内容提供服务器获取媒体表示描述文件 MPD, 其中，通知消息还包括 MPD。

请参阅如图 11-b所示，在本发明的一些实施例中，代理服务器 1100, 还可以包括：查询模块 1104, 其中，

查询模块 1104,用于通过用户代理定制 UAProf信息查询第一用户设备和第二用户设备是否支持多媒体广播组播 MBMS业务；

查询模块 1104, 还用于若第一用户设备和第二用户设备都支持 MBMS业务，触发执行发送模块 1102。

在本发明的一些实施例中，获取模块 1103, 包括：地址发送子模块 11031、资源获取子模块 11032、资源发送子模块 11033、接收子模块 11034, 其中，地址发送子模块 11031 , 用于向广播组播业务中心 BM-SC发送流媒体资源对应的下载地址；

资源获取子模块 11032, 用于从内容提供服务器下载下载地址对应的流媒体资源，或，从本地存储中提取下载地址对应的流媒体资源；

资源发送子模块 11033, 用于将流媒体资源发送给 BM-SC, 以使 BM-SC 对流媒体资源进行编码生成 FDT实例信息；

接收子模块 11034, 用于接收 BM-SC发送的 FDT实例信息和 USD信息。请参阅图 12 所示，本发明实施例提供的一种广播组播业务中心

BM-SC1200, 可以包括：接收模块 1201、获取模块 1202、编码模块 1203、生成模块 1204、发送模块 1205, 其中，

接收模块 1201 , 用于接收策略与计费规则功能实体 PCRF上报的并组信息，并组信息包括第一用户设备的网络互连协议 IP地址、第二用户设备的 IP 地址、流媒体资源的下载地址，第一用户设备和第二用户设备各自访问的流媒体资源相同；

获取模块 1202, 用于根据流媒体资源的下载地址获取流媒体资源；编码模块 1203, 用于对流媒体资源进行编码，得到文件传输表 FDT实例信息；

生成模块 1204, 用于生成用户业务描述 USD信息；

发送模块 1205,用于向 PCRF或者代理服务器发送 FDT实例信息和 USD 信息。

在本发明的一些实施例中，获取模块 1202, 具体用于接收代理服务器发送的下载地址对应的流媒体资源；或，获取模块 1202, 具体用于根据下载地址向内容提供服务器请求下载地址对应的流媒体资源，接收内容提供服务器返回的下载地址对应的流媒体资源。

在本发明的另一些实施例中，并组信息还包括：媒体表示描述文件 MPD, 获取模块 1203 , 还用于根据 MPD获取 MPD中除下载地址以外的其它下载地址对应的流媒体资源。

在本发明的一些实施例中，发送模块 1205 , 还用于按照多媒体广播组播

MBMS业务同时向第一用户设备和第二用户设备发送流媒体资源。

在本发明的另一些实施例中，发送模块 1205, 具体用于向第一用户设备所属小区的基站和第二用户设备所属小区的基站发送 MBMS会话信息；将流媒体资源发送给第一用户设备所属小区的基站和第二用户设备所属小区的基站，以使第一用户设备所属小区的基站将流媒体资源发送给第一用户设备，第二用户设备所属小区的基站将流媒体资源发送给第二用户设备。

请参阅图 13-a 所示，本发明实施例提供的另一种广播组播业务中心

BM-SC1300, 可以包括：接收模块 1301、组播切换模块 1302、发送模块 1303, 其中，

接收模块 1301 , 用于接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

组播切换模块 1302, 用于将所述流媒体资源的传输方式从单播方式切换到组播方式；

发送模块 1303 , 用于向所述代理服务器发送通知响应消息，以使所述代理服务器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。

请参阅如图 13-b所示，在本发明的一些实施例中， BM-SC1300, 还可以包括：获取模块 1304, 用于根据所述流媒体资源的下载地址获取所述流媒体资源；

编码模块 1305, 用于对所述流媒体资源进行编码，得到文件传输表 FDT 实例信息；

生成模块 1306, 用于生成用户业务描述 USD信息；

发送模块 1303, 还用于向所述代理服务器发送所述 FDT实例信息和所述

USD信息。

请参阅如图 13-b所示，所述 BM-SC1300还包括：获取模块 1304和判断模块 1307, 其中，

所述获取模块 1304, 用于从所述通知消息中获取所述第一用户设备的 IP 地址和所述第二用户设备的 IP地址；

所述获取模块 1304, 还用于根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;

所述判断模块 1307, 用于通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；

所述判断模块 1307, 还用于若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务，触发执行所述组播切换模块。

在本发明的另一些实施例中，所述获取模块，用于从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；

所述获取模块，还用于基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一用户设备的服务质量 QoS信息、所述第二用户设备的 QoS信息，确定触发执行所述组播切换模块。请参阅如图 13-b所示，所述 BM-SC1300还包括：查询模块 1308和创建模块 1309, 其中，

所述获取模块 1304,还用于根据所述第一用户设备的 ID获取所述第一用户设备所在小区的小区身份标识号码 Cell ID, 根据所述第二用户设备的 ID获取所述第二用户设备所在小区的小区身份标识号码 Cell ID;

所述查询模块 1308, 用于查询所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID是否在同一个单频网区域 SFN area以及同一个多媒体广播组播服务区域 MBMS service area内；

所述查询模块 1308, 还用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内且处于同一个 MBMS Service area 内，触发执行所述组播切换模块；

所述创建模块 1309, 用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，新建一个 MBMS Service area,将所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID纳入到新建的 MBMS Service area,然后触发执行所述组播切换模块。

在本发明的另一些实施例中，所述获取模块，具体用于根据所述第一用户设备的 ID向分组数据网网关 P-GW或策略与计费规则功能实体 PCRF发送 Cell ID 查询消息，所述 Cell ID 查询消息包括所述第一用户设备的 ID; 接收所述 P-GW或 PCRF回复的 Cell lD反馈信息，所述 Cell ID反馈信息包括所述第一用户设备所在小区的 Cell ID; 根据所述第二用户设备的 ID向分组数据网网关 P-GW或策略与计费规则功能实体 PCRF发送 Cell ID 查询消息，所述 Cell ID 查询消息包括所述第二用户设备的 ID;接收所述 P-GW或 PCRF回复的 Cell ID 反馈信息，所述 Cell ID反馈信息包括所述第二用户设备所在小区的 Cell ID。

请参阅图 14-a所示，本发明实施例提供的一种 MBMS系统 1400, 可以包括： PCRF1000、代理服务器 1100、 BM-SC1200、第一用户设备 1401、第二用户设备 1402, 其中，

PCRF700为如前述图 10-a、图 10-b中描述的 PCRF, 代理服务器 1100为如前述图 ll-a、图 11-b中描述的代理服务器， BM-SC1200为如前述图 12中描述的 BM-SC, 其中，

PCRF1000分别和 BM-SC1200、代理服务器 1100以可通信的方式相连接。在本发明的一些实施例中， PCRF1000通过 Rx接口与代理服务器 1100相连接， PCRF1000通过 V3接口与 BM-SC1200相连接。

在本发明的一些实施例中，代理服务器 1100 通过 VI 和 V2 接口与 BM-SC1200相连接。

请参阅图 14-b所示，本发明实施例提供的一种 MBMS系统 1400, 可以包括：代理服务器 1100、 BM-SC1300, 第一用户设备 1401、第二用户设备 1402, 其中，

代理服务器 1100 为如前述图 ll-a、图 11-b 中描述的代理服务器， BM-SC1300为如前述图 13-a、 13-b中描述的 BM-SC, 其中，

代理服务器 1100和 BM-SC1300以可通信的方式相连接。

在本发明的一些实施例中，代理服务器 1100 通过 VI 和 V2 接口与 BM-SC1300相连接。

需要说明的是，上述装置各模块 /单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，其带来的技术效果与本发明方法实施例相同，具体内容可参见本发明前述所示的方法实施例中的叙述，此处不再赘述。

综上，如图 10至 14可知， PCRF接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后向 BM-SC发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT实例信息和 USD信息之后，就可以启动 MBMS 业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质存储有程序，该程序执行包括上述方法实施例中记载的部分或全部布置。

接下来介绍本发明实施例提供的另一种 PCRF, 请参阅图 15 所示， PCRF1500包括：

输入装置 1501、输出装置 1502、处理器 1503 和存储器 1504 (其中

PCRF1500中的处理器 1503的数量可以一个或多个，图 15中以一个处理器为例）。在本发明的一些实施例中，输入装置 1501、输出装置 1502、处理器 1503 和存储器 1504可通过总线或其它方式连接，其中，图 15中以通过总线连接为例。

其中，处理器 1503 , 用于执行如下步骤：通过输入装置接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；将所述流媒体资源的传输方式从单播方式切换到组播方式；通过输出装置向广播组播业务中心 BM-SC发送并组信息，所述并组信息包括所述第一用户设备的网络互连协议 IP地址、所述第二用户设备的 IP地址、所述流媒体资源的下载地址；通过输出装置向所述代理服务器发送通知响应消息，以使所述代理服务器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。

在本发明的一些实施例中，处理器 1503还用于执行以下步骤：通过输入装置接收所述 BM-SC发送的文件传输表 FDT实例信息和用户业务描述 USD 信息，所述文件传输表实例信息由所述 BM-SC根据所述并组信息获取到所述流媒体资源后对所述流媒体资源进行编码的结果；通过输出装置向所述代理服务器发送所述 FDT实例信息和所述 USD信息。

在本发明的一些实施例中，处理器 1503还用于执行以下步骤：从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务，触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式。

在本发明的一些实施例中，处理器 1503还用于执行以下步骤：从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;

基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一用户设备的服务质量 QoS信息、所述第二用户设备的 QoS信息，确定触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式。

接下来介绍本发明实施例提供的另一种代理服务器，请参阅图 16所示，代理服务器 1600包括：

输入装置 1601、输出装置 1602、处理器 1603和存储器 1604 (其中代理服务器 1600中的处理器 1603的数量可以一个或多个，图 16中以一个处理器为例）。在本发明的一些实施例中，输入装置 1601、输出装置 1602、处理器 1603 和存储器 1604可通过总线或其它方式连接，其中，图 16中以通过总线连接为例。

其中，处理器 1603 , 用于执行如下步骤：检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获取到所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；通过输出装置向策略与计费规则功能实体 PCRF或 BM-SC上报通知消息，所述通知消息包括所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；获取文件传输表 FDT实例信息和用户业务描述 USD信息；通过输出装置向所述第一用户设备和所述第二用户设备分别发送多媒体广播组播 MBMS业务指示信息，所述 MBMS业务指示信息包括所述 FDT实例信息和所述 USD信息。

在本发明的一些实施例中，处理器 1603还用于执行以下步骤：通过输入装置接收所述 PCRF发送的 FDT实例信息和 USD信息。

在本发明的一些实施例中，处理器 1603还用于执行以下步骤：通过输出装置向广播组播业务中心 BM-SC发送所述流媒体资源对应的下载地址；从内容提供服务器下载所述下载地址对应的流媒体资源，或，从本地存储中提取所述下载地址对应的流媒体资源；通过输出装置将所述流媒体资源发送给所述 BM-SC, 以使 BM-SC对所述流媒体资源进行编码生成所述 FDT实例信息；通过输入装置接收所述 BM-SC发送的 FDT实例信息和 USD信息。

在本发明的一些实施例中，处理器 1603还用于执行以下步骤：通过用户代理定制 UAProf信息查询所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务，触发执行向策略与计费规则功能实体 PCRF上报通知消息。

在本发明的一些实施例中，处理器 1603还用于执行以下步骤：从内容提供服务器获取媒体表示描述文件 MPD,其中，所述通知消息还包括所述 MPD。

接下来介绍本发明实施例提供的另一种 BM-SC, 请参阅图 17 所示， BM-SC1700包括：

输入装置 1701、输出装置 1702、处理器 1703 和存储器 1704 (其中 BM-SC1700中的处理器 1703的数量可以一个或多个，图 17中以一个处理器为例）。在本发明的一些实施例中，输入装置 1701、输出装置 1702、处理器 1703 和存储器 1704可通过总线或其它方式连接，其中，图 17中以通过总线连接为例。

其中，处理器 1703, 用于执行如下步骤：通过输入装置接收策略与计费规则功能实体 PCRF上报的并组信息，所述并组信息包括第一用户设备的网络互连协议 IP地址、第二用户设备的 IP地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；根据所述流媒体资源的下载地址获取所述流媒体资源；对所述流媒体资源进行编码，得到文件传输表 FDT实例信息；生成用户业务描述 USD信息；通过输出装置向所述 PCRF或者代理服务器发送所述 FDT实例信息和所述 USD信息。

在本发明的一些实施例中，处理器 1703还用于执行以下步骤：通过输入装置接收所述代理服务器发送的所述下载地址对应的流媒体资源；或，通过输出装置根据所述下载地址向内容提供服务器请求所述下载地址对应的流媒体资源，通过输入装置接收所述内容提供服务器返回的所述下载地址对应的流媒体资源。

在本发明的一些实施例中，所述并组信息还包括：媒体表示描述文件 MPD; 处理器 1703还用于执行以下步骤：通过输入装置根据所述 MPD获取所述 MPD中除所述下载地址以外的其它下载地址对应的流媒体资源。

在本发明的一些实施例中，处理器 1703还用于执行以下步骤：通过输出装置按照多媒体广播组播 MBMS业务同时向所述第一用户设备和所述第二用户设备发送所述流媒体资源。

在本发明的一些实施例中，处理器 1703还用于执行以下步骤：通过输出装置向所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站发送 MBMS会话信息；通过输出装置将所述流媒体资源发送给所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站，以使所述第一用户设备所属小区的基站将所述流媒体资源发送给所述第一用户设备，所述第二用户设备所属小区的基站将所述流媒体资源发送给所述第二用户设备。

接下来介绍本发明实施例提供的另一种 BM-SC, 包括：

输入装置、输出装置、处理器和存储器 (其中 BM-SC的处理器的数量可以一个或多个，以一个处理器为例）。在本发明的一些实施例中，输入装置、输出装置、处理器和存储器可通过总线或其它方式连接，其中，以通过总线连接为例。

其中，处理器，用于执行如下步骤：

通过输入装置接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

将所述流媒体资源的传输方式从单播方式切换到组播方式；

通过输出装置向所述代理服务器发送通知响应消息，以使所述代理服务器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。

在本发明的一些实施例中，所述处理器还用于执行以下步骤：

在本发明的一些实施例中，所述处理器还用于执行以下步骤：从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；

在本发明的一些实施例中，所述处理器具体用于执行以下步骤：

综上，如图 15至 17可知， PCRF接收到代理服务器上报的通知消息之后，将流媒体资源的传输方式从单播方式切换到组播方式，然后向 BM-SC发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息，然后将 FDT实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备，当用户设备接收到 FDT实例信息和 USD信息之后，就可以启动 MBMS 业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播，节省核心网的回程链路资源和基站的空口资源。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种支持流媒体进行组播的方法和相关装置及系统进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，因此，本说明书内容不应理解为对本发明的限制。

Claims

权利要求

1、一种支持流媒体进行组播的方法，其特征在于，包括：

接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

将所述流媒体资源的传输方式从单播方式切换到组播方式；

2、根据权利要求 1所述的方法，其特征在于，所述向广播组播业务中心 BM-SC发送并组信息之后还包括：

向所述代理服务器发送所述 FDT实例信息和所述 USD信息。

3、根据权利要求 1或 2所述的方法，其特征在于，所述接收代理服务器上报的通知消息之后还包括：

4、根据权利要求 1至 3中任一项所述的方法，其特征在于，所述接收代理服务器上报的通知消息之后还包括：

从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;

5、根据权利要求 1至 4中任一项所述的方法，其特征在于，所述接收代理服务器上报的通知消息之后还包括：

6、一种支持流媒体进行组播的方法，其特征在于，包括：

检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获取到所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；向策略与计费规则功能实体 PCRF或广播组播业务中心 BM-SC上报通知消息，所述通知消息包括所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

获取文件传输表 FDT实例信息和用户业务描述 USD信息；

7、根据权利要求 6所述的方法，其特征在于，所述获取文件传输表 FDT 实例信息和用户业务描述 USD信息包括：

接收所述 PCRF发送的 FDT实例信息和 USD信息。

8、根据权利要求 6所述的方法，其特征在于，所述获取文件传输表 FDT 实例信息和用户业务描述 USD信息包括：

接收所述 BM-SC发送的 FDT实例信息和 USD信息。

9、根据权利要求 6至 8中任一项所述的方法，其特征在于，所述检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址之后还包括：通过用户代理定制 UAProf信息查询所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；

10、根据权利要求 5至 9中任一项所述的方法，其特征在于，所述向策略与计费规则功能实体 PCRF上报通知消息之前还包括：

从内容提供服务器获取媒体表示描述文件 MPD, 其中，所述通知消息还包括所述 MPD。

11、一种支持流媒体进行组播的方法，其特征在于，包括：接收策略与计费规则功能实体 PCRF上报的并组信息，所述并组信息包括第一用户设备的网络互连协议 IP地址、第二用户设备的 IP地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

根据所述流媒体资源的下载地址获取所述流媒体资源；

对所述流媒体资源进行编码，得到文件传输表 FDT实例信息；

生成用户业务描述 USD信息；

向所述 PCRF或者代理服务器发送所述 FDT实例信息和所述 USD信息。

12、根据权利要求 11所述的方法，其特征在于，所述根据所述流媒体资源的下载地址获取所述流媒体资源包括：

13、根据权利要求 11或 12所述的方法，其特征在于，所述并组信息还包括：媒体表示描述文件 MPD;

14、根据权利要求 11至 13中任一项所述的方法，其特征在于，所述向所述 PCRF或者代理服务器发送所述 FDT实例信息和所述 USD信息之后还包括：按照多媒体广播组播 MBMS业务同时向所述第一用户设备和所述第二用户设备发送所述流媒体资源。

15、根据权利要求 14所述的方法，其特征在于，所述按照多媒体广播组播 MBMS业务同时向所述第一用户设备和所述第二用户设备发送所述流媒体资源包括：

16、一种支持流媒体进行组播的方法，其特征在于，包括：

将所述流媒体资源的传输方式从单播方式切换到组播方式；

17、根据权利要求 16所述的方法，其特征在于，所述向所述代理服务器发送通知响应消息之后还包括：

根据所述流媒体资源的下载地址获取所述流媒体资源；

对所述流媒体资源进行编码，得到文件传输表 FDT实例信息；

生成用户业务描述 USD信息；

向所述代理服务器发送所述 FDT实例信息和所述 USD信息。

18、根据权利要求 16或 17所述的方法，其特征在于，所述接收代理服务器上报的通知消息之后还包括：

19、根据权利要求 16至 18中任一项所述的方法，其特征在于，所述接收代理服务器上报的通知消息之后还包括：

20、根据权利要求 16至 19中任一项所述的方法，其特征在于，所述接收代理服务器上报的通知消息之后还包括：

21、根据权利要求 20所述的方法，其特征在于，所述根据所述第一用户设备的 ID获取所述第一用户设备所在小区的小区身份标识号码 Cell ID包括：根据所述第一用户设备的 ID向分组数据网网关 P-GW或策略与计费规则功能实体 PCRF发送 Cell ID 查询消息，所述 Cell ID 查询消息包括所述第一用户设备的 ID;

22、一种策略与计费规则功能实体 PCRF, 其特征在于，包括：接收模块，用于接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

23、根据权利要求 22所述的 PCRF, 其特征在于，

所述接收模块，还用于接收所述 BM-SC发送的文件传输表 FDT实例信息和用户业务描述 USD信息，所述文件传输表实例信息由所述 BM-SC根据所述并组信息获取到所述流媒体资源后对所述流媒体资源进行编码的结果；

所述发送模块，还用于向所述代理服务器发送所述 FDT实例信息和所述

USD信息。

24、根据权利要求 22或 23所述的 PCRF, 其特征在于，所述 PCRF还包括：获取模块和判断模块，其中，

所述获取模块，用于从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；所述获取模块，还用于根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;

25、根据权利要求 22至 24中任一项所述的 PCRF, 其特征在于，所述获取模块，用于从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；

26、根据权利要求 22至 25任一项所述的 PCRF,其特征在于，所述 PCRF 还包括：通知模块，其中，

所述判断模块，用于查询所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID是否在同一个单频网区域 SFN area以及同一个多媒体广播组播服务区域 MBMS service area内；

27、一种代理服务器，其特征在于，包括：

28、根据权利要求 27所述的代理服务器，其特征在于，所述获取模块，具体用于接收所述 PCRF发送的 FDT实例信息和 USD信息。

29、根据权利要求 27所述的代理服务器，其特征在于，所述获取模块，包括：

资源获取子模块，用于从内容提供服务器下载所述下载地址对应的流媒体资源，或，从本地存储中提取所述下载地址对应的流媒体资源；

资源发送子模块，用于将所述流媒体资源发送给所述 BM-SC,以使 BM-SC 对所述流媒体资源进行编码生成所述 FDT实例信息；

接收子模块，用于接收所述 BM-SC发送的 FDT实例信息和 USD信息。

30、根据权利要求 27至 29中任一项所述的代理服务器，其特征在于，所述代理服务器，还包括：查询模块，其中，

所述查询模块，用于通过用户代理定制 UAProf信息查询所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；

31、根据权利要求 27至 30中任一项所述的代理服务器，其特征在于，所述获取模块，还用于从内容提供服务器获取媒体表示描述文件 MPD, 其中，所述通知消息还包括所述 MPD。

32、一种广播组播业务中心 BM-SC, 其特征在于，包括：

生成模块，用于生成用户业务描述 USD信息；

33、根据权利要求 32所述的 BM-SC, 其特征在于，所述获取模块，具体用于接收所述代理服务器发送的所述下载地址对应的流媒体资源；

或，所述获取模块，具体用于根据所述下载地址向内容提供服务器请求所述下载地址对应的流媒体资源，接收所述内容提供服务器返回的所述下载地址对应的流媒体资源。

34、根据权利要求 32或 33所述的 BM-SC, 其特征在于，所述并组信息还包括：媒体表示描述文件 MPD;

35、根据权利要求 32至 34中任一项所述的 BM-SC, 其特征在于，所述发送模块，还用于按照多媒体广播组播 MBMS业务同时向所述第一用户设备和所述第二用户设备发送所述流媒体资源。

36、根据权利要求 35所述的 BM-SC, 其特征在于，所述发送模块，具体用于向所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站发送 MBMS会话信息；将所述流媒体资源发送给所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站，以使所述第一用户设备所属小区的基站将所述流媒体资源发送给所述第一用户设备，所述第二用户设备所属小区的基站将所述流媒体资源发送给所述第二用户设备。

37、一种广播组播业务中心 BM-SC, 其特征在于，包括：

38、根据权利要求 37所述的 BM-SC, 其特征在于，所述 BM-SC还包括：获取模块，用于根据所述流媒体资源的下载地址获取所述流媒体资源；编码模块，用于对所述流媒体资源进行编码，得到文件传输表 FDT实例信息；

生成模块，用于生成用户业务描述 USD信息；

USD信息。

39、根据权利要求 37或 38所述的 BM-SC, 其特征在于，所述 BM-SC还包括：获取模块和判断模块，其中，

40、根据权利要求 37至 39中任一项所述的 BM-SC, 其特征在于，所述获取模块，用于从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；

41、根据权利要求 37至 40中任一项所述的 BM-SC, 其特征在于，所述 BM-SC还包括：查询模块和创建模块，其中，

所述查询模块，用于查询所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID是否在同一个单频网区域 SFN area以及同一个多媒体广播组播服务区域 MBMS service area内；

所述创建模块，用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，新建一个 MBMS Service area, 将所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID纳入到新建的 MBMS Service area,然后触发执行所述组播切换模块。

42、根据权利要求 41所述的 BM-SC, 其特征在于，所述获取模块，具体用于根据所述第一用户设备的 ID向分组数据网网关 P-GW或策略与计费规则功能实体 PCRF发送 Cell ID 查询消息，所述 Cell ID 查询消息包括所述第一用户设备的 ID; 接收所述 P-GW或 PCRF回复的 Cell ID反馈信息，所述 Cell ID反馈信息包括所述第一用户设备所在小区的 Cell ID; 根据所述第二用户设备的 ID向分组数据网网关 P-GW或策略与计费规则功能实体 PCRF发送 Cell ID 查询消息，所述 Cell ID 查询消息包括所述第二用户设备的 ID; 接收所述 P-GW或 PCRF回复的 Cell ID反馈信息，所述 Cell ID反馈信息包括所述第二用户设备所在小区的 Cell ID。

43、一种多媒体广播组播 MBMS系统，其特征在于，包括：如权利要求 22至 26中任一项所述的策略与计费规则功能实体 PCRF、如权利要求 27至 31 中任一项所述的代理服务器、如权利要求 32至 36中任一项所述的广播组播业务中心 BM-SC、第一用户设备、第二用户设备，其中，

所述 PCRF分别和所述 BM-SC、所述代理服务器以可通信的方式相连接。

44、根据权利 43所述的系统，其特征在于，所述 PCRF通过 Rx接口与所述代理服务器相连接，所述 PCRF通过 V3接口与所述 BM-SC相连接。

45、根据权利要求 43或 44所述的系统，其特征在于，所述代理服务器通过 VI和 V2接口与所述 BM-SC相连接。

46、一种多媒体广播组播 MBMS系统，其特征在于，包括：如权利要求 27至 31中任一项所述的代理服务器、如权利要求 37至 42中任一项所述的广播组播业务中心 BM-SC、第一用户设备、第二用户设备，其中，

所述 BM-SC和所述代理服务器以可通信的方式相连接。

47、一种策略与计费规则功能实体 PCRF, 其特征在于，包括：输入装置、输出装置、存储器和处理器；

其中，所述处理器执行以下步骤：

将所述流媒体资源的传输方式从单播方式切换到组播方式；

通过输出装置向广播组播业务中心 BM-SC发送并组信息，所述并组信息包括所述第一用户设备的网络互连协议 IP地址、所述第二用户设备的 IP地址、所述流媒体资源的下载地址；

48、根据权利要求 47所述的 PCRF, 其特征在于，所述处理器还用于执行以下步骤：

通过输入装置接收所述 BM-SC发送的文件传输表 FDT实例信息和用户业务描述 USD信息，所述文件传输表实例信息由所述 BM-SC根据所述并组信息获取到所述流媒体资源后对所述流媒体资源进行编码的结果；

通过输出装置向所述代理服务器发送所述 FDT实例信息和所述 USD信息。

49、根据权利要求 47或 48所述的 PCRF, 其特征在于，所述处理器还用于执行以下步骤：

通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务，触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式。

50、根据权利要求 47至 49中任一项所述的 PCRF, 其特征在于，所述处理器还用于执行以下步骤：

51、根据权利要求 47至 50中任一项所述的 PCRF, 其特征在于，所述处理器还用于执行以下步骤：

若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内且处于同一个 MBMS Service area内，触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式；若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，通知所述 BM-SC新建一个 MBMS Service area , 然后触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式。

52、一种代理服务器，其特征在于，包括：输入装置、输出装置、存储器和处理器；

其中，所述处理器执行以下步骤：

检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获取到所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；通过输出装置向策略与计费规则功能实体 PCRF 或广播组播业务中心

BM-SC 上报通知消息，所述通知消息包括所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

获取文件传输表 FDT实例信息和用户业务描述 USD信息；

通过输出装置向所述第一用户设备和所述第二用户设备分别发送多媒体广播组播 MBMS业务指示信息，所述 MBMS业务指示信息包括所述 FDT实例信息和所述 USD信息。 '

53、根据权利要求 52所述的代理服务器，其特征在于，所述处理器具体用于执行以下步骤：

通过输入装置接收所述 PCRF发送的 FDT实例信息和 USD信息。

54、根据权利要求 50所述的代理服务器，其特征在于，所述处理器具体用于执行以下步骤：

通过输出装置向广播组播业务中心 BM-SC发送所述流媒体资源对应的下载地址；

从内容提供服务器下载所述下载地址对应的流媒体资源，或，从本地存储中提取所述下载地址对应的流媒体资源；

通过输出装置将所述流媒体资源发送给所述 BM-SC,以使 BM-SC对所述流媒体资源进行编码生成所述 FDT实例信息；

通过输入装置接收所述 BM-SC发送的 FDT实例信息和 USD信息。

55、根据权利要求 51至 54中任一项所述的代理服务器，其特征在于，所述处理器还用于执行以下步骤：

更正页（细则第 91条) 通过用户代理定制 UAProf信息查询所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；

56、根据权利要求 51至 55中任一项所述的代理服务器，其特征在于，所述处理器还用于执行以下步骤：

57、一种广播组播业务中心 BM-SC, 其特征在于，包括：输入装置、输出装置、存储器和处理器；

其中，所述处理器执行以下步骤：

通过输入装置接收策略与计费规则功能实体 PCRF上报的并组信息，所述并组信息包括第一用户设备的网络互连协议 IP地址、第二用户设备的 IP地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

根据所述流媒体资源的下载地址获取所述流媒体资源；

对所述流媒体资源进行编码，得到文件传输表 FDT实例信息；

生成用户业务描述 USD信息；

通过输出装置向所述 PCRF或者代理服务器发送所述 FDT实例信息和所述 USD信息。

58、根据权利要求 57所述的 BM-SC, 其特征在于，所述处理器具体用于执行以下步骤：

通过输入装置接收所述代理服务器发送的所述下载地址对应的流媒体资源；

或，通过输出装置根据所述下载地址向内容提供服务器请求所述下载地址对应的流媒体资源，通过输入装置接收所述内容提供服务器返回的所述下载地址对应的流媒体资源。

59、根据权利要求 57或 58所述的 BM-SC, 其特征在于，所述并组信息还包括：媒体表示描述文件 MPD;

所述处理器还用于执行以下步骤：通过输入装置根据所述 MPD获取所述 MPD中除所述下载地址以外的其它下载地址对应的流媒体资源。

60、根据权利要求 57至 59中任一项所述的 BM-SC, 其特征在于，所述处理器还用于执行以下步骤：

通过输出装置按照多媒体广播组播 MBMS业务同时向所述第一用户设备和所述第二用户设备发送所述流媒体资源。

61、根据权利要求 60所述的 BM-SC, 其特征在于，所述处理器具体用于执行以下步骤：

通过输出装置向所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站发送 MBMS会话信息；

通过输出装置将所述流媒体资源发送给所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基站，以使所述第一用户设备所属小区的基站将所述流媒体资源发送给所述第一用户设备，所述第二用户设备所属小区的基站将所述流媒体资源发送给所述第二用户设备。

62、一种广播组播业务中心 BM-SC, 其特征在于，包括：输入装置、输出装置、存储器和处理器；

其中，所述处理器执行以下步骤：

将所述流媒体资源的传输方式从单播方式切换到组播方式；

63、根据权利要求 62所述的 BM-SC, 其特征在于，所述处理器还用于执行以下步骤：

64、根据权利要求 62或 63所述的 BM-SC, 其特征在于，所述处理器还用于执行以下步骤：

65、根据权利要求 62至 64中任一项所述的 BM-SC, 其特征在于，所述处理器还用于执行以下步骤：

若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内且处于同一个 MBMS Service area内，触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式；若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个 SFN area 内但没有处于同一个 MBMS Service area内，新建一个 MBMS Service area,将所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所在小区的 Cell ID纳入到新建的 MBMS Service area,然后触发执行将所述流媒体资源的传输方式从单播方式切换到组播方式。

66、根据权利要求 65所述的 BM-SC, 其特征在于，所述处理器具体用于执行以下步骤：