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

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

Info

Publication number
CN104471895A
CN104471895A CN201380000940.4A CN201380000940A CN104471895A CN 104471895 A CN104471895 A CN 104471895A CN 201380000940 A CN201380000940 A CN 201380000940A CN 104471895 A CN104471895 A CN 104471895A
Authority
CN
China
Prior art keywords
user equipment
cell
streaming media
media resource
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201380000940.4A
Other languages
English (en)
Other versions
CN104471895B (zh
Inventor
李志明
韦安妮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qingdao Huashi Intelligent Technology Co.,Ltd.
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN104471895A publication Critical patent/CN104471895A/zh
Application granted granted Critical
Publication of CN104471895B publication Critical patent/CN104471895B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
    • H04L12/184—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture with heterogeneous receivers, e.g. layered multicast

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

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业务， 触发 执行将所述流媒体资源的传输方式从单播方式切换到组播方式。
结合第一方面或第一方面的第一种可能或第二种可能的实现方式，在第一 方面的第三种可能的实现方式中，所述接收代理服务器上报的通知消息之后还 包括：
从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户 设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一 用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息；
基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备 所在小区的拥塞信息、 所述第一用户设备的 QoS信息、 所述第二用户设备的 QoS信息，确定触发执行将所述流媒体资源的传输方式从单播方式切换到组播 方式。
结合第一方面或第一方面的第一种可能或第二种可能或第三种可能的实 现方式，在第一方面的第四种可能的实现方式中， 所述接收代理服务器上报的 通知消息之后还包括：
从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
根据所述第一用户设备的 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信息。
结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种 可能的实现方式中， 所述接收代理服务器上报的通知消息之后还包括：
从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户 设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；
若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务， 触发 执行将所述流媒体资源的传输方式从单播方式切换到组播方式。
结合第四方面或第四方面的第一种可能或第二种可能的实现方式，在第四 方面的第三种可能的实现方式中，所述接收代理服务器上报的通知消息之后还 包括：
从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户 设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一 用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息；
基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备 所在小区的拥塞信息、 所述第一用户设备的 QoS信息、 所述第二用户设备的 QoS信息，确定触发执行将所述流媒体资源的传输方式从单播方式切换到组播 方式。
结合第四方面或第四方面的第一种可能或第二种可能或第三种可能的实 现方式，在第四方面的第四种可能的实现方式中， 所述接收代理服务器上报的 通知消息之后还包括：
从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
根据所述第一用户设备的 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内， 新建一个 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地址；
所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
所述获取模块， 还用于通过所述第一用户设备的 ID和所述第二用户设备 的 ID获取所述第一用户设备所在小区的拥塞信息、 所述第二用户设备所在小 区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备 的 QoS信息；
所述获取模块，还用于基于获取到的所述第一用户设备所在小区的拥塞信 息、 所述第二用户设备所在小区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息， 确定触发执行所述组播切换模块。
结合第五方面或第五方面的第一种可能或第二种可能或第三种可能的实 现方式， 在第五方面的第四种可能的实现方式中， 所述 PCRF还包括： 通知模 块， 其中，
所述获取模块， 用于从所述通知消息中获取所述第一用户设备的 IP地址 和所述第二用户设备的 IP地址；
所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
所述获取模块， 还用于根据所述第一用户设备的 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还 包括：
获取模块， 用于根据所述流媒体资源的下载地址获取所述流媒体资源； 编码模块， 用于对所述流媒体资源进行编码， 得到文件传输表 FDT实例 信息；
生成模块， 用于生成用户业务描述 USD信息；
所述发送模块， 还用于向所述代理服务器发送所述 FDT实例信息和所述 USD信息。
结合第八方面或第八方面的第一种可能的实现方式，在第八方面的第二种 可能的实现方式中， 所述 BM-SC还包括： 获取模块和判断模块， 其中，
所述获取模块， 用于从所述通知消息中获取所述第一用户设备的 IP地址 和所述第二用户设备的 IP地址；
所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
所述判断模块， 用于通过所述第一用户设备的 ID和所述第二用户设备的 ID 判断所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；
所述判断模块，还用于若所述第一用户设备和所述第二用户设备都支持所 述 MBMS业务， 触发执行所述组播切换模块。
结合第八方面或第八方面的第一种可能或第二种可能的实现方式，在第八 方面的第三种可能的实现方式中， 所述获取模块， 用于从所述通知消息中获取 所述第一用户设备的 IP地址和所述第二用户设备的 IP地址；
所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
所述获取模块， 还用于通过所述第一用户设备的 ID和所述第二用户设备 的 ID获取所述第一用户设备所在小区的拥塞信息、 所述第二用户设备所在小 区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备 的 QoS信息；
所述获取模块，还用于基于获取到的所述第一用户设备所在小区的拥塞信 息、 所述第二用户设备所在小区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息， 确定触发执行所述组播切换模块。
结合第八方面或第八方面的第一种可能或第二种可能或第三种可能的实 现方式， 在第八方面的第四种可能的实现方式中， 所述 BM-SC还包括： 查询 模块和创建模块， 其中，
所述获取模块， 用于从所述通知消息中获取所述第一用户设备的 IP地址 和所述第二用户设备的 IP地址；
所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
所述获取模块， 还用于根据所述第一用户设备的 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解码后的内容传送给视频流解码器进行 解码， 就可以得到视频流内容， 将该视频流内容呈现给用户， 即可满足用户观 看视频流内容的需求。
本发明实施例中， PCRF接收到代理服务器上报的通知消息之后， 将流媒 体资源的传输方式从单播方式切换到组播方式，然后向 BM-SC发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方 式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息， 然后将 FDT 实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备， 当用 户设备接收到 FDT实例信息和 USD信息之后， 就可以启动 MBMS业务接收 流媒体资源，从而实现了传输流媒体资源从单播切换到组播， 节省核心网的回 程链路资源和基站的空口资源。
本发明如图 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信息设定阈值条件， 只有 满足阈值条件时才执行从单播到组播的切换， 可以保证流媒体资源的传输，提 高用户体验。 需要说明的是，在本发明实施例中，拥塞信息主要是用于确定切换到组播 之后组播传送的视频码率等级。 比如视频分成高、 中、 低三种分辨率文件， 当 重度拥塞时， 组播传送的是低分辨率文件， 当中度拥塞时， 组播传送的是中分 辨率文件。 当拥塞信息指示低度拥塞时， 组播传送的是高分辨率文件。
在本发明的一些实施例中，接收代理服务器上报的通知消息之后，还可以 包括如下步骤：
从上述通知消息中获取第一用户设备的 IP地址和第二用户设备的 IP地 址；
根据第一用户设备的 IP地址和第二用户设备的 IP地址分别获取第一用户 设备的 ID和第二用户设备的 ID;
根据第一用户设备的 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业务。
需要说明的是， 本发明实施例中， 将流媒体资源的传输方式从单播方式切 换到组播方式，需要设定的参数包括：请求同一个流媒体资源（即同一个 URL ) 的用户个数， 将请求同一个流媒体资源的用户个数与预先设定的一个阈值判 断， 若超过这个阈值， 则启动将单播方式切换到组播方式。 另外， 需要设定的 参数还可以包括： 请求同一个流媒体资源 （即同一个 URL ) 的用户设备的平 均信噪比， 将平均信噪比与预先设定的一个阈值做判断， 若超过这个阈值， 则 启动将单播方式切换到组播方式。
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准备获取同一个视频 流内容。
其中， DASH Proxy可以提前得到 MPD或者 DASH Proxy和 OTT content server交互获得 MPD。 DASH Proxy同时可以通过 HTTP Get消息中携带的 UAProf信息（由 UE提供）查询到终端是否支持 MBMS广播能力， 如果终端 不支持 MBMS广播能力， 则 DASH Proxy无需执行后续步骤。
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通过 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由单播切换为广播方式。
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发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方 式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息， 然后将 FDT 实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备， 当用 户设备接收到 FDT实例信息和 USD信息之后， 就可以启动 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之间通过 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所 需要实现的功能具体可以如下：
代理服务器， 具体可以执行以下功能：
1 )、 DASH业务事件检测： 通过用户请求的 url (例如 Segment#n url ), 检 测多个 UE同时访问同一视频流事件；
2 )、事件上报： 向 BM-SC上报通知消息，通知消息中包括检测到多个 UE 同时访问同一视频流事件；
3 )、 在 V1W2 接口存在的架构下， 向 BM-SC 发送按需业务请求内容 ( On-demand Object ) 消息；
在 V1W2接口存在的架构下， 向 BM-SC发送视频流内容文件；
4 )、 通知 UE通过 MBMS接收组播内容；
5 )、 向 UE传递 FDT实例信息， 向 UE传递 USD信息。
BM-SC, 具体可以执行以下功能：
1 )、 接收代理服务器上报的通知消息， 获知多个 UE同时访问同一视频流 事件；
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接收视频流文件内容；
5 )、 内容解码： 根据 FDT instance info获取 segment #n对应的文件传输对 象， 将文件传输对象进行 flute解码， 然后按照 USD信息， 将 flute解码的内 容传送给 segment#n原来对应的解码器进行解码。 对 segment#n之后的内容也 做同样的处理， 则用户可以通过 MBMS观看节目内容；
6 )、 视频流内容呈现。
通过如上对代理服务器、 PCRF、 BM-SC的功能描述可知， 在同一 MBMS 网络下多个用户同时点播相同的视频内容的情况下，本发明实施例中通过实现 将多个用户动态切换到组播方式接收到视频流内容，达到节省运营商的核心网 回程链路（ backhaul ) 资源和基站的空口资源， 降低运营商传输视频流的传输 成本的目的。
为了进一步的说明本发明实施例中各个功能实体之间的数据交互处理过 程，接下来以 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准备获取同一个视频 流内容。
其中， DASH Proxy可以提前得到 MPD或者 DASH Proxy和 OTT content server交互获得 MPD。 DASH Proxy同时可以通过 HTTP Get消息中携带的 UAProf信息（由 UE提供）查询到终端是否支持 MBMS广播能力， 如果终端 不支持 MBMS广播能力， 则 DASH Proxy无需执行后续步骤。
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会话信息； 将流 媒体资源发送给第一用户设备所属小区的基站和第二用户设备所属小区的基 站， 以使第一用户设备所属小区的基站将流媒体资源发送给第一用户设备， 第 二用户设备所属小区的基站将流媒体资源发送给第二用户设备。
由上例可知， PCRF接收到代理服务器上报的通知消息之后， 将流媒体资 源的传输方式从单播方式切换到组播方式， 然后向 BM-SC发送并组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应消息的方 式通知代理服务器，代理服务器获取 FDT实例信息和 USD信息， 然后将 FDT 实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设备， 当用 户设备接收到 FDT实例信息和 USD信息之后， 就可以启动 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地址；
所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
所述获取模块， 还用于通过所述第一用户设备的 ID和所述第二用户设备 的 ID获取所述第一用户设备所在小区的拥塞信息、 所述第二用户设备所在小 区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备 的 QoS信息；
所述获取模块，还用于基于获取到的所述第一用户设备所在小区的拥塞信 息、 所述第二用户设备所在小区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息， 确定触发执行所述组播切换模块。 请参阅如图 13-b所示， 所述 BM-SC1300还包括： 查询模块 1308和创建 模块 1309, 其中，
所述获取模块 1304, 用于从所述通知消息中获取所述第一用户设备的 IP 地址和所述第二用户设备的 IP地址；
所述获取模块 1304, 还用于根据所述第一用户设备的 IP地址和所述第二 用户设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二 用户设备的 ID;
所述获取模块 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;
通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户 设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一 用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息；
基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备 所在小区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用 户设备的 QoS信息， 确定触发执行将所述流媒体资源的传输方式从单播方式 切换到组播方式。
在本发明的一些实施例中， 处理器 1503还用于执行以下步骤： 从所述通 知消息中获取所述第一用户设备的 IP地址和所述第二用户设备的 IP地址； 根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
根据所述第一用户设备的 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, 然后触发执行将所述流媒体资源的传输方式从单 播方式切换到组播方式。
接下来介绍本发明实施例提供的另一种代理服务器， 请参阅图 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地址；
根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户 设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；
若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务， 触发 执行将所述流媒体资源的传输方式从单播方式切换到组播方式。
在本发明的一些实施例中， 所述处理器还用于执行以下步骤：
从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户 设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一 用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息；
基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备 所在小区的拥塞信息、 所述第一用户设备的 QoS信息、 所述第二用户设备的 QoS信息，确定触发执行将所述流媒体资源的传输方式从单播方式切换到组播 方式。
在本发明的一些实施例中， 所述处理器还用于执行以下步骤： 从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
根据所述第一用户设备的 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内， 新建一个 MBMS Service 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。
综上，如图 15至 17可知， PCRF接收到代理服务器上报的通知消息之后， 将流媒体资源的传输方式从单播方式切换到组播方式， 然后向 BM-SC发送并 组信息， BM-SC接收到该并组信息后就启动 MBMS业务， PCRF以通知响应 消息的方式通知代理服务器， 代理服务器获取 FDT实例信息和 USD信息， 然 后将 FDT实例信息和 USD信息分别发送给访问相同流媒体资源的多个用户设 备， 当用户设备接收到 FDT实例信息和 USD信息之后， 就可以启动 MBMS 业务接收流媒体资源，从而实现了传输流媒体资源从单播切换到组播， 节省核 心网的回程链路资源和基站的空口资源。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存 储介质中， 上述提到的存储介质可以是只读存储器， 磁盘或光盘等。
以上对本发明所提供的一种支持流媒体进行组播的方法和相关装置及系 统进行了详细介绍， 对于本领域的一般技术人员， 依据本发明实施例的思想， 在具体实施方式及应用范围上均会有改变之处， 因此， 本说明书内容不应理解 为对本发明的限制。

Claims (1)

  1. 权 利 要 求
    1、 一种支持流媒体进行组播的方法， 其特征在于， 包括：
    接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二 用户设备各自访问的流媒体资源相同；
    将所述流媒体资源的传输方式从单播方式切换到组播方式；
    向广播组播业务中心 BM-SC发送并组信息， 所述并组信息包括所述第一 用户设备的网络互连协议 IP地址、 所述第二用户设备的 IP地址、 所述流媒体 资源的下载地址；
    向所述代理服务器发送通知响应消息， 以使所述代理服务器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。
    2、 根据权利要求 1所述的方法， 其特征在于， 所述向广播组播业务中心 BM-SC发送并组信息之后还包括：
    接收所述 BM-SC发送的文件传输表 FDT实例信息和用户业务描述 USD 信息，所述 FDT实例信息由所述 BM-SC根据所述并组信息获取到所述流媒体 资源后对所述流媒体资源进行编码的结果；
    向所述代理服务器发送所述 FDT实例信息和所述 USD信息。
    3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述接收代理服务器 上报的通知消息之后还包括：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户 设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；
    若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务， 触发 执行将所述流媒体资源的传输方式从单播方式切换到组播方式。
    4、 根据权利要求 1至 3中任一项所述的方法， 其特征在于， 所述接收代 理服务器上报的通知消息之后还包括：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址； 根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户 设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一 用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息；
    基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备 所在小区的拥塞信息、 所述第一用户设备的 QoS信息、 所述第二用户设备的 QoS信息，确定触发执行将所述流媒体资源的传输方式从单播方式切换到组播 方式。
    5、 根据权利要求 1至 4中任一项所述的方法， 其特征在于， 所述接收代 理服务器上报的通知消息之后还包括：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    根据所述第一用户设备的 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, 然后触发执行将所述流媒体资源的传输方式从单 播方式切换到组播方式。
    6、 一种支持流媒体进行组播的方法， 其特征在于， 包括：
    检测第一用户设备和第二用户设备各自请求的流媒体资源的下载地址，获 取到所述第一用户设备和所述第二用户设备各自访问的流媒体资源相同； 向策略与计费规则功能实体 PCRF或广播组播业务中心 BM-SC上报通知 消息，所述通知消息包括所述第一用户设备和所述第二用户设备各自访问的流 媒体资源相同；
    获取文件传输表 FDT实例信息和用户业务描述 USD信息；
    向所述第一用户设备和所述第二用户设备分别发送多媒体广播组播 MBMS业务指示信息， 所述 MBMS业务指示信息包括所述 FDT实例信息和 所述 USD信息。
    7、 根据权利要求 6所述的方法， 其特征在于， 所述获取文件传输表 FDT 实例信息和用户业务描述 USD信息包括：
    接收所述 PCRF发送的 FDT实例信息和 USD信息。
    8、 根据权利要求 6所述的方法， 其特征在于， 所述获取文件传输表 FDT 实例信息和用户业务描述 USD信息包括：
    向广播组播业务中心 BM-SC发送所述流媒体资源对应的下载地址； 从内容提供服务器下载所述下载地址对应的流媒体资源， 或，从本地存储 中提取所述下载地址对应的流媒体资源；
    将所述流媒体资源发送给所述 BM-SC,以使 BM-SC对所述流媒体资源进 行编码生成所述 FDT实例信息；
    接收所述 BM-SC发送的 FDT实例信息和 USD信息。
    9、 根据权利要求 6至 8中任一项所述的方法， 其特征在于， 所述检测第 一用户设备和第二用户设备各自请求的流媒体资源的下载地址之后还包括： 通过用户代理定制 UAProf信息查询所述第一用户设备和所述第二用户设 备是否支持多媒体广播组播 MBMS业务；
    若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务， 触发 执行向策略与计费规则功能实体 PCRF上报通知消息。
    10、 根据权利要求 5至 9中任一项所述的方法， 其特征在于， 所述向策略 与计费规则功能实体 PCRF上报通知消息之前还包括：
    从内容提供服务器获取媒体表示描述文件 MPD, 其中， 所述通知消息还 包括所述 MPD。
    11、 一种支持流媒体进行组播的方法， 其特征在于， 包括： 接收策略与计费规则功能实体 PCRF上报的并组信息，所述并组信息包括 第一用户设备的网络互连协议 IP地址、 第二用户设备的 IP地址、 流媒体资源 的下载地址，所述第一用户设备和所述第二用户设备各自访问的流媒体资源相 同；
    根据所述流媒体资源的下载地址获取所述流媒体资源；
    对所述流媒体资源进行编码， 得到文件传输表 FDT实例信息；
    生成用户业务描述 USD信息；
    向所述 PCRF或者代理服务器发送所述 FDT实例信息和所述 USD信息。
    12、 根据权利要求 11所述的方法， 其特征在于， 所述根据所述流媒体资 源的下载地址获取所述流媒体资源包括：
    接收所述代理服务器发送的所述下载地址对应的流媒体资源；
    或，根据所述下载地址向内容提供服务器请求所述下载地址对应的流媒体 资源， 接收所述内容提供服务器返回的所述下载地址对应的流媒体资源。
    13、 根据权利要求 11或 12所述的方法， 其特征在于， 所述并组信息还包 括： 媒体表示描述文件 MPD;
    所述根据所述流媒体资源的下载地址获取所述流媒体资源之后还包括： 根据所述 MPD获取所述 MPD中除所述下载地址以外的其它下载地址对 应的流媒体资源。
    14、 根据权利要求 11至 13中任一项所述的方法， 其特征在于， 所述向所 述 PCRF或者代理服务器发送所述 FDT实例信息和所述 USD信息之后还包括： 按照多媒体广播组播 MBMS业务同时向所述第一用户设备和所述第二用 户设备发送所述流媒体资源。
    15、 根据权利要求 14所述的方法， 其特征在于， 所述按照多媒体广播组 播 MBMS业务同时向所述第一用户设备和所述第二用户设备发送所述流媒体 资源包括：
    向所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基 站发送 MBMS会话信息；
    将所述流媒体资源发送给所述第一用户设备所属小区的基站和所述第二 用户设备所属小区的基站，以使所述第一用户设备所属小区的基站将所述流媒 体资源发送给所述第一用户设备，所述第二用户设备所属小区的基站将所述流 媒体资源发送给所述第二用户设备。
    16、 一种支持流媒体进行组播的方法， 其特征在于， 包括：
    接收代理服务器上报的通知消息，所述通知消息包括第一用户设备和第二 用户设备各自访问的流媒体资源相同；
    将所述流媒体资源的传输方式从单播方式切换到组播方式；
    向所述代理服务器发送通知响应消息， 以使所述代理服务器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。
    17、 根据权利要求 16所述的方法， 其特征在于， 所述向所述代理服务器 发送通知响应消息之后还包括：
    根据所述流媒体资源的下载地址获取所述流媒体资源；
    对所述流媒体资源进行编码， 得到文件传输表 FDT实例信息；
    生成用户业务描述 USD信息；
    向所述代理服务器发送所述 FDT实例信息和所述 USD信息。
    18、 根据权利要求 16或 17所述的方法， 其特征在于， 所述接收代理服务 器上报的通知消息之后还包括：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户 设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；
    若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务， 触发 执行将所述流媒体资源的传输方式从单播方式切换到组播方式。
    19、 根据权利要求 16至 18中任一项所述的方法， 其特征在于， 所述接收 代理服务器上报的通知消息之后还包括：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户 设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一 用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息；
    基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备 所在小区的拥塞信息、 所述第一用户设备的 QoS信息、 所述第二用户设备的 QoS信息，确定触发执行将所述流媒体资源的传输方式从单播方式切换到组播 方式。
    20、 根据权利要求 16至 19中任一项所述的方法， 其特征在于， 所述接收 代理服务器上报的通知消息之后还包括：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    根据所述第一用户设备的 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内， 新建一个 MBMS Service area,将所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所 在小区的 Cell ID纳入到新建的 MBMS Service area,然后触发执行将所述流媒 体资源的传输方式从单播方式切换到组播方式。
    21、 根据权利要求 20所述的方法， 其特征在于， 所述根据所述第一用户 设备的 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。
    22、 一种策略与计费规则功能实体 PCRF, 其特征在于， 包括： 接收模块， 用于接收代理服务器上报的通知消息， 所述通知消息包括第一 用户设备和第二用户设备各自访问的流媒体资源相同；
    组播切换模块，用于将所述流媒体资源的传输方式从单播方式切换到组播 方式；
    发送模块， 用于向广播组播业务中心 BM-SC发送并组信息， 所述并组信 息包括所述第一用户设备的网络互连协议 IP地址、 所述第二用户设备的 IP地 址、 所述流媒体资源的下载地址；
    所述发送模块，还用于向所述代理服务器发送通知响应消息， 以使所述代 理服务器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。
    23、 根据权利要求 22所述的 PCRF, 其特征在于，
    所述接收模块，还用于接收所述 BM-SC发送的文件传输表 FDT实例信息 和用户业务描述 USD信息，所述文件传输表实例信息由所述 BM-SC根据所述 并组信息获取到所述流媒体资源后对所述流媒体资源进行编码的结果；
    所述发送模块， 还用于向所述代理服务器发送所述 FDT实例信息和所述
    USD信息。
    24、 根据权利要求 22或 23所述的 PCRF, 其特征在于， 所述 PCRF还包 括： 获取模块和判断模块， 其中，
    所述获取模块， 用于从所述通知消息中获取所述第一用户设备的 IP地址 和所述第二用户设备的 IP地址； 所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
    所述判断模块， 用于通过所述第一用户设备的 ID和所述第二用户设备的 ID 判断所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；
    所述判断模块，还用于若所述第一用户设备和所述第二用户设备都支持所 述 MBMS业务， 触发执行所述组播切换模块。
    25、 根据权利要求 22至 24中任一项所述的 PCRF, 其特征在于， 所述获取模块， 用于从所述通知消息中获取所述第一用户设备的 IP地址 和所述第二用户设备的 IP地址；
    所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
    所述获取模块， 还用于通过所述第一用户设备的 ID和所述第二用户设备 的 ID获取所述第一用户设备所在小区的拥塞信息、 所述第二用户设备所在小 区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备 的 QoS信息；
    所述获取模块，还用于基于获取到的所述第一用户设备所在小区的拥塞信 息、 所述第二用户设备所在小区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息， 确定触发执行所述组播切换模块。
    26、根据权利要求 22至 25任一项所述的 PCRF,其特征在于，所述 PCRF 还包括： 通知模块， 其中，
    所述获取模块， 用于从所述通知消息中获取所述第一用户设备的 IP地址 和所述第二用户设备的 IP地址；
    所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
    所述获取模块， 还用于根据所述第一用户设备的 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之 后触发执行所述组播切换模块。
    27、 一种代理服务器， 其特征在于， 包括：
    检测模块，用于检测第一用户设备和第二用户设备各自请求的流媒体资源 的下载地址，获取到所述第一用户设备和所述第二用户设备各自访问的流媒体 资源相同；
    发送模块， 用于向策略与计费规则功能实体 PCRF或广播组播业务中心 BM-SC 上4艮通知消息， 所述通知消息包括所述第一用户设备和所述第二用户 设备各自访问的流媒体资源相同；
    获取模块，用于获取文件传输表 FDT实例信息和用户业务描述 USD信息； 所述发送模块，还用于向所述第一用户设备和所述第二用户设备分别发送 多媒体广播组播 MBMS业务指示信息， 所述 MBMS业务指示信息包括所述 FDT实例信息和所述 USD信息。
    28、 根据权利要求 27所述的代理服务器， 其特征在于， 所述获取模块， 具体用于接收所述 PCRF发送的 FDT实例信息和 USD信息。
    29、 根据权利要求 27所述的代理服务器， 其特征在于， 所述获取模块， 包括：
    地址发送子模块， 用于向广播组播业务中心 BM-SC发送所述流媒体资源 对应的下载地址；
    资源获取子模块，用于从内容提供服务器下载所述下载地址对应的流媒体 资源， 或， 从本地存储中提取所述下载地址对应的流媒体资源；
    资源发送子模块，用于将所述流媒体资源发送给所述 BM-SC,以使 BM-SC 对所述流媒体资源进行编码生成所述 FDT实例信息；
    接收子模块， 用于接收所述 BM-SC发送的 FDT实例信息和 USD信息。 30、 根据权利要求 27至 29中任一项所述的代理服务器， 其特征在于， 所 述代理服务器， 还包括： 查询模块， 其中，
    所述查询模块， 用于通过用户代理定制 UAProf信息查询所述第一用户设 备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；
    所述查询模块，还用于若所述第一用户设备和所述第二用户设备都支持所 述 MBMS业务， 触发执行所述发送模块。
    31、 根据权利要求 27至 30中任一项所述的代理服务器， 其特征在于， 所 述获取模块， 还用于从内容提供服务器获取媒体表示描述文件 MPD, 其中， 所述通知消息还包括所述 MPD。
    32、 一种广播组播业务中心 BM-SC, 其特征在于， 包括：
    接收模块， 用于接收策略与计费规则功能实体 PCRF上报的并组信息， 所 述并组信息包括第一用户设备的网络互连协议 IP地址、 第二用户设备的 IP地 址、 流媒体资源的下载地址， 所述第一用户设备和所述第二用户设备各自访问 的流媒体资源相同；
    获取模块， 用于根据所述流媒体资源的下载地址获取所述流媒体资源； 编码模块， 用于对所述流媒体资源进行编码， 得到文件传输表 FDT实例 信息；
    生成模块， 用于生成用户业务描述 USD信息；
    发送模块， 用于向所述 PCRF或者代理服务器发送所述 FDT实例信息和 所述 USD信息。
    33、 根据权利要求 32所述的 BM-SC, 其特征在于， 所述获取模块， 具体 用于接收所述代理服务器发送的所述下载地址对应的流媒体资源；
    或， 所述获取模块， 具体用于根据所述下载地址向内容提供服务器请求所 述下载地址对应的流媒体资源，接收所述内容提供服务器返回的所述下载地址 对应的流媒体资源。
    34、 根据权利要求 32或 33所述的 BM-SC, 其特征在于， 所述并组信息 还包括： 媒体表示描述文件 MPD;
    所述获取模块， 还用于根据所述 MPD获取所述 MPD中除所述下载地址 以外的其它下载地址对应的流媒体资源。
    35、 根据权利要求 32至 34中任一项所述的 BM-SC, 其特征在于， 所述 发送模块， 还用于按照多媒体广播组播 MBMS业务同时向所述第一用户设备 和所述第二用户设备发送所述流媒体资源。
    36、 根据权利要求 35所述的 BM-SC, 其特征在于， 所述发送模块， 具体 用于向所述第一用户设备所属小区的基站和所述第二用户设备所属小区的基 站发送 MBMS会话信息； 将所述流媒体资源发送给所述第一用户设备所属小 区的基站和所述第二用户设备所属小区的基站，以使所述第一用户设备所属小 区的基站将所述流媒体资源发送给所述第一用户设备，所述第二用户设备所属 小区的基站将所述流媒体资源发送给所述第二用户设备。
    37、 一种广播组播业务中心 BM-SC, 其特征在于， 包括：
    接收模块， 用于接收代理服务器上报的通知消息， 所述通知消息包括第一 用户设备和第二用户设备各自访问的流媒体资源相同；
    组播切换模块，用于将所述流媒体资源的传输方式从单播方式切换到组播 方式；
    发送模块， 用于向所述代理服务器发送通知响应消息， 以使所述代理服务 器获知所述 BM-SC启动了多媒体广播组播 MBMS业务。
    38、 根据权利要求 37所述的 BM-SC, 其特征在于， 所述 BM-SC还包括： 获取模块， 用于根据所述流媒体资源的下载地址获取所述流媒体资源； 编码模块， 用于对所述流媒体资源进行编码， 得到文件传输表 FDT实例 信息；
    生成模块， 用于生成用户业务描述 USD信息；
    所述发送模块， 还用于向所述代理服务器发送所述 FDT实例信息和所述
    USD信息。
    39、 根据权利要求 37或 38所述的 BM-SC, 其特征在于， 所述 BM-SC还 包括： 获取模块和判断模块， 其中，
    所述获取模块， 用于从所述通知消息中获取所述第一用户设备的 IP地址 和所述第二用户设备的 IP地址； 所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
    所述判断模块， 用于通过所述第一用户设备的 ID和所述第二用户设备的 ID 判断所述第一用户设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务；
    所述判断模块，还用于若所述第一用户设备和所述第二用户设备都支持所 述 MBMS业务， 触发执行所述组播切换模块。
    40、 根据权利要求 37至 39中任一项所述的 BM-SC, 其特征在于， 所述获取模块， 用于从所述通知消息中获取所述第一用户设备的 IP地址 和所述第二用户设备的 IP地址；
    所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
    所述获取模块， 还用于通过所述第一用户设备的 ID和所述第二用户设备 的 ID获取所述第一用户设备所在小区的拥塞信息、 所述第二用户设备所在小 区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备 的 QoS信息；
    所述获取模块，还用于基于获取到的所述第一用户设备所在小区的拥塞信 息、 所述第二用户设备所在小区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息， 确定触发执行所述组播切换模块。
    41、 根据权利要求 37至 40中任一项所述的 BM-SC, 其特征在于， 所述 BM-SC还包括： 查询模块和创建模块， 其中，
    所述获取模块， 用于从所述通知消息中获取所述第一用户设备的 IP地址 和所述第二用户设备的 IP地址；
    所述获取模块， 还用于根据所述第一用户设备的 IP地址和所述第二用户 设备的 IP地址分别获取所述第一用户设备的身份标识号码 ID和所述第二用户 设备的 ID;
    所述获取模块， 还用于根据所述第一用户设备的 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内， 新建一个 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地址、 所述流媒体资源的下载地址；
    通过输出装置向所述代理服务器发送通知响应消息，以使所述代理服务器 获知所述 BM-SC启动了多媒体广播组播 MBMS业务。
    48、 根据权利要求 47所述的 PCRF, 其特征在于， 所述处理器还用于执 行以下步骤：
    通过输入装置接收所述 BM-SC发送的文件传输表 FDT实例信息和用户业 务描述 USD信息，所述文件传输表实例信息由所述 BM-SC根据所述并组信息 获取到所述流媒体资源后对所述流媒体资源进行编码的结果；
    通过输出装置向所述代理服务器发送所述 FDT实例信息和所述 USD信 息。
    49、 根据权利要求 47或 48所述的 PCRF, 其特征在于， 所述处理器还用 于执行以下步骤：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户 设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务； 若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务， 触发 执行将所述流媒体资源的传输方式从单播方式切换到组播方式。
    50、 根据权利要求 47至 49中任一项所述的 PCRF, 其特征在于， 所述处 理器还用于执行以下步骤：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户 设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一 用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息；
    基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备 所在小区的拥塞信息、 所述第一用户设备的服务质量 QoS信息、 所述第二用 户设备的 QoS信息， 确定触发执行将所述流媒体资源的传输方式从单播方式 切换到组播方式。
    51、 根据权利要求 47至 50中任一项所述的 PCRF, 其特征在于， 所述处 理器还用于执行以下步骤：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    根据所述第一用户设备的 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 , 然后触发执行将所述流媒体资源的传输方式从单 播方式切换到组播方式。
    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业务；
    若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务， 触发 执行向策略与计费规则功能实体 PCRF上报通知消息。
    56、 根据权利要求 51至 55中任一项所述的代理服务器， 其特征在于， 所 述处理器还用于执行以下步骤：
    从内容提供服务器获取媒体表示描述文件 MPD， 其中， 所述通知消息还 包括所述 MPD。
    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, 其特征在于， 包括： 输入装置、 输 出装置、 存储器和处理器；
    其中， 所述处理器执行以下步骤：
    通过输入装置接收代理服务器上报的通知消息，所述通知消息包括第一用 户设备和第二用户设备各自访问的流媒体资源相同；
    将所述流媒体资源的传输方式从单播方式切换到组播方式；
    通过输出装置向所述代理服务器发送通知响应消息，以使所述代理服务器 获知所述 BM-SC启动了多媒体广播组播 MBMS业务。
    63、 根据权利要求 62所述的 BM-SC, 其特征在于， 所述处理器还用于执 行以下步骤：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    通过所述第一用户设备的 ID和所述第二用户设备的 ID判断所述第一用户 设备和所述第二用户设备是否支持多媒体广播组播 MBMS业务； 若所述第一用户设备和所述第二用户设备都支持所述 MBMS业务， 触发 执行将所述流媒体资源的传输方式从单播方式切换到组播方式。
    64、 根据权利要求 62或 63所述的 BM-SC, 其特征在于， 所述处理器还 用于执行以下步骤：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    通过所述第一用户设备的 ID和所述第二用户设备的 ID获取所述第一用户 设备所在小区的拥塞信息、所述第二用户设备所在小区的拥塞信息、所述第一 用户设备的服务质量 QoS信息、 所述第二用户设备的 QoS信息；
    基于获取到的所述第一用户设备所在小区的拥塞信息、所述第二用户设备 所在小区的拥塞信息、 所述第一用户设备的 QoS信息、 所述第二用户设备的 QoS信息，确定触发执行将所述流媒体资源的传输方式从单播方式切换到组播 方式。
    65、 根据权利要求 62至 64中任一项所述的 BM-SC, 其特征在于， 所述 处理器还用于执行以下步骤：
    从所述通知消息中获取所述第一用户设备的 IP地址和所述第二用户设备 的 IP地址；
    根据所述第一用户设备的 IP地址和所述第二用户设备的 IP地址分别获取 所述第一用户设备的身份标识号码 ID和所述第二用户设备的 ID;
    根据所述第一用户设备的 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内， 新建一个 MBMS Service area,将所述第一用户设备所在小区的 Cell ID 和所述第二用户设备所 在小区的 Cell ID纳入到新建的 MBMS Service area,然后触发执行将所述流媒 体资源的传输方式从单播方式切换到组播方式。
    66、 根据权利要求 65所述的 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。
CN201380000940.4A 2013-07-02 2013-07-02 一种支持流媒体进行组播的方法和相关装置及系统 Active CN104471895B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/078704 WO2015000141A1 (zh) 2013-07-02 2013-07-02 一种支持流媒体进行组播的方法和相关装置及系统

Publications (2)

Publication Number Publication Date
CN104471895A true CN104471895A (zh) 2015-03-25
CN104471895B CN104471895B (zh) 2018-11-13

Family

ID=52143012

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380000940.4A Active CN104471895B (zh) 2013-07-02 2013-07-02 一种支持流媒体进行组播的方法和相关装置及系统

Country Status (4)

Country Link
US (1) US20160119395A1 (zh)
EP (1) EP3001602A4 (zh)
CN (1) CN104471895B (zh)
WO (2) WO2015000141A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106488409A (zh) * 2015-08-29 2017-03-08 华为技术有限公司 一种单播发送广播多播数据的方法、装置及系统
CN107438991A (zh) * 2015-04-07 2017-12-05 三星电子株式会社 经由多媒体广播多播服务的灵活广播服务的方法和装置
CN109845276A (zh) * 2016-10-27 2019-06-04 索尼公司 信息处理装置和信息处理方法

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103618792B (zh) * 2013-11-29 2017-04-19 华为技术有限公司 数据流的识别方法及设备
KR102101206B1 (ko) * 2014-01-03 2020-05-15 삼성전자 주식회사 무선 통신 시스템에서 혼잡 관리를 위한 방법 및 장치
US9591054B2 (en) * 2014-06-26 2017-03-07 Adobe Systems Incorporated Multiprotocol multicast streaming proxy
US10009655B2 (en) * 2015-09-25 2018-06-26 Verizon Patent And Licensing Inc. Dynamic content provisioning for multimedia broadcast multicast service operation on-demand
US10491412B2 (en) * 2016-07-30 2019-11-26 Wipro Limited System and a method for multimultimedia broadcast and multicast services
US10349228B2 (en) * 2016-08-16 2019-07-09 Lg Electronics Inc. Method for multicast transmission based on asynchronous request in wireless communication system and apparatus for the same
US20180139112A1 (en) * 2016-11-15 2018-05-17 Robert Davis Dynamic performance detection in a distributed communication system
CN114143888A (zh) * 2017-02-06 2022-03-04 高通股份有限公司 针对多媒体广播多播服务的能力和覆盖确定
CN112087722B (zh) 2017-10-24 2022-03-29 华为技术有限公司 一种通信系统、通信方法及其装置
US11178453B2 (en) * 2018-01-29 2021-11-16 Qualcomm Incorporated Signaling and reporting interactivity usage in streaming services
CN110167190B (zh) * 2018-02-14 2021-02-12 华为技术有限公司 会话建立方法和设备
CN110662270B (zh) * 2018-06-28 2021-05-18 华为技术有限公司 通信方法及装置
CN110830919B (zh) * 2018-08-07 2022-04-15 成都鼎桥通信技术有限公司 业务组播资源控制方法和装置
US11438955B2 (en) * 2019-01-03 2022-09-06 Qualcomm Incorporated Hierarchical mobility
CN110809244B (zh) * 2019-11-07 2023-04-18 腾讯科技（深圳）有限公司 一种数据传输方法及相关设备
CN111711867A (zh) 2020-05-19 2020-09-25 腾讯科技（深圳）有限公司 流媒体业务的指标收集方法、装置、介质及电子设备
CN114007087B (zh) * 2020-07-28 2023-04-11 华为技术有限公司 一种媒体流切换方法及装置
CN111988414A (zh) * 2020-08-26 2020-11-24 杭州速递科技有限公司 一种视讯硬终端会议控制方法与系统
CN112511894B (zh) * 2020-09-11 2022-12-27 深圳市华曦达科技股份有限公司 一种ott频道切换方法、装置、电子设备及存储介质
WO2022056857A1 (en) * 2020-09-18 2022-03-24 Nec Corporation Methods, devices and computer readable media for communications
US11412011B1 (en) * 2020-09-23 2022-08-09 Bridgit To The Future, Inc. Methods, systems, apparatuses, and devices for facilitating interaction between users viewing same webpages and virtual locations
CN113691881B (zh) * 2021-08-26 2023-08-22 中国联合网络通信集团有限公司 流媒体点播方法和系统
JP7123517B1 (ja) * 2021-12-20 2022-08-23 一般社団法人日本ケーブルラボ ブロードキャスト及びユニキャストでコンテンツを配信するコアシステム装置、端末、システム、プログラム及び方法
JP7094648B1 (ja) * 2021-12-20 2022-07-04 一般社団法人日本ケーブルラボ ブロードキャスト及びユニキャストのコンテンツを遅延させる端末、プログラム及び方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1983947A (zh) * 2006-05-13 2007-06-20 华为技术有限公司 一种用于多媒体广播和组播业务中的下载分发方法
CN101043252A (zh) * 2006-04-23 2007-09-26 华为技术有限公司 一种基于mbms机制的ims业务的传输方法及系统
CN101141397A (zh) * 2007-10-12 2008-03-12 中兴通讯股份有限公司 单播到组播切换方法
US20090265743A1 (en) * 2007-05-22 2009-10-22 Huawei Technologies Co., Ltd. Video on demand control method, client device and switching control apparatus
CN102056314A (zh) * 2009-11-10 2011-05-11 华为技术有限公司 多接入网资源控制的方法、装置及系统
US20130028118A1 (en) * 2011-07-25 2013-01-31 Qualcomm Incorporated Managing handoff triggering between unicast and multicast services

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8780777B2 (en) * 2007-04-20 2014-07-15 Blackberry Limited Method and apparatus for user equipment for long term evolution multimedia broadcast multicast services
EP2160906B1 (en) * 2007-06-19 2015-07-22 Nokia Technologies Oy System and method for an MBMS to PSS handover
CN101562842B (zh) * 2008-04-16 2011-05-04 大唐移动通信设备有限公司 一种资源分配方法、系统及装置
WO2011110021A1 (zh) * 2010-09-29 2011-09-15 华为技术有限公司 一种策略控制方法、系统及策略控制器
US9590814B2 (en) * 2011-08-01 2017-03-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments
WO2013022470A1 (en) * 2011-08-11 2013-02-14 Intel Corporation Methods for switching between a mbms download and an http-based delivery of dash formatted content over an ims network

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043252A (zh) * 2006-04-23 2007-09-26 华为技术有限公司 一种基于mbms机制的ims业务的传输方法及系统
CN1983947A (zh) * 2006-05-13 2007-06-20 华为技术有限公司 一种用于多媒体广播和组播业务中的下载分发方法
US20090265743A1 (en) * 2007-05-22 2009-10-22 Huawei Technologies Co., Ltd. Video on demand control method, client device and switching control apparatus
CN101141397A (zh) * 2007-10-12 2008-03-12 中兴通讯股份有限公司 单播到组播切换方法
CN102056314A (zh) * 2009-11-10 2011-05-11 华为技术有限公司 多接入网资源控制的方法、装置及系统
US20130028118A1 (en) * 2011-07-25 2013-01-31 Qualcomm Incorporated Managing handoff triggering between unicast and multicast services

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107438991A (zh) * 2015-04-07 2017-12-05 三星电子株式会社 经由多媒体广播多播服务的灵活广播服务的方法和装置
CN107438991B (zh) * 2015-04-07 2021-04-30 三星电子株式会社 经由多媒体广播多播服务的灵活广播服务的方法和装置
CN106488409A (zh) * 2015-08-29 2017-03-08 华为技术有限公司 一种单播发送广播多播数据的方法、装置及系统
CN106488409B (zh) * 2015-08-29 2020-01-21 华为技术有限公司 一种单播发送广播多播数据的方法、装置及系统
CN109845276A (zh) * 2016-10-27 2019-06-04 索尼公司 信息处理装置和信息处理方法
US11115335B2 (en) 2016-10-27 2021-09-07 Saturn Licensing Llc Information processing device and information processing method

Also Published As

Publication number Publication date
EP3001602A4 (en) 2016-06-01
CN104471895B (zh) 2018-11-13
WO2015000315A1 (zh) 2015-01-08
WO2015000141A1 (zh) 2015-01-08
US20160119395A1 (en) 2016-04-28
EP3001602A1 (en) 2016-03-30

Similar Documents

Publication Publication Date Title
CN104471895A (zh) 一种支持流媒体进行组播的方法和相关装置及系统
US9282448B2 (en) Method, system and apparatus for providing streaming media service
EP2672678B1 (en) Method, apparatus and terminal device for internet protocol television content sharing
US9986003B2 (en) Mediating content delivery via one or more services
CN105009511B (zh) 一种可用于充当呈现实体的用户设备和一种呈现服务器
CN101237340B (zh) 用于实现多媒体业务中组播频道的系统及方法
EP2296335A1 (en) Method for live session switching, method for synchronous multi-terminal channel switching and termianl
CN101447846A (zh) 一种支持手机电视节目共享的系统和方法
CN101453699A (zh) 一种广告播放方法、用户终端和应用服务器
WO2014146984A2 (en) Activation of multicast service
CN108259933A (zh) 一种能够支撑3种业务功能的推流平台
CN101605142A (zh) 会话管理的实现方法、装置、系统及终端
CN104488313A (zh) 一种资源配置方法、业务传输方法、装置及相关设备
WO2013174302A1 (zh) 广播业务的资源分配方法、资源管理中心及mme
US9232365B1 (en) Push-to-talk capacity enhancement
CN101848215A (zh) 一种处理交互式网络电视多播业务的方法及系统
CN101883333B (zh) 获取指定用户实时媒体播放信息的方法、系统和装置
US11234054B2 (en) Edge network system for service-less video multicast
CN103826143A (zh) 基于多播和单播混用的视频点播服务提供装置及其方法
WO2009145294A1 (ja) サーバ装置と通信方法ならびにプログラム
CN102333095A (zh) 一种媒体业务系统及方法
Burdinat et al. ATSC 3.0, DVB-I, and TV 3.0 Services via 5G Broadcast—System Design and Reference Tools
CN101399836A (zh) 流媒体业务实现方法及装置
CN101741509B (zh) 速率适配方法、装置及系统
CN107801103A (zh) 异构网络下基于网络状况的多媒体资源自适应同步方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20200622

Address after: 625, room 269, Connaught platinum Plaza, No. 518101, Qianjin Road, Xin'an street, Shenzhen, Guangdong, Baoan District

Patentee after: SHENZHEN SHANGGE INTELLECTUAL PROPERTY SERVICE Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

Effective date of registration: 20200622

Address after: 266101 area a, software park, 169 Songling Road, Laoshan District, Qingdao City, Shandong Province

Patentee after: Qingdao Huashi Intelligent Technology Co.,Ltd.

Address before: 625, room 269, Connaught platinum Plaza, No. 518101, Qianjin Road, Xin'an street, Shenzhen, Guangdong, Baoan District

Patentee before: SHENZHEN SHANGGE INTELLECTUAL PROPERTY SERVICE Co.,Ltd.

TR01 Transfer of patent right