CN104471895B

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

Info

Publication number: CN104471895B
Application number: CN201380000940.4A
Authority: CN
Inventors: 李志明; 韦安妮
Original assignee: Huawei Technologies Co Ltd
Current assignee: Qingdao Huashi Intelligent Technology Co.,Ltd.
Priority date: 2013-07-02
Filing date: 2013-07-02
Publication date: 2018-11-13
Anticipated expiration: 2033-07-02
Also published as: WO2015000141A1; US20160119395A1; WO2015000315A1; CN104471895A; EP3001602A1; EP3001602A4

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媒体文件由两部分组成：媒体表示描述文件(MediaPresentation Description，MPD)和流媒体文件。其中，DASH服务器首先为同一个流媒体文件生成多个码率的不同表述(Representation)，每个表述又包括多个分片(Segment)，每个分片通常持续几秒钟或十几秒钟，UE(User Equipment，用户设备)根据当前网络的传输状况选择不同表述的分片。流媒体的“表述”与“分片”在MPD文件中进行描述，UE获取到MPD文件后便可根据当前网络状况选择流媒体的某个表述，并通过请求获取某个分片对应的媒体流。

当同一网络下，多个用户都请求视频资源时，由于每个用户请求的业务都是通过单播进行传输的，多个用户请求视频资源势必会占用大量的传输资源，此类场景在现实生活中十分普遍，如时下热门电影的点播，热门赛事的点播。而长期演进(Long TermEvolution，LTE)系统可以支持增强多媒体广播组播(Enhanced Multimedia BroadcastMulticast 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和所述第二用户设备所在小区的CellID是否在同一个单频网区域SFN area以及同一个多媒体广播组播服务区域MBMS servicearea内；

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

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

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

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

向策略与计费规则功能实体PCRF或广播组播业务中心BM-SC上报通知消息，以使得所述PCRF依据该通知消息将所述流媒体资源的传输方式从单播方式切换到组播方式，所述通知消息包括所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

获取文件传输表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地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同，所述并组信息为PCRF根据接收到的代理服务器上报的通知消息，将所述流媒体资源的传输方式从单播方式切换到组播方式后发送的，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

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

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

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

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

结合第三方面，在第三方面的第一种可能的实现方式中，所述根据所述流媒体资源的下载地址获取所述流媒体资源包括：

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

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

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

所述根据所述流媒体资源的下载地址获取所述流媒体资源之后还包括：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个SFNarea内但没有处于同一个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上报通知消息，以使得所述PCRF依据该通知消息将所述流媒体资源的传输方式从单播方式切换到组播方式，所述通知消息包括所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

获取模块，用于获取文件传输表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地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同，所述并组信息为PCRF根据接收到的代理服务器上报的通知消息，将所述流媒体资源的传输方式从单播方式切换到组播方式后发送至所述BM-SC，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

获取模块，用于根据所述流媒体资源的下载地址获取所述流媒体资源；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

所述创建模块，用于若所述第一用户设备所在小区和所述第二用户设备所在小区均处于同一个SFN area内但没有处于同一个MBMS Service area内，新建一个MBMSService area，将所述第一用户设备所在小区的Cell ID和所述第二用户设备所在小区的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相连接。

结合第九方面或第九方面的第一种可能的实现方式，在第九方面的第二种可能的实现方式中，所述代理服务器通过V1和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上报通知消息，上述通知消息包括上述第一用户设备和上述第二用户设备各自访问的流媒体资源相同；获取FDT实例信息和USD信息；向上述第一用户设备和上述第二用户设备分别发送上述FDT实例信息和上述USD信息。

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

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

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

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

在本发明的一些实施例中，检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址之后，还可以包括如下步骤：通过用户代理定制(UAProf，User AgencyProfile)信息查询上述第一用户设备和上述第二用户设备是否MBMS业务；若上述第一用户设备和上述第二用户设备都支持上述MBMS业务，触发执行步骤202向PCRF上报通知消息。

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

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

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

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

在本发明的一些实施例中，向PCRF上报通知消息之前还可以执行以下步骤：从内容提供服务器(Content Server)获取媒体表示描述文件(MPD，Media PresentationDescription)，则代理服务器向PCRF发送的通知消息中还包括上述MPD。当然本发明实施例中代理服务器获取MPD的方式不局限与此，还可以在检测到第一用户设备和第二用户设备各自访问的流媒体资源相同之前获取到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相连接，例如，代理服务器可以通过V1和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上报的并组信息，上述并组信息包括第一用户设备的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#nurl”，则在MPD中还包括有“Segment#n url”之后的其它下载地址：“Segment#(n+1)url”、“Segment#(n+2)url”…，通过前述描述的获取流媒体资源的方式，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 ID)相同，则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#nurl”，当第二用户设备请求的流媒体资源下载地址为“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信息设定阈值条件，只有满足阈值条件时才执行从单播到组播的切换，可以保证流媒体资源的传输，提高用户体验。

查询第一用户设备所在小区的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查询第一用户设备所在小区的CellID和第二用户设备所在小区的Cell ID是否在同一个SFN area以及是否在同一个MBMSservice area，而在BM-SC中预先配置有Cell ID和SFN area及MBMS service area的对应关系表。

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

根据第一用户设备的ID向分组数据网网关(P-GW，PDN Gateway)或PCRF发送CellID查询消息，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中示出DASHProxy和BM-SC之间通过V1和V2接口相连接，基于前述实施例的说明，DASH Proxy和BM-SC之间也可以没有连接，即不存在V1和V2接口。BM-SC和BM-GW(Broadcast-Multicast-Gateway，广播多播网关)通过SGi-mb接口和SGmb接口相连接，BM-SC和内容提供服务器(ContentsSvr)相连接。PCRF和P-GW之间通过Ge接口相连接，PCRF通过Sp接口和SPR(SubscriptionProfile Repository，用户属性存储器)相连接，PCRF通过Gxc接口和S-GW(ServingGateway，服务网关)相连接，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通过M1接口和eNB相连接，MCE通过M2接口和eNB相连接。

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

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

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

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

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

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

在V1\V2接口存在的架构下，向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)、在V1\V2接口存在的架构下，接收代理服务器传递的视频流内容文件；

在V1\V2接口不存在的架构下，根据MPD,Object Info(Segment#n url))向Content Sever请求视频内容，请求到的视频内容为：object1、object2、…、object m；

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

3)、动态建立FDT实例信息(FDT Instance info)：将object1到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)_UE1。

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#nurl一致时，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)消息。

其中通知消息中可以包括：UE1info(UE1IP addr)、UE2info(UE2IP addr)、MPD、Object Info(Segment#n url))。

605、PCRF根据UE1IP addr和UE2IP 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对应的CellID相同，则PCRF可以认为UE1和UE2处于同一个小区。

其中，PCRF通过UE ID查询Cell ID，并根据Cell ID向BM-SC查询UE1CELL ID和UE2CELL 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没有处于同一MBMSService area，则PCRF可以通知BM-SC可以新建一个MBMS Service area后，将Segment#nurl对应的object由单播切换为广播方式。

或者PCRF可以预先配置Cell ID和SFN area及MBMS service area的对应关系表。不通过与BM-SC交互，即可完成以上判断流程。即PCRF查询UE1Cell ID和UE2Cell 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，UE1info(UE1ID，UE1IP addr),UE2info(UE2ID，UE2IP addr)。

608、BM-SC根据Segment#n url和MPD，根据url的下载地址从内容提供服务器获取object 1。BM-SC同时可以根据MPD信息，依次获取segment#n之后的多个object，直至MPD内容结束(假设获取到的是object2、…、object m)。BM-SC将object1到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)消息，消息中包括FDTinstance 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)_UE1。

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#nurl一致时，DASH Proxy可判定UE1和UE2准备获取同一个视频流内容。

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

705、PCRF根据UE1IP addr和UE2IP 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由单播方式切换为组播方式。

707、PCRF向BM-SC发送并组信息，并组信息具体可以为按需业务请求初始化(On-demand Initiation)消息，消息中可以包括如下信息：MPD，Segment#n url，UE1info(UE1ID，UE1IP addr),UE2info(UE2ID，UE2IP 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，接下来对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之间通过V1和V2接口相连接，基于前述实施例的说明，DASH Proxy和BM-SC之间也可以没有连接，即不存在V1和V2接口。BM-SC和BM-GW(Broadcast-Multicast-Gateway，广播多播网关)通过SGi-mb接口和SGmb接口相连接，BM-SC和内容提供服务器(Contents Svr)相连接。S-GW和MME(MobilityManagement Entity，移动性管理实体)相连接，S-GW和eNB相连接。MME和HSS(HomeSubscriber Server，归属用户服务器)相连接，MME通过M3接口和MCE(Multi-cell/multicast Coordination Entity，多小区/多播协同实体)相连接，MME通过Sm接口和BM-GW相连接，MME通过S1接口和eNB相连接。BM-GW通过M1接口和eNB相连接，MCE通过M2接口和eNB相连接。

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

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

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

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

在V1\V2接口存在的架构下，向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)、在V1\V2接口存在的架构下，接收代理服务器传递的视频流内容文件；

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

7)、动态建立FDT实例信息(FDT Instance info)：将object1到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)_UE1。

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#nurl一致时，DASH Proxy可判定UE1和UE2准备获取同一个视频流内容。

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

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

906a、BM-SC向P-GW发送Cell ID查询消息，其中，查询信息包括UE1info(UE1IPaddr)，UE2info(UE2IP addr)。

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

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

BM-SC向PCRF发送Cell ID查询消息，查询消息包括UE1info(UE1IP addr)，UE2info(UE2IP addr))。

PCRF向BM-SC回复Cell ID。

907、BM-SC通过Cell ID与SFN area和MBMS service area的对应关系判断，如果UE1和UE2均不处于同一SFN area内，则终止后续流程。如果UE1和UE2均处于同一SFN area内且UE1和UE2均处于同一MBMS Service area，则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)消息，通知DASHProxy，将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所示，本发明实施例提供的一种策略与计费规则功能实体PCRF1000，可以包括：接收模块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所示，在本发明的一些实施例中，PCRF1000，还可以包括：获取模块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之后触发执行所述组播切换模块。

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

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

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

获取模块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地址；

请参阅如图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内，新建一个MBMSService area，将所述第一用户设备所在小区的Cell ID和所述第二用户设备所在小区的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。

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

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

PCRF1000分别和BM-SC1200、代理服务器1100以可通信的方式相连接。

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

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

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

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

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

在本发明的一些实施例中，代理服务器1100通过V1和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地址；

基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一用户设备的服务质量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业务。

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

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

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

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

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

Claims

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

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

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

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

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

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

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

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

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

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

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

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

检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获取到所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；第一用户设备和第二用户设备访问的流媒体资源相同具体为第一用户设备请求的统一资源定位符URL和第二用户设备请求的URL相同；

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

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

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

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

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

9.根据权利要求6至8中任一项所述的方法，其特征在于，所述检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址之后还包括：

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

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

接收策略与计费规则功能实体PCRF上报的并组信息，所述并组信息包括第一用户设备的网络互连协议IP地址、第二用户设备的IP地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同，第一用户设备和第二用户设备访问的流媒体资源相同具体为第一用户设备请求的统一资源定位符URL和第二用户设备请求的URL相同；所述并组信息为PCRF根据接收到的代理服务器上报的通知消息，将所述流媒体资源的传输方式从单播方式切换到组播方式后发送的，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

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

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

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

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

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

14.根据权利要求11或12所述的方法，其特征在于，所述向所述PCRF或者代理服务器发送所述FDT实例信息和所述USD信息之后还包括：

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

16.一种支持流媒体进行组播的方法，其特征在于，应用于广播组播业务中心BM-SC中，包括：

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

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

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

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

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

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

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

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

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

21.根据权利要求20所述的方法，其特征在于，所述根据所述第一用户设备的ID获取所述第一用户设备所在小区的小区身份标识号码Cell ID包括：

22.一种策略与计费规则功能实体PCRF，其特征在于，包括：

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

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

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

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

25.根据权利要求24所述的PCRF，其特征在于，

26.根据权利要求24所述的PCRF，其特征在于，所述PCRF还包括：通知模块，其中，

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

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

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

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

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

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

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

接收模块，用于接收策略与计费规则功能实体PCRF上报的并组信息，所述并组信息包括第一用户设备的网络互连协议IP地址、第二用户设备的IP地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同，第一用户设备和第二用户设备访问的流媒体资源相同具体为第一用户设备请求的统一资源定位符URL和第二用户设备请求的URL相同；所述并组信息为PCRF根据接收到的代理服务器上报的通知消息，将所述流媒体资源的传输方式从单播方式切换到组播方式后发送至所述BM-SC，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

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

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

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

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

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

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

38.根据权利要求37所述的BM-SC，其特征在于，所述BM-SC还包括：

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

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

40.根据权利要求39所述的BM-SC，其特征在于，

41.根据权利要求39所述的BM-SC，其特征在于，所述BM-SC还包括：查询模块和创建模块，其中，

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

通过输出装置向策略与计费规则功能实体PCRF或广播组播业务中心BM-SC上报通知消息，以使得所述PCRF依据该通知消息将所述流媒体资源的传输方式从单播方式切换到组播方式，所述通知消息包括所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同；

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

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

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

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

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

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

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

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

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

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

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

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

通过输入装置接收策略与计费规则功能实体PCRF上报的并组信息，所述并组信息包括第一用户设备的网络互连协议IP地址、第二用户设备的IP地址、流媒体资源的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同，第一用户设备和第二用户设备访问的流媒体资源相同具体为第一用户设备请求的统一资源定位符URL和第二用户设备请求的URL相同；所述并组信息为PCRF根据接收到的代理服务器上报的通知消息，将所述流媒体资源的传输方式从单播方式切换到组播方式后发送至所述BM-SC，所述通知消息包括第一用户设备和第二用户设备各自访问的流媒体资源相同；

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

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

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

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

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

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

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

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

所述处理器还用于执行以下步骤：

通过输入装置根据所述MPD获取所述MPD中除所述下载地址以外的其它下载地址对应的流媒体资源。

60.根据权利要求57或58所述的BM-SC，其特征在于，所述处理器还用于执行以下步骤：

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

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

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

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

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

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

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

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

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

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