本发明要求于 2013年 7月 2日提交的 PCT申请、 国际申请号为 PCT/CN2013/078704, 发明名称为 "一种支持流媒体进行组播的方法和相关装 置及系统" 的国际专利申请的优先权， 其全部内容引用在本发明中。

技术领域 本发明实施例涉及无线通信技术领域，特别涉 及一种资源配置方法、业务 传输方法、 装置及相关设备。

背景技术

当前多媒体广播多播业务 ( Multimedia Broadcast Multicast Service , MBMS )被广泛的应用于第三代合作伙伴项目 （ The 3rd Generation Partnership

Project, 3GPP )无线通信系统中。 该 MBMS可以通过广播多播方式将相同的 业务数据向一个或多个小区下的多个用户进行 发送，由此节省信令开销和数据 面资源。 该 MBMS所基于的演进的多媒体广播多播业务（ Evolved Multimedia

Broadcast Multicast Service, eMBMS ) 架构 ¾口图 1所示。

其中广播多播服务中心 （ Broadcast Multicast Service Centre, BM-SC )作 为内容提供者的入口，其用于用户授权，在 3GPP无线通信系统中发起 MBMS, 并按照预定时间发送 MBMS中的业务数据。在 BM-SC发送业务数据之前，基 站为每个 MBMS分配资源。

目前基站在为每个 MBMS分配传输资源时， 其分配的传输资源会导致某 些 MBMS的传输资源空闲，而其他 MBMS的传输资源会被完全占用但仍不能 满足 MBMS的传输要求， 从而使得传输资源不能被充分利用， 造成传输资源 浪费。

发明内容

本发明实施例提供一种资源配置方法、 业务传输方法、 装置及相关设备， 用于解决现有技术中传输资源不能被充分利用 ，造成传输资源浪费的问题。技 术方案如下：

第一方面， 本发明实施例提供一种资源配置方法，应用于 策略和计费规则 功能 PCRF实体， 所述方法包括： 获取多媒体广播多播业务 MBMS的传输资源配置信息和传输资源占用信 息， 所述传输资源配置信息表示基站为所述 MBMS分配的传输资源， 所述传 输资源占用信息表示所述 MBMS实际使用的传输资源；

依据所述传输资源占用信息， 判断是否需要调整所述传输资源配置信息； 当需要调整所述传输资源配置信息时，发送传 输资源重配置请求， 所述传 输资源重配置请求用于指示基站为所述 MBMS重新配置传输资源。

在第一方面的第一种可行方式中， 在获取 MBMS的传输资源配置信息和 传输资源占用信息之前， 所述方法还包括：

接收代理服务器上报的通知消息，所述通知消 息包括第一用户设备和第二 用户设备各自访问的流媒体资源相同，且所述 通知消息用于指示所述 PCRF实 体获取 MBMS的传输资源配置信息和传输资源占用信息� �

结合第一方面的第一种可行方式，在第一方面 的第二种可行方式中，依据 所述传输资源占用信息， 判断是否需要调整所述传输资源配置信息之前 ， 所述 方法还包括： 将所述流媒体资源的传输方式从单播方式切换 到广播多播方式， 以使所述流媒体资源包括在所述 MBMS 中， 且以广播多播方式发送所述 MBMS;

当需要调整所述传输资源配置信息时，发送传 输资源重配置请求之后， 所 述方法还包括：

从所述基站处得到为包括所述流媒体资源的所 述 MBMS重配置的传输资 源；

向广播多播业务中心 BM-SC发送并组消息， 所述并组消息用于指示在包 括所述流媒体资源的 MBMS配置的传输资源上， 以所述广播多播方式向所述 第一用户设备和所述第二用户设备发送所述 MBMS;

向所述代理服务器发送通知响应消息， 以使所述代理服务器获知所述 BM-SC已启动 MBMS会话过程。

在第一方面的第三种可行方式中， 所述获取 MBMS的传输资源配置信息 和传输资源占用信息， 包括：

向所述基站发送传输资源信息查询消息，所述 传输资源信息查询消息用于 查询基站为所述 MBMS分配的传输资源以及所述传输资源占用信� �； 接收所述基站发送的传输资源信息回复消息， 所述传输资源信息回复消息 中包括查询到的所述传输资源配置信息和所述 传输资源占用信息。

在第一方面的第四种可行方式中， 所述获取 MBMS的传输资源配置信息 和传输资源占用信息， 包括： 获取所述基站推送的传输资源信息表， 所述传输 资源信息表包括所述传输资源配置信息和所述 传输资源占用信息。

第二方面， 本发明实施例提供一种资源配置方法， 应用于基站， 所述方法 包括：

向策略和计费规则功能 PCRF实体发送多媒体广播多播业务 MBMS的传 输资源配置信息和传输资源占用信息，所述传 输资源配置信息表示基站为所述 MBMS分配的传输资源， 所述传输资源占用信息表示所述 MBMS实际使用的 传输资源；

接收所述 PCRF实体发送的传输资源重配置请求；

依据所述传输资源重配置请求， 为所述 MBMS重新配置传输资源。

在第二方面的第一种可行方式中，依据所述传 输资源重配置请求， 为所述 MBMS重新配置传输资源之后， 所述方法还包括：

发送表示传输资源重配置成功的传输资源重配 置回复消息， 以指示所述 PCRF实体将所述 MBMS的传输资源变更为重新配置的传输资源。

在第二方面的第二种可行方式中， 向 PCRF实体发送 MBMS的传输资源 配置信息和传输资源占用信息， 包括：

向 PCRF实体推送传输资源信息表，所述传输资源� �息表包括所述传输资 源配置信息和所述传输资源占用信息。

在第二方面的第三种可行方式中， 向 PCRF实体发送 MBMS的传输资源 配置信息和传输资源占用信息， 包括：

在接收到所述 PCRF实体发送的传输资源信息查询消息后，发� �传输资源 信息回复消息，所述传输资源信息回复消息中 包括查询到的所述传输资源配置 信息和所述传输资源占用信息。

结合第二方面或第二方面的第一种可行方式至 第三种可行方式中的任意 一种可行方式， 在第二方面的第四种可行方式中，在向 PCRF实体发送 MBMS 的传输资源配置信息和传输资源占用信息之前 ， 所述方法还包括： 根据播放时 间、 业务类型以及运营商共享资源中的至少一种信 息为所述 MBMS配置传输 资源。

第三方面， 本发明实施例还提供一种业务传输方法， 应用于用户设备， 所 述方法包括：

发送业务请求消息至代理服务器，所述业务请 求消息用于请求多媒体单播 业务；

接收所述代理服务器发送的业务请求响应消息 ，所述业务请求响应消息包 含业务重置指示信息和传输资源配置信息，所 述业务重置指示信息用于指示启 动多媒体广播多播业务 MBMS接收流程， 所述传输资源配置信息用于指示为 所述 MBMS配置的传输资源，所述 MBMS包括所述多媒体单播业务请求的流 媒体资源；

根据所述业务请求响应消息， 启动 MBMS接收流程。

在第三方面的第一种可行方式中， 所述 MBMS配置的传输资源为基站为 所述 MBMS重配置的传输资源。

结合第三方面的第一种可行方式，在第三方面 的第二种可行方式中，在根 据所述业务请求响应消息， 启动 MBMS接收流程之后， 所述方法还包括： 在所述 MBMS接收流程中以广播多播接收方式， 接收在所述重配置的传 输资源上传输的所述 MBMS。

结合第三方面的第二种可行方式，在第三方面 的第三种可行方式中， 所述 业务请求响应消息还包括：文件传输表 FDT实例信息和用户业务描述 USD信 息，所述 FDT实例信息为广播多播业务中心 BM-SC根据并组信息获取到所述 MBMS 包括的流媒体资源后， 对所述流媒体资源进行编码的结果， 所述并组 消息用于指示所述 BM-SC在所述 MBMS重配置的传输资源上，以所述广播多 播方式发送所述 MBMS。

第四方面， 本发明实施例提供一种资源配置装置，应用于 策略和计费规则 功能 PCRF实体， 所述装置包括：

获取单元， 用于获取多媒体广播多播业务 MBMS的传输资源配置信息和 传输资源占用信息， 所述传输资源配置信息表示基站为所述 MBMS分配的传 输资源， 所述传输资源占用信息表示所述 MBMS实际使用的传输资源； 判断单元， 用于依据所述传输资源占用信息， 判断是否需要调整所述传输 资源配置信息；

发送单元， 用于在所述判断单元判断出需要调整所述传输 资源配置信息 时，发送传输资源重配置请求， 所述传输资源重配置请求用于指示基站为所述 MBMS重新配置传输资源。

在第四方面的第一种可行方式中， 所述装置还包括： 接收单元， 用于接收 代理服务器上报的通知消息，所述通知消息包 括第一用户设备和第二用户设备 各自访问的流媒体资源相同， 且所述通知消息用于指示所述 PCRF 实体获取 MBMS的传输资源配置信息和传输资源占用信息� �

结合第四方面的第一种可行方式，在第四方面 的第二种可行方式中， 所述 装置还包括：

切换单元，用于将所述流媒体资源的传输方式 从单播方式切换到广播多播 方式， 以使所述流媒体资源包括在所述 MBMS中， 且以广播多播方式发送所 述 MBMS;

获得单元， 用于从所述基站处得到为包括所述流媒体资源 的所述 MBMS 重配置的传输资源；

所述发送单元， 还用于向广播多播业务中心 BM-SC发送并组消息， 以及 还用于向所述代理服务器发送通知响应消息以 使所述代理服务器获知所述 BM-SC已启动 MBMS会话过程，所述并组消息用于指示在包括� �述流媒体资 源的 MBMS配置的传输资源上， 以所述广播多播方式向所述第一用户设备和 所述第二用户设备发送所述 MBMS。

在第四方面的第三种可行方式中， 所述获取单元包括：

发送子单元， 用于向所述基站发送传输资源信息查询消息， 所述传输资源 信息查询消息用于查询基站为所述 MBMS分配的传输资源以及所述传输资源 占用信息；

接收子单元， 用于接收所述基站发送的传输资源信息回复消 息， 所述传输 资源信息回复消息中包括查询到的所述传输资 源配置信息和所述传输资源占 用信息。

在第四方面的第四种可行方式中， 所述获取单元获取 MBMS的传输资源 配置信息和传输资源占用信息， 包括： 获取所述基站推送的传输资源信息表， 所述传输资源信息表包括所述传输资源配置信 息和所述传输资源占用信息。

第五方面， 本发明实施例还提供一种策略和计费规则功能 PCRF实体， 包 括中央处理器 CPU和存储器，所述 CPU通过通信线路与存储器通信来运行所 述存储器中存储有软件程序和数据；

所述软件程序用于获取多媒体广播多播业务 MBMS的传输资源配置信息 和传输资源占用信息，依据所述传输资源占用 信息， 判断是否需要调整所述传 输资源配置信息， 并当需要调整所述传输资源配置信息时，发送 传输资源重配 置请求， 所述传输资源重配置请求用于指示基站为所述 MBMS重新配置传输 资源， 所述传输资源配置信息表示基站为所述 MBMS分配的传输资源， 所述 传输资源占用信息表示所述 MBMS实际使用的传输资源。

第六方面， 本发明实施例提供一种资源配置装置， 应用于基站， 所述装置 包括：

第一发送单元，用于向策略和计费规则功能 PCRF实体发送多媒体广播多 播业务 MBMS的传输资源配置信息和传输资源占用信息� � 所述传输资源配置 信息表示基站为所述 MBMS分配的传输资源， 所述传输资源占用信息表示所 述 MBMS实际使用的传输资源；

接收单元， 用于接收所述 PCRF实体发送的传输资源重配置请求； 配置单元， 用于依据所述传输资源重配置请求， 为所述 MBMS重新配置 传输资源。

在第六方面的第一种可行方式中， 所述装置还包括： 第二发送单元， 用于 发送表示传输资源重配置成功的传输资源重配 置回复消息， 以指示所述 PCRF 实体将所述 MBMS的传输资源变更为重新配置的传输资源。

在第六方面的第二种可行方式中， 所述第一发送单元向 PCRF 实体发送 MBMS的传输资源配置信息和传输资源占用信息� � 包括： 向 PCRF 实体推送 传输资源信息表，所述传输资源信息表包括所 述传输资源配置信息和所述传输 资源占用信息。

在第六方面的第三种可行方式中， 所述第一发送单元向 PCRF 实体发送 MBMS的传输资源配置信息和传输资源占用信息� � 包括： 在接收到所述 PCRF 实体发送的传输资源信息查询消息后，发送传 输资源信息回复消息， 所述传输 资源信息回复消息中包括查询到的所述传输资 源配置信息和所述传输资源占 用信息。

结合第六方面或第六方面的第一种可行方式至 第三种可行方式中的任意 一种可行方式， 在第六方面的第四种可行方式中， 所述配置单元还用于： 根 据播放时间、 业务类型以及运营商共享资源中的至少一种信 息为所述 MBMS 配置传输资源。

第七方面， 本发明实施例提供一种基站， 包括中央处理器 CPU和存储器， 所述 CPU通过通信线路与存储器通信来运行所述存储 器中存储有软件程序和 数据；

所述软件程序用于向策略和计费规则功能 PCRF 实体发送多媒体广播多 播业务 MBMS的传输资源配置信息和传输资源占用信息� � 并接收所述 PCRF 实体发送的传输资源重配置请求， 依据所述传输资源重配置请求， 为所述 MBMS重新配置传输资源， 所述传输资源配置信息表示基站为所述 MBMS分 配的传输资源，所述传输资源占用信息表示所 述 MBMS实际使用的传输资源。

第八方面， 本发明实施例提供一种业务传输装置， 应用于用户设备， 所述 装置包括：

发送单元， 用于发送业务请求消息至代理服务器， 所述业务请求消息用于 请求多媒体单播业务；

接收单元， 用于接收所述代理服务器发送的业务请求响应 消息， 所述业务 请求响应消息包含业务重置指示信息和传输资 源配置信息，所述业务重置指示 信息用于指示启动多媒体广播多播业务 MBMS接收流程， 所述传输资源配置 信息用于指示为所述 MBMS配置的传输资源，所述 MBMS包括所述多媒体单 播业务请求的流媒体资源；

启动单元， 用于根据所述业务请求响应消息， 启动 MBMS接收流程。 在第八方面的第一种可行方式中， 所述 MBMS配置的传输资源为基站为 所述 MBMS重配置的传输资源。

结合第八方面的第一种可行方式，在第八方面 的第二种可行方式中， 所述 装置还包括： 业务接收单元， 用于在所述 MBMS接收流程中以广播多播接收 方式， 接收在所述重配置的传输资源上传输的所述 MBMS。

结合第八方面的第二种可行方式，在第八方面 的第三种可行方式中， 所述 业务请求响应消息还包括：文件传输表 FDT实例信息和用户业务描述 USD信 息，所述 FDT实例信息为广播多播业务中心 BM-SC根据并组信息获取到所述 MBMS 包括的流媒体资源后， 对所述流媒体资源进行编码的结果， 所述并组 消息用于指示所述 BM-SC在所述 MBMS重配置的传输资源上，以所述广播多 播方式发送所述 MBMS。

第九方面， 本发明实施例提供一种用户设备， 包括中央处理器 CPU和存 储器， 所述 CPU通过通信线路与存储器通信来运行所述存储 器中存储有软件 程序和数据；

所述软件程序用于发送业务请求消息至代理服 务器 ,并接收所述代理服务 器发送的业务请求响应消息， 根据所述业务请求响应消息， 启动 MBMS接收 流程， 其中所述业务请求消息用于请求多媒体单播业 务， 所述业务请求响应消 息包含业务重置指示信息和传输资源配置信息 ，所述业务重置指示信息用于指 示启动多媒体广播多播业务 MBMS接收流程， 所述传输资源配置信息用于指 示为所述 MBMS配置的传输资源，所述 MBMS包括所述多媒体单播业务请求 的流媒体资源。

与现有技术相比， 本发明包括以下优点：

从上述技术方案可以看出，本发明实施例提供 的资源配置方法可以依据传 输资源占用信息来判断是否需要调整 MBMS的传输资源配置信息， 当需要调 整 MBMS的传输资源配置信息时，发送传输资源重� �置请求，以指示为 MBMS 重新配置传输资源， 使得重新配置的传输资源可以被 MBMS充分利用， 如在 重新配置传输资源时，可以将未被充分利用的 空闲资源分配给传输资源被完全 占用的 MBMS使用， 提高传输资源利用率。

附图说明 为了更清楚地说明本发明实施例或现有技术中 的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单 地介绍，显而易见地， 下面描述 中的附图仅仅是本发明的一些实施例，对于本 领域普通技术人员来讲，在不付 出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。 图 1为现有 eMBMS架构的示意图； 程图；

图 3为本发明实施例提供的 eMBMS架构的示意图； 流程图； 流程图；

图 6为本发明实施例提供的应用于基站侧的资源� �置方法的一种流程图； 图 7为本发明实施例提供的基站配置传输资源的� �一种示意图；

图 8为本发明实施例提供的基站配置传输资源的� �二种示意图；

图 9为本发明实施例提供的基站配置传输资源的� �三种示意图；

图 10为本发明实施例提供的基站配置传输资源的� ��四种示意图； 图 11为本发明实施例提供的应用于基站侧的资源� ��置方法的另一种流程 图；

图 12为本发明实施例提供的应用于 UE侧的业务传输方法的一种流程图； 图 13为本发明实施例提供的 PCRF实体、 基站和 UE侧进行数据交互处 理的一种流程图；

图 14为本发明实施例提供的 PCRF实体、 基站和 UE侧进行数据交互处 理的另一种流程图；

图 15为本发明实施例提供的应用于 PCRF实体中的资源配置装置的一种 结构示意图；

图 16为本发明实施例提供的应用于 PCRF实体中的资源配置装置的另一 种结构示意图；

图 17为本发明实施例提供的 PCRF实体的结构示意图；

图 18为本发明实施例提供的应用于基站中的资源� ��置装置的一种结构示 意图；

图 19为本发明实施例提供的应用于基站中的资源� ��置装置的另一种结构 示意图； 图 20为本发明实施例提供的基站的结构示意图；

图 21为本发明实施例提供的应用于 UE中的业务传输装置的一种结构示 意图；

图 22为本发明实施例提供的应用于 UE中的业务传输装置的另一种结构 示意图；

图 23为本发明实施例提供的 UE的结构示意图。

具体实施方式 本发明实施例提供的技术方案， 可以应用于各种通信系统， 例如： 全球移 动通信系统 ( Global System for Mobile communication, GSM )、 码分多址接入 ( Code Division Multiple Access, CDMA )系统、宽带码分多址接入（ Wideband Code Division Multiple Access, WCDMA )系统、长期演进（ Long Term Evolution, LTE ) 系统等。

用户设备 ( User Equipment, UE )也可称之为用户终端 （ User Terminal , UT )、 移动终端 （Mobile Terminal, MT )、 移动台 （ Mobile Station, MS )等， 可以经无线接入网 （ Radio Access Network, RAN )与一个或多个核心网进行 通信。 例如， 用户设备可以是移动电话（或称为 "蜂窝" 电话）或具有移动终 端的计算机等， 例如， 用户设备还可以是便携式、 袖珍式、 手持式、 计算机内 置的或者车载的移动装置， 它们与无线接入网交换语音和 /或数据。

基站， 可以是 GSM或 CDMA中的基站（ Base Transceiver Station, BTS ), 也可以是 WCDMA中的基站（称为 Node B ), 还可以是 LTE中的演进型基站 (称为 eNB或 e-NodeB )。另夕卜，一个基站可能支持 /管理一个或多个小区（ cell ), 用户设备需要和网络通信时， 用户设备将选择一个'〗、区发起网络接入。

为了使本领域技术人员更好地理解本发明实施 例提供的技术方案，下面将 结合本发明实施例中的附图，对本发明实施例 中的技术方案进行清楚、 完整地 描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施 例。基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前 提 下所获得的所有其他实施例， 都属于本发明保护的范围。

请参阅图 2 , 其示出了本发明实施例提供的资源配置方法的 一种流程图， 应用于策略和计费规则功能（ Policy Charging and Rules Function, PCRF )实体， 可以包括以下步骤：

201 : 获取 MBMS的传输资源配置信息和传输资源占用信息� �

其中，传输资源是为 MBMS分配且用于传输 MBMS的资源，传输资源配 置信息表示基站为 MBMS分配的传输资源，传输资源占用信息表示 MBMS实 际使用的传输资源。

可以理解的是： 基站为每个 MBMS分配的传输资源可以是固定资源， 例 如对于某一个 MBMS , 基站为其分配的固定资源为 2兆（Megabyte, M ), 实 际使用的传输资源可以为 384千位 /秒（ Kilobits Per Second, kbps )。

当然， 基站为每个 MBMS分配的传输资源也可以是非固定资源， 该非固 定资源是基站在不同需求下对 MBMS分配的传输资源， 其可以按照需求的变 化而变化 ,具体可参阅本发明实施例在阐述应用于基站� �中的资源分配方法中 的相关说明。

在本发明实施例中， PCRF实体从基站侧获取传输资源配置信息和传� �资 源占用信息的方式包括但不限于下述两种方式 ：

一种获取方式是： 向基站发送传输资源信息查询消息， 其中传输资源信息 查询消息用于查询基站为 MBMS分配的传输资源以及传输资源占用信息； 基 站接收到传输资源信息查询消息后， 向 PCRF 实体反馈传输资源信息回复消 息，该传输资源信息回复消息中包括查询到的 传输资源配置信息和传输资源占 用信息。

在本发明实施例中，传输资源信息查询消息可 以是 Diameter Request消息， 该 Diameter Request消息用于向查询接入网 MBMS的 MBMS 网络信息， 该 MBMS网络信息可以包括： 应用程序名称、 MBMS服务区域、 多媒体广播多 播业务单频网络 ( Multimedia Broadcast multicast service Single Frequency Network, MBSFN )、 预留传输资源、 实际速率、 可用传输资源和频点信息等 参数， 这些参数在 Diameter Request消息中以 AVP ( Attribute- Value Pairs, 属 性 -值对 )形式描述， 如下所示 Diameter Request消息格式为：

MBMS— Capability— Info：: = < AVP Header: xxxx>

[Application Name]

[MBMS Service Area] [MBSFNArea]

[Assigned Resources]

[Bit-rates Achieved]

[Available Recourse]

[Frequency Info]

*[ AVP ]

其中 Application Name为应用程序名称， MBMS Service Area为 MBMS服 务区域、 MB SFN Area为 MBMS区域、 Assigned Resources为预留传输资源、 Bit-rates Achieved为实际速率、 Available Recourse可用传输资源和 Frequency Info为频点信息。

此外， MBMS 网络信息中还可以包括小区标识（Cell ID )信息， 相应的 Diameter Request消息可以查询该小区标识信息对应的小� �的 MBMS 网络信 息， Diameter Request消息的格式如下：

MBMS— Capability— Info：: = < AVP Header: xxxx>

[Cell ID]

[Application Name]

[MBMS Service Area]

[MBSFNArea]

[Assigned Resources]

[Bit-rates Achieved]

[Available Recourse]

[Frequency Info]

*[ AVP ]

当然， 该小区标识信息参数还可以釆用单独的 AVP 格式在 Diameter Request消息中发送， 如下所示：

MBMS— Capability— Info 1：: = < AVP Header: xxxx>

[Application Name]

[MBMS Service Area]

[MBSFNArea] [Assigned Resources]

[Bit-rates Achieved]

[Available Recourse]

[Frequency Info]

*[ AVP ]

MBMS_ Capability— Info2：: = < AVP Header: xxxx>

[Cell ID]

*[ AVP ]

在本发明实施例中， 上述 Diameter Request消息中除了小区标识信息参数 之外其他各个参数的取值为空。 其中参数 Assigned Resources作为预留传输资 源， 表示基站为 MBMS分配的传输资源， 参数 Bit-rates Achieved表示传输资 源实际使用信息。

基站接收到传输资源信息查询消息后， 触发基站查找对应的 MBMS网络 信息， 并将查找到的 MBMS网络信息携带于可作为传输资源信息回复� �息的 Diameter Response消息中发送给 PCRF实体。 其中 Diameter Response消息的 格式与 Diameter Request消息的格式相同， 对此本发明实施例不再加以阐述。

在本发明实施例中， Diameter是一种协议名称， Diameter Request消息是 基于该 Diameter协议的请求消息, 相应的, Diameter Response 消息基于该 Diameter协议的回复消息。

PCRF实体和基站之间在传输消息时可以基于图 1所示 eMBMS架构， 通 过 PCRF实体和基站之间的分组数据网网关 （PDN Gateway, P-GW )和服务 网关 （Serving Gateway, S-GW )发送， 其发送过程可以是：

PCRF 实体将传输资源信息查询消息依次通过 P-GW和 S-GW发送至基 站，基站在接收到传输资源信息查询消息后， 将传输资源信息回复消息依次通 过 S-GW和 P-GW发送至 PCRF实体。

当然 , PCRF实体在获取基站为每个 MBMS分配的传输资源和每个 MBMS 的传输资源实际使用信息时还可以基于图 3所示 eMBMS架构， 在图 3 中， PCRF实体和基站之间设置有第一逻辑接口， 传输资源信息查询消息和传输资 源信息回复消息通过第一逻辑接口传输。 在图 1和图 3中， 两两模块之间的连接如果用虚线表示， 则表示为信令面 连接， 如果用实线表示， 则表示为数据面连接。

另一种获取方式是： 基站推送传输资源信息表至 PCRF实体中， 即基站主 动发送传输资源信息表给 PCRF实体， 由 PCRF实体从传输资源信息表中获取 传输资源配置信息和传输资源占用信息， 其中传输资源信息表的格式如表 1 所示， MBMS Service Area为 MBMS 月良务区域、 CELL ID 为小区标识、 Application Name 为应用程序名称、 Assigned Resources 为预留传输资源、 Bit-rates Achieved为实际速率。

表 1 传输资源信息表

此外基站还可以周期性更新传输资源信息表， 当其更新后发送更新消息至

MBMS Service Area CELL ID Application name Assigned Bit-rates resources achieved

MBMS Service Area A CELL A Video streaming 2M 384 kbps

MBMS Service Area A CELL B Video distribution 1M 384kbps

MBMS Service Area B CELL C Audio distribution 1M 128Kbps

PCRF实体中， 以指示 PCRF实体依据更新消息中的传输资源信息表更� �传输 资源配置信息和传输资源占用信息。

基站在推送传输资源信息表时可以基于图 1 所示 eMBMS 架构， 通过 P-GW和 S-GW发送传输资源信息表至 PCRF实体。 当然， 基站也可以基于图 3所示 eMBMS架构，将传输资源信息表通过第一逻辑接� ��发送至 PCRF实体。

202: 依据传输资源占用信息， 判断是否需要调整传输资源配置信息， 如 果否， 则执行步骤 203; 如果是， 则执行步骤 204。

在不同 MBMS实际发送过程中， 由于不同 MBMS包括的数据量不同， 其 传输资源占用信息不同，因此该传输资源占用 信息可以作为判断是否需要进行 传输资源调整的基础。

例如对于 MBMS A和 MBMS B ,基站为 MBMS A分配的传输资源为 2M, 在实际发送过程中，其传输资源占用信息为 384kbps,基站为 MBMS B分配的 传输资源为 2M, 在实际发送过程中， 其传输资源占用信息为 2M。 从上述 MBMS A和 MBMS B的传输资源占用信息可以看出 ,为 MBMS A分配的大部 分传输资源被浪费，而 MBMS B需要更多的传输资源，因此 MBMS A和 MBMS B的传输资源需要重新分配。

假如 MBMS B的传输资源占用信息为 384kbps, 且当前仅有 MBMS A和

MBMS B , 则 MBMS A和 MBMS B的传输资源不需要重新分配。

203: 维持之前为 MBMS分配的传输资源资源配置信息。

204: 当需要调整所述传输资源配置信息时， 发送传输资源重配置请求， 传输资源重配置请求用于指示基站为 MBMS重新配置传输资源。

在本发明实施例中，传输资源重配置请求发送 至基站中，由基站为 MBMS 重新配置传输资源。 其中重新配置传输资源的一种可行方式可以是 ： 将某一 MBMS的空闲传输资源分配给需要更多传输资源� �另一 MBMS, 例如将上述 MBMS A中空闲的传输资源分配给 MBMS B使用。

重新配置传输资源的另一种可行方式可以是： 基站可以在接收到传输资源 重配置请求后， 依据各 MBMS的实际需求进行重新分配， 具体请参阅应用于 基站侧中的资源配置方法中的相关说明。

应用上述本发明实施例提供的资源配置方法， PCRF实体可以依据传输资 源占用信息来判断是否需要调整 MBMS 的传输资源配置信息， 当需要调整 MBMS的传输资源配置信息时， 发送传输资源重配置请求， 以指示为 MBMS 重新配置传输资源， 使得重新配置的传输资源可以被 MBMS充分利用， 如在 重新配置传输资源时，可以将未被充分利用的 空闲资源分配给传输资源被完全 占用的 MBMS使用， 提高传输资源利用率。 在本发明实施例中， PCRF实体可以周期性地获取传输资源配置信息� �传 输资源占用信息， 当然其也可以在接收到网络中的某个指令后获 取， 如图 4 所示， 其示出了 PCRF实体在接收到指令后获取 MBMS的传输资源配置信息 和传输资源占用信息， 可以包括以下步骤：

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

其中，上述通知消息包括第一 UE和第二 UE各自访问的流媒体资源相同。 在本发明的实施例中，可以由代理服务器在检 测到多个 UE访问相同的流媒体 资源时， 向 PCRF实体上报通知消息， 通知 PCRF实体第一 UE和第二 UE将 要访问相同的流媒体资源。

其中， 代理服务器可以为基于 HTTP的动态自适应流（ Dynamic Adaptive Steaming over Hypertext Transfer Protocol , DASH )代理， 也可以为策略和计费 控制 （Policy and charging control , PCC ) 架构中的应用功能 （Application Function, AF ) 实体， AF实体可以通过 Rx接口和 PCRF实体相连接。

为了便于后续实施例中描述， 以两个 UE访问相同的流媒体资源为例进行 说明， 具体为第一 UE和第二 UE, 在实际应用中， 还可以为三个 UE或者更 多 UE访问相同的流媒体资源， 此处仅作说明。 其中， 访问相同流媒体资源的 多个 UE可以处于同一个小区 （Cell ) 内， 也可以处于不同的小区内， 只要这 些 UE都处于 MBMS网络覆盖下即可。

在本发明的一些实施例中，可以由 PCRF实体接收代理服务器上报的通知 消息， PCRF实体根据该通知消息就可以获知第一 UE和第二 UE访问的流媒 体资源相同。

第一 UE和第二 UE访问的流媒体资源相同具体可以为第一 UE请求的统 一资源定位符（ Uniform Resource Locator , URL )和第二 UE请求的 URL相 同， 例如第一 UE请求的流媒体资源下载地址为 "Segment#n url" , 当第二 UE 请求的流媒体资源下载地址为 "Segment#n url" 时， 可以确定第一 UE和第二 UE同时访问相同的流媒体资源。 Segment#n url为第 n个分片 （Segment ) 的 url, 分片 （Segment ) 包括在 DASH服务器为同一个流媒体文件生成多个码率 的不同表述 ( Representation ) 中。

代理服务器上报的通知信息还可以用于指示 PCRF实体执行步骤 402获取 MBMS的传输资源配置信息和传输资源占用信息� �以为第一 UE和第二 UE访 问的相同的流媒体资源配置传输资源。

402: 获取 MBMS的传输资源配置信息和传输资源占用信息� �

在本发明实施例中， PCRF实体在接收到通知消息后， 可以釆用上述发送 传输资源信息查询消息或者由基站推送方式获 取 MBMS的传输资源配置信息 和传输资源占用信息， 具体请参阅步骤 201中的相关说明， 对此不在阐述。 403: 依据传输资源占用信息， 判断是否需要调整传输资源配置信息， 如 果否， 则执行步骤 404; 如果是， 则执行步骤 405。

404: 维持之前为 MBMS分配的传输资源资源配置信息。

405: 当需要调整所述传输资源配置信息时， 发送传输资源重配置请求， 传输资源重配置请求用于指示基站为 MBMS重新配置传输资源。

步骤 403至步骤 405: 与步骤 202至步骤 204相同， 对此不在阐述。 当 PCRF实体根据通知消息确定第一 UE和第二 UE访问相同的流媒体资 源时， PCRF实体发送的传输资源重配置请求可以指示� �站为包括相同的流媒 体资源的 MBMS分配一个传输资源， 并在第一 UE和第二 UE支持 MBMS的 情况下， 将包括相同的流媒体资源的 MBMS以广播多播方式发送， 这样流媒 体资源可以在一个传输资源上一次性发送至第 一 UE和第二 UE中， 相对于在 两个传输资源上分别发送流媒体资源来说，提 高资源利用率，节省了传输资源。 其执行过程如图 5所示， 在图 4基础上， 可以包括以下步骤：

501 : 接收代理服务器上报的通知消息。

502: 获取 MBMS的传输资源配置信息和传输资源占用信息� �

503: 将流媒体资源的传输方式从单播方式切换到广 播多播方式。 当流媒 体资源的传输方式切换到广播多播方式时， 流媒体资源被包括在 MBMS中， 并且 MBMS的发送方式为广播多播方式。

在本发明的一些实施例中， PCRF 实体可以在第一 UE 和第二 UE 支持

MBMS的情况下， 将流媒体资源的传输方式从单播方式切换到广 播多播方式， 其中单播方式是一对一的发送方式， 广播多播方式则是一对多的发送方式。

PCRF实体判断第一 UE和第二 UE是否支持 MBMS的过程可以如下：

PCRF实体从代理服务器上报的通知消息中获取� �一 UE的网络之间互连 的协议（ Internet Protocol, IP )地址和第二 UE的 IP地址； 根据第一 UE的 IP 地址和第二 UE的 IP地址分别获取第一 UE的身份标识号码 ( ID, IDentity ) 和第二 UE的 ID; 通过第一 UE的 ID和第二 UE的 ID判断第一 UE和第二 UE是否支持 MBMS业务； 若第一 UE和第二 UE都支持 MBMS业务， 触发 PCRF实体将流媒体资源的传输方式从单播方式� �换到广播多播方式。 其中 , PCRF实体在获取到第一 UE的 IP地址和第二 UE的 IP地址后， 通过 UE的 IP地址和 ID之间的映射关系 , 可以得到第一 UE的 ID和第二 UE 的 ID, 进而以 ID为参数从用户属性存储器（ Subscription Profile Repository, SPR ) 中获取到用户的签约属性， 依据用户的签约属性判断出第一 UE和第二 UE是否支持 MBMS业务， 只有当第一 UE和第二 UE都支持 MBMS业务时， 才将流媒体资源的传输方式从单播方式切换到 广播多播方式； 若第一 UE和第 二 UE中至少有一个不支持 MBMS业务时， 则不再执行单播到广播多播的切 换。

在本发明的另一些实施例中， PCRF实体还可以执行如下步骤， 以确定是 否将流媒体资源的传输方式从单播方式切换到 广播多播方式， 步骤如下：

PCRF实体从通知消息中获取第一 UE的 IP地址和第二 UE的 IP地址； 根据第一 UE的 IP地址和第二 UE的 IP地址分别获取第一 UE的 ID和第二 UE的 ID; 通过第一 UE的 ID和第二 UE的 ID获取第一 UE所在小区的拥塞 信息、第二 UE所在小区的拥塞信息、第一 UE的服务质量（ Quality of Service , QoS )信息、 第二 UE的 QoS信息； 基于获取到的第一 UE所在小区的拥塞信 息、 第二 UE所在小区的拥塞信息、 第一 UE的 QoS信息、 第二 UE的 QoS 信息， 确定是否将流媒体资源的传输方式从单播方式 切换到组播方式。

其中， PCRF实体从 SPR中获取到用户的签约属性后， 只有当拥塞信息和 QoS 信息满足阔值条件时才触将流媒体资源的传输 方式从单播方式切换到组 播方式， 若以上信息不满足阔值条件时， 则不再执行单播方式到广播多播方式 的切换。 PCRF实体通过对拥塞信息和 QoS信息设定阔值条件， 只有满足阔值 条件时才执行从单播方式到广播多播方式的切 换， 可以保证流媒体资源的传 输， 提高用户体验。

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

在本发明的其他实施例中， PCRF实体还可以釆用以下步骤以确定是否将 流媒体资源的传输方式从单播方式切换到广播 多播方式：

从通知消息中获取第一 UE的 IP地址和第二 UE的 IP地址；根据第一 UE 的 IP地址和第二 UE的 IP地址分别获取第一 UE的 ID和第二 UE的 ID; 根 据第一 UE的 ID获取第一 UE所在小区的 Cell ID,根据第二 UE的 ID获取第 二 UE所在小区的 Cell ID; 查询第一 UE所在小区的 Cell ID 和第二 UE所在 小区的 Cell ID是否在同一个单频网区域（ Single Frequency Network area, SFN area ) 以及同一个 MBMS服务区域（英文简称 MBMS service area ) 内；

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

若第一 UE所在小区和第二 UE所在小区均处于同一个 SFN area 内但没 有处于同一个 MBMS Service area 内， 通知广播多播业务中心 （Broadcast Multicast Service Centre, BM-SC )新建一个 MBMS Service area,然后触发 PCRF 实体将流媒体资源的传输方式从单播方式切换 到广播多播方式。

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

504: 依据传输资源占用信息， 判断是否需要调整传输资源配置信息， 如 果否， 则执行步骤 505; 如果是， 则执行步骤 506。

505: 维持之前为 MBMS分配的传输资源资源配置信息。

506: 当需要调整所述传输资源配置信息时， 发送传输资源重配置请求， 传输资源重配置请求用于指示基站为 MBMS重新配置传输资源， 并执行步骤 507。

在本发明实施例中， 传输资源重配置请求在指示基站为 MBMS重新配置 传输资源时， 可以进一步指示基站为包括第一 UE和第二 UE访问的流媒体资 源的 MBMS分配一个传输资源。

507: 从基站处得到为包括流媒体资源的 MBMS重配置的传输资源。

PCRF 实体在从基站处得到 MBMS重配置的传输资源的同时， 可以从基 站处获取每个传输资源对应的业务标识，如 Application Name(应用程序名称）， 而不同业务的 Application Name不同， 因此 PCRF实体可以依据该 Application Name获取为包括第一 UE和第二 UE所访问的流媒体资源的 MBMS配置的传 输资源。

508: 向 BM-SC发送并组消息， 该并组消息用于指示在 MBMS配置的传 输资源上，以广播多播方式向第一 UE和第二 UE发送 MBMS。因此当 BM-SC 接收到并组消息后， 启动 MBMS会话过程， 在 MBMS配置的传输资源上， 釆 用广播多播方式向第一 UE和第二 UE发送 MBMS。

509: 向代理服务器发送通知响应消息， 以使代理服务器获知 BM-SC已启 动 MBMS会话过程。 这样代理服务器可以向第一 UE和第二 UE发送消息以 指示第一 UE和第二 UE切换为广播多播接收方式， 来接收基站以广播多播方 式发送的 MBMS ,这样第一 UE和第二 UE访问的相同的流媒体资源可以包括 在一个 MBMS中通过广播多播方式一次性发送至第一 UE和第二 UE中。

通过以上技术方案可知， 当 PCRF实体根据通知消息确定第一 UE和第二 UE访问相同的流媒体资源时， PCRF 实体发送的传输资源重配置请求可以指 示基站为包括相同的流媒体资源的 MBMS分配一个传输资源， 并在第一 UE 和第二 UE支持 MBMS的情况下，将包括相同的流媒体资源的 MBMS以广播 多播方式发送， 这样包括相同的流媒体资源的 MBMS可以在一个传输资源上 一次性发送至第一 UE和第二 UE 中， 实现将流媒体资源一次性发送至第一 UE和第二 UE中。 相对于在两个传输资源上分别发送流媒体资源 来说， 占用 的运营商的核心网回程链路（backhaul ) 资源和基站的空口资源减少， 提高传 输资源利用率， 并且降低运营商传输流媒体资源的传输成本。

种应用于基站侧的资源配置方法，其流程图 可以参阅图 6所示，包括以下步骤： 601 :向 PCRF实体发送 MBMS的传输资源配置信息和传输资源占用信息� � 其中，传输资源是为 MBMS分配且用于传输 MBMS的资源，传输资源配 置信息表示基站为 MBMS分配的传输资源，传输资源占用信息表示 MBMS实 际使用的传输资源。

可以理解的是： 基站为每个 MBMS分配的传输资源可以是固定资源， 例 如对于某一个 MBMS , 基站为其分配的固定资源为 2 M, 实际使用的传输资 源可以为 384 kbps。

当然， 基站为每个 MBMS分配的传输资源也可以是非固定资源， 该非固 定资源是基站在不同需求下对 MBMS分配的传输资源， 其可以按照需求的变 化而变化， 具体分配方式包括但不限于下述方式：

一种可行分配方式是： 按照播放时间分配传输资源。基站预先获取播 放时 间和播放业务的对应关系表， 其中播放业务包括单播业务和 MBMS , 基站则 可以依据对应关系表， 查找当前时间内播放业务的类型， 然后基于当前时间内 播放业务的类型， 为其分配传输资源。 例如图 7所示基站为 LTE网络下单播 业务和 MBMS的传输资源分配， 在当前时间播放业务全部为单播业务时， 基 站将全部传输资源分配给单播业务。在当前时 间为直播世界杯热门赛事的时间 时， 基站将 1/2的资源分配给 MBMS , 而在晚上同时播放单播业务和 MBMS , 基站将 1/5的资源分配给 MBMS。

当然在按照当前时间播放业务的类型进行传输 资源分配时，基站还可以对 当前所播放业务的收视率进行统计， 为收视率高的业务分配较多的传输资源， 而为收视率低的业务分配较少的传输资源。

另一种可行分配方式是： 按照播放时间和 MBMS组的对应关系分配传输 资源， 如图 8所示同一' 区同一位置不同 MBMS组在不同播放时间分配的传 输资源不同， 具体是： 在播放时间 1 , 基站为 MBMS组 A分配 3/4传输资源， 为 MBMS组 B分配 1/4传输资源。 而在播放时间 2,基站为 MBMS组 A分配 1/4传输资源， 为 MBMS组 B分配 3/4传输资源。

再一种可行分配方式是： 基站按照同一运营商提供的 MBMS类型不同进 行传输资源的分配， 例如同一运营商的 MBMS资源， 基站将 1/2传输资源用 于支持 TV直播， 1/2传输资源用于按需 MBMS。 当然基站也可以将 1/4资源 用于支持 TV直播， 3/4资源用于按需 MBMS, 如图 9所示。

再一种可行分配方式是： 基站按照多个运营商支付的费用，对多个运营 商 共享 RAN侧传输资源进行分配， 例如图 10所示， 运营商 A支付的费用和运 营商 B支付的费用相同时， 基站将 1/2传输资源分配给运营商 A, 将 1/2传输 资源分配给运营商 B。 如果运营商 B支付的费用高于运营商 A支付的费用， 则基站将 2/5传输资源分配给运营商 A, 将 3/5传输资源分配给运营商 B。

并且在本发明实施例中， 基站向 PCRF实体发送 MBMS的传输资源配置 信息和传输资源占用信息的方式可以釆用但不 限于下述两种方式：

一种发送方式是： 向 PCRF实体推送传输资源信息表， 该传输资源信息表 的格式如上述表 1 所示， 至少包括传输资源配置信息和传输资源占用信 息， PCRF实体在接收到传输资源信息表后， 则可以直接从传输资源信息表中获取 传输资源配置信息和传输资源占用信息。

另一种发送方式是：基站在接收到 PCRF实体发送的传输资源信息查询消 息后，发送传输资源信息回复消息，传输资源 信息回复消息中包括查询到的传 输资源配置信息和传输资源占用信息。

其中传输资源信息查询消息可以为 Diameter Request消息， 相应的传输资 源信息回复消息可以为 Diameter Response 消息, Diameter Request 消息和 Diameter Response消息的格式可以参阅步骤 201中的相关说明，对此本发明实 施例不在阐述。

602: 接收 PCRF实体发送的传输资源重配置请求。

其中传输资源重配置请求是 PCRF实体依据传输资源占用信息，判断出需 要调整传输资源配置信息时发送的， 以指示基站重新配置传输资源。

603: 依据传输资源重配置请求， 为 MBMS重新配置传输资源。

在本发明实施例中， 基站为 MBMS重新配置传输资源的一种可行方式可 以是：将某一 MBMS的空闲传输资源分配给需要更多传输资源� �另一 MBMS。 例如对于 MBMS A和 MBMS B , 基站为 MBMS A分配的传输资源为 2M, 在 实际发送过程中，其传输资源占用信息为 384kbps,基站为 MBMS B分配的传 输资源为 2M, 在实际发送过程中， 其传输资源占用信息为 2M。 则基站在为 MBMS 重新配置传输资源时， 可以将 MBMS A 中空闲的传输资源分配给 MBMS B使用。

重新配置传输资源的另一种可行方式可以是： 基站可以在接收到传输资源 重配置请求后， 依据各 MBMS 的实际需求进行重新分配。 其中基站依据各 MBMS的实际需求进行重新分配可以是： 基站对各 MBMS的观看信息进行统 计， 基于统计的观看信息重新配置传输资源。

通过上述应用于基站侧的资源配置方法，基站 可以依据传输资源重配置请 求， 为 MBMS重新配置传输资源，使得重新配置的传输� �源可以被 MBMS充 分利用，如在重新配置传输资源时， 可以将未被充分利用的空闲资源分配给传 输资源被完全占用的 MBMS使用， 提高传输资源利用率。 基站在依据传输资源重配置请求 MBMS重新配置传输资源之后， 还可以 指示 PCRF实体进行传输资源的更新， 如图 11所示， 在图 6基础上， 还可以 包括如下步骤：

604: 发送表示传输资源重配置成功的传输资源重配 置回复消息， 以指示 PCRF实体将 MBMS的传输资源变更为重新配置的传输资源。

基站在发送传输资源重配置回复消息的同时， 还将重新配置的传输资源携 带在传输资源重配置回复消息中发送给 PCRF实体。 当 PCRF实体接收到传输 资源重配置回复消息后，从该消息中提取重配 置的传输资源， 然后将之前的传 输资源变更为重新配置的传输资源。 此外， 本发明实施例还提供一种应用于 UE侧的业务传输方法， 其阐述了 将 UE在请求的多媒体单播业务后， 启动 MBMS接收流程， 这样在多个 UE 访问相同的流媒体资源时， 包括该流媒体资源 MBMS可以以广播多播方式一 次性发送至启动 MBMS接收流程的多个 UE中， 业务传输过程如图 12所示， 可以包括以下步骤：

701 : 发送业务请求消息至代理服务器， 该业务请求消息用于请求多媒体 单播业务。

其中所述业务请求消息表明 UE当前处于单播接收流程， 以多媒体单播接 收方式接收多媒体单播业务请求的流媒体资源 。在本发明实施例中， 业务请求 消息可以是节目地址获取请求（英文简称为 HTTP Get url )消息， 该节目地址 获取请求消息以超文本传送协议 ( The Hypertext Transfer Protocol, HTTP )形 式发送， 其所获取的地址是 UE观看节目的地址。

702: 接收代理服务器发送的业务请求响应消息。 其中业务请求响应消息 包含业务重置指示信息和传输资源配置信息， 业务重置指示信息用于指示启动 MBMS接收流程， 在 MBMS接收流程中， UE将多媒体单播接收方式切换为 广播多播接收方式， 以广播多播接收方式接收包括流媒体资源的 MBMS。 而 传输资源配置信息用于指示为 MBMS配置的传输资源，所述 MBMS包括多媒 体单播业务请求的流媒体资源， 在配置的传输资源上传输 MBMS包括的流媒 体资源。

在本发明实施中， 业务请求消息是节目地址获取请求消息时， 其对应的业 务请求响应消息可以是节目地址获取响应 （ HTTP response ) 消息， 在该节目 地址获取响应消息中包括上述业务重置指示信 息和传输资源配置信息。

703： 根据业务请求响应消息， 启动 MBMS接收流程。

业务请求响应消息中包括业务重置指示信息， 该业务重置指示信息用于指 示启动 MBMS接收流程，因此 UE在接收到业务请求消息后，直接启动 MBMS 接收流程，在 MBMS接收流程中， UE将多媒体单播接收方式切换为广播多播 接收方式， 以广播多播接收方式接收 MBMS。

并且业务请求响应消息中包括为 MBMS配置的传输资源， 该传输资源可 以用于 MBMS中包括的流媒体资源， 因此 UE可以从该传输资源上， 以广播 多播接收方式接收 MBMS , 并从 MBMS中获取流媒体资源。 这样 BM-SC可 以以广播多播方式一次性发送 MBMS至多个启动 MBMS接收流程的 UE中， 相对于 BM-SC以单播方式按照流媒体资源的接收个数多� ��发送流媒体资源的 方式来说， 一次性发送包括流媒体资源的 MBMS占用的传输资源可以是单播 一次发送流媒体资源占用的传输资源， 明显少于单播多次发送占用的传输资 源， 节省传输资源， 提高资源利用率。

其中 BM-SC以广播多播方式发送 MBMS可以是 BM-SC接收到 PCRF实 体发送的并组消息，该并组消息用于以指示 BM-SC在该重配置的传输资源上， 以广播多播方式发送包括流媒体资源的 MBMS。 在本发明实施例中， MBMS配置的传输资源可以是基站为 MBMS重配置 的传输资源， 例如上述应用于基站侧的资源配置方法中， 基站在接收到 PCRF 实体发送的传输资源重配置请求后， 为包括流媒体资源的 MBMS重配置的传 输资源。相应的， UE在以广播多播接收方式接收 MBMS时， 可以直接接收重 配置的传输资源上传输的 MBMS。

此外，业务请求响应消息中还包括 FDT实例信息和 USD信息后发送。 FDT 实例信息为 BM-SC根据并组信息获取到包括流媒体资源的 MBMS后，对流媒 体资源进行编码的结果，并组消息用于指示 BM-SC在所述 MBMS重配置的传 输资源上， 以广播多播方式发送包括流媒体资源的 MBMS。

USD信息可以是 BM-SC对获取到的流媒体资源动态构造得到，用� ��指示 流媒体资源的相关信息， 其中， USD信息中包含用户可选择的包含流媒体资 源的 MBMS的开始时间 （start time )、 MBMS的持续时间 （duration ), MBMS 标识列表 ( MBMS SAI list )和播放该 MBMS的一个或多个频率。

在这里需要注意的一点是：代理服务器发送的 业务请求响应消息可以是在 代理服务器接收到 PCRF实体用于指示切换到广播多播方式的通知� �应消息， 且接收到 BM-SC发送的 FDT实例信息和 USD信息后发送。

当然代理服务器发送的业务请求响应消息也可 以是在代理服务器接收到 PCRF实体用于指示切换到广播多播方式的通知� �息后发送。

但由于 BM-SC构建 FDT实例信息和 USD信息时，会更改为 MBMS分配 的传输资源以及传输 MBMS的频点等信息， 所以若在接收到通知响应消息后 发送业务请求响应消息， 而后续 BM-SC在构建 FDT实例信息和 USD信息时 更改传输资源， 会导致代理服务器发送的业务请求响应消息中 传输资源错误 , 这样 UE在接收包括流媒体资源的 MBMS时会在错误的传输资源上接收， 导 致接收错误。 为便于更好的理解和实施本发明实施例的上述 方案，下面举例相应的应用 场景来进行具体说明。该应用场景所基于的系 统架构为图 3所示的 eMBMS架 构。

其中， BM-SC和广播多播网关（ Broadcast-Multicast- Gateway , BM-GW ) 通过 SGi-mb接口和 SGmb接口相连接， BM-SC和内容提供服务器（Contents Svr )相连接。 PCRF实体和 P-GW之间通过 Gc接口相连接， PCRF实体通过 S 接口和 SPR相连接， PCRF实体通过 Gxc接口和 S-GW相连接， PCRF实 体通过 V2接口和 BM-SC相连接， PCRF 实体通过 VI接口和演进系统基站 ( eNodeB, eNB )相连接。 S-GW和移动性管理实体（ Mobility Management Entity, MME )相连接， S-GW和 eNB相连接。 MME和归属用户服务器（ Home Subscriber Server, HSS )相连接， MME通过 M3接口和多小区 /多播协同实体 ( Multi-cell/multicast Coordination Entity, MCE )相连接， MME通过 Sm接口 和 BM-GW相连接， MME通过 S1接口和 eNB相连接。 BM-GW通过 Ml接 口和 eNB相连接， MCE通过 M2接口和 eNB相连接。

在图 3所示的系统架构中， 主要执行主体 PCRF实体、 BM-SC、 eNB和 UE的执行功能如下：

PCRF实体可以执行以下功能：

1 )、 向 eNB咨询传输资源分配信息和传输资源占用信息 ， PCRF实体在咨 询这些信息时， 与 eNB之间传递的参数包括： Cell ID 、 Application name,

MBMS Service Area, MBSFNArea, MBSFN Info。 其中 MBSFN Info可包括： Assigned resources、 Bit-rates achieved 、 Available recourse、 Frequency info等；

2 )、通过 UE ID查询 Cell ID, 并根据 Cell ID向 BM-SC查询第一 UE Cell ID 和 第二 UE Cell ID是否在同一 SFN Area以及同一 MBMS service area内， 或者 PCRF实体可以预先配置 Cell ID和 SFN Area及 MBMS service area的对 应关系表， 来确定第一 UE Cell ID 和 第二 UE Cell ID是否在同一 SFN Area 以及同一 MBMS service area内；

3 )、 接收 DASH proxy上报的通知消息， 该通知消息指示多个 UE同时访 问同一视频流业务事件， 且通知消息中的输入参数包括： UE1 info(UEl IP addr),UE2 info(UE2 IP addr) ；

4 )、 PCRF实体结合时间、 业务、 传输资源配置信息以及传输资源占用信 息， 进行单播向广播多播切换决策， 启动按需 MBMS ( on-demand MBMS )会 话；

输入参数： 第一 UE info(UEl IP addr、 UE1 ID、 Cell ID, 用户签约信息）， 第二 UE info(UE2 IP addr、 UE2 ID、 Cell ID、用户签约信息） ， Frequency Info , changed resource , 其中 UE1为第一 UE , UE2为第二 UE;

输出参数： UE1、 UE2 是否可以进行单播方式向广播多播方式切换， Frequency Info , changed resource;

5 )、向 DASH Proxy通知并组信息；输出参数： 第一 UE info (UE 1 ID,UE1

IP addr), 第二 UE info(UE 2 ID, UE2 IP addr);

6 )、 向 BM-SC通知并组信息； 输出参数： 第一 UE info (UE 1 ID,UE1 IP addr), 第二 UE info(UE 2 ID, UE2 IP addr);

7 ), 通知 BM-SC启动 MBMS会话过程； 输出参数： 第一 UE info (UE 1 ID,UE1 IP addr), 第二 UE info(UE 2 ID, UE2 IP addr);

8 )、 将 MBMS资源变化信息通知给 BM-SC; 输出参数： Frequency Info , changed resource; 或者将重新分配的传输资源通知给 BM-SC。

BM-SC可以执行以下功能：

1 )、 接收 DASH Proxy传递的视频内容文件；

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

3 )、 动态建立文件传输表 ( File Delivery Table, FDT ): 将 objectl到 object m依据 MPD提供的时间序列进行 flute编码， 构建 FDT初始化信息 （ FDT Instance info ), objectl到 object m为不同 UE请求的流媒体资源；

输入参数： 视频描述文件 （如 DASH 业务的媒体表示描述文件 （Media Presentation Description, MPD ) )和视频 url, 输出参数： FDT Instance info;

4 )、 向 DASH proxy传递 FDT Instance info;

5 )、 动态构造用户业务描述（User Service Description, USD )信息； 输入参数： 视频描述文件（如 DASH业务的 MPD )和视频 url, 输出参 数： USD信息；

6 )、 向 DASH proxy或 PCRF实体传递 USD信息；

UE执行以下功能：

1 )、 DASH业务请求；

2 )、 视频内容呈现；

3 )、 视频内容解码； 4 )、 从 DASH proxy获取 FDT实例信息；

5 )、 从 DASH proxy获取 USD信息；

6 )、 以广播多播接收方式接收包括流媒体资源的 MBMS, 如视频内容文 件 ；

eNB可以执行以下功能：

1 )、 eNB接收 PCRF实体发送的传输资源信息查询消息后，反� �传输资源 信息回复消息； 或者 eNB推送传输资源信息表至 PCRF实体；

2 )、 eNB根据时间、 业务以及运营商共享等实际需求进行灵活分配 。 比如 根据一段时间的统计发现， 20: 00-22: 00之间较少 UE请求 MBMS, 较多用 户请求单播业务， 则可在此时段释放部分为 MBMS配置的传输资源提供给单 播业务使用。 比如在发现没有 MBMS时， 所有传输资源可以提供单播业务服 务， 如遇到赛事直播等 MBMS时， 可以在赛事直播时间段把较多的传输资源 分配给赛事直播这种 MBMS。 与上述 PCRF实体、 BM-SC、 eNB和 UE共同执行， 但未包括在图 3所示 的系统架构中的代理服务器， 如 DASH proxy可以执行以下功能：

1 )、 通过 UE请求的 url, 检测多个 UE同时访问同一视频流事件； 输入参 数： UE1请求的视频 url, UE2请求的视频 url;

2 )、 向 PCRF实体上报通知消息， 以指示检测到的多个 UE同时访问同一 视频流事件； 输出参数： UE1 info(UEl IP addr),UE2 info(UE2 IP addr);

3 )、 向 BM-SC发送按需业务请求视频内容（ On-demand Object ) 消息； 输出参数： 视频描述文件（如 DASH业务的 MPD )和视频 url

4 )、 向 BM-SC发送包括流媒体资源的 MBMS, 如视频内容文件； 5 )、 通知 UE以广播多播接收方式接收包括流媒体资源的 MBMS； 6 )、 向 UE传递 FDT实例信息；

7 )、 向 UE传递 USD信息

通过如上对各个执行主体的功能描述可知，可 以动态调整传输资源以使传 输资源被充分利用， 并且在同一 MBMS网络下多个 UE同时访问相同的流媒 体资源的情况下，本发明实施例还可以为包括 多个 UE同时访问相同的流媒体 资源的 MBMS分配传输资源， 并在该传输资源上以广播多播方式发送包括流 媒体资源的 MBMS。而多个请求该流媒体资源的 UE也会从单播接收方式切换 为广播多播接收方式接收包括流媒体资源的 MBMS。

这样包括流媒体资源的 MBMS 可以在一个传输资源上一次性发送多个 UE中， 相对于流媒体资源在不同传输资源上分别至不 同的 UE中来说， 占用 的运营商的核心网回程链路（backhaul ) 资源和基站的空口资源减少， 提高传 输资源利用率， 并且降低运营商传输流媒体资源的传输成本。 程，接下来以 DASH业务的一个实施例进行详细说明，前提假� �： UE1和 UE2 准备观看互联网公司越过（Over the top, OTT ) 内容提供商的按需业务请求 ( Video on demand, VoD )节目， 以 UE1和 UE2位于同一个 Cell下面为例进 行说明， 当然 UE1和 UE2也可以位于不同的 Cell。 其数据交互处理过程可以 参阅图 13所示， 可以包括如下步骤：

801 : UE1发送节目地址获取请求（英文简称为 HTTP Get url ) 消息给代 理服务器， 该节目地址获取请求消息以 HTTP形式发送获取 UE1观看节目的 地址（URL ), 节目地址获取消息为多媒体单播业务请求消息 的一种可行方式。

802: UE2也发送 HTTP Get url消息给代理服务器。

803： 代理服务器从 UE1和 UE2发送的 HTTP Get url消息中获取 URL , 当获取到的两个 URL—致时， 代理服务器可以确定 UE1和 UE2各自访问的 流媒体资源相同。

804: 代理服务器发送通知 （Notify ) 消息给 PCRF实体， 以指示 UE1和 UE2各自访问相同的流媒体资源，且指示 PCRF实体获取传输资源配置信息和 传输资源占用信息。

其中 Notify消息可以包括参数： UE1 info(UEl IP addr), UE2 info(UE2 IP addr), 其中 UE1 IP addr为 UE1的 IP地址， UE2 IP addr为 UE2的 IP地址。

805: PCRF实体在接收到 Notify消息后， 向 eNB发送传输资源信息查询 消息， 以从 eNB侧获取传输资源配置信息和传输资源占用信 息。

806: PCRF实体接收 eNB反馈的传输资源信息回复消息， 从传输资源信 息回复消息中获取传输资源配置信息和传输资 源占用信息。 807： PCRF实体根据 UE1 IP addr和 UE2 IP addr,通过 UE ID和 UE IP addr 的映射关系， 获取 IP addr对应的 UE ID , 进而以 UE ID为参数从 SPR得到该 用户的签约属性， 从该签约属性中判断 UE是否支持 MBMS, 如果 UE不支持 MBMS, 则后续过程终止。

808:如果 UE1和 UE2都支持 MBMS,且 UE1和 UE2均处于同一个小区 中， 则 PCRF实体将 UE1和 UE2请求的流媒体资源由单播方式切换为广播多 播方式， 则流媒体资源被包括在 MBMS中， 以广播多播方式发送 MBMS。

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

809: 依据传输资源占用信息， 在判断出需要调整传输资源配置信息的情 况下， 发送传输资源重配置请求。

例如 MBMS A分配的传输资源为 2M,其资源实际使用为 384kbps, MBMS A空闲的传输资源大约为 1M,则 PCRF实体判断出需要对 MBMS A的传输资 源进行重配置， 即发送传输资源重配置请求至 eNB。

810: eNB在接收到传输资源重配置请求后， 为包括流媒体资源的 MBMS 重新配置传输资源。

仍以 MBMS A为例 , eNB在接收到传输资源重配置请求后，可以将 MBMS A空闲的传输资源预留给 UE1和 UE2请求的流媒体资源， 将该空闲的传输资 源的单播方式切换为广播多播方式发送流媒体 资源，这样基站就可以为包括流 媒体资源的 MBMS重新配置传输资源， 并在重配置的传输资源上以广播多播 方式发送 MBMS。

811 : eNB将为 MBMS重配置的传输资源发送给 PCRF实体。

812: PCRF实体向 BM-SC发送并组消息，以指示在重配置的传输资� ��上， 以广播多播方式向 UE1和 UE2发送包括流媒体资源的 MBMS。

在本发明实施例中并组消息可以为： 按需组播业务启动 （ On-demand Initiation ) 消息， 消息中可以包括如下信息： UE 1 info (UE 1 ID,UE1 IP addr), UE2 info(UE 2 ID, UE2 IP addr), 为包括流媒体资源的 MBMS重配置的传输资 源。

除此之外 BM-SC记录如下内容： UE1和 UE2可以通过 MBMS的安全密 钥获取 MBMS广播信道的内容。

813: PCRF实体向代理服务器发送通告响应 （ Notify response ) 消息， 以 使代理服务器获知 BM-SC已启动 MBMS会话过程。

814: 代理服务器给 BM-SC发送按需组播业务内容（ On-demand Object ) 消息， 消息中包括 URL。

815: 代理服务器发送包括流媒体资源的 MBMS给 BN-SC。 其中流媒体 资源可以是代理服务器从 OTT内容服务器中获取 URL对应的流媒体资源，如 果代理服务器本地有此流媒体资源，则直接在 代理服务器本地获取流媒体资源 发送给 BM-SC。

816: BM-SC接收包括流媒体资源的 MBMS,并根据 URL信息，构建 FDT 初始化信息 （ FDT Instance info )和 USD信息。

817: BM-SC启动 MBMS会话过程。

818: BM-SC发送 FDT Instance info和 USD信息至代理服务器。

819: BM-SC进行 MBMS数据传送。

820: 代理服务器发送业务请求响应消息至 UE1。 其中， 业务请求响应消 息用于指示 UE以广播多播方式接收包括流媒体资源的 MBMS。

在本发明实施中， 业务请求响应消息可以是节目地址获取响应 （HTTP response ) 消息， 该消息中包括： 该节目地址获取响应消息中包括上述业务重 置指示信息和传输资源配置信息。 此外该消息中还包括： USD 信息和 FDT instance info。

821 : 代理服务器发送 HTTP response消息给 UE2。

822: UE1 和 UE2从 HTTP response消息中， 获取为包括流媒体资源的 MBMS重配置的传输资源。 这样在包括流媒体资源的 MBMS以广播多播方式 发送时， UE1和 UE2可以从重配置的传输资源上接收流媒体资源 。

823: UE1和 UE2在接收到 HTTP response消息后， 启动 MBMS接收流 程， 以广播多播方式接收包括流媒体资源的 MBMS。

824: UE1和 UE2根据 FDT instance info获取 URL对应的文件传输对象， 将文件传输对象进行大规模可扩展条件下 IP 多播传输（File Delivery over Unidirectional Transport, FLUTE )解码， 然后依据 USD信息， 将 FLUTE解码 得到的内容传送给流媒体资源对应的视频解码 器进行解码， 则用户可以通过 MBMS观看对应的视频节目内容。 仍以图 13基于的场景： UE1和 UE2准备观看互联网公司越过 ( Over the top, OTT ) 内容提供商的按需业务请求 （Video on demand, VoD )节目， 以 UE1和 UE2位于同一个 Cell下面为例， 阐述 PCRF实体获取传输资源配置信 息和传输资源占用信息的另一种方式， 如图 14所示。 其中图 14与图 13所示 实施例不同之处在于：图 14中 eNB推送传输资源信息表至 PCRF实体，由 PCRF 实体从传输资源信息表中 , 获取传输资源配置信息和传输资源占用信息。 与应用于 PCRF实体侧的方法实施例相对应，本发明实施� �还提供一种应 用于 PCRF实体中的资源配置装置 100, 其结构示意图请参阅图 15所示， 可 以包括： 获取单元 10、 判断单元 11和发送单元 12。 其中，

获取单元 10 ,用于获取 MBMS的传输资源配置信息和传输资源占用信息� � 其中，传输资源是为 MBMS分配且用于传输 MBMS的资源，传输资源配 置信息表示基站为 MBMS分配的传输资源，传输资源占用信息表示 MBMS实 际使用的传输资源。

可以理解的是： 基站为每个 MBMS分配的传输资源可以是固定资源， 例 如对于某一个 MBMS, 基站为其分配的固定资源为 2兆， 实际使用的传输资 源可以为 384千位 /秒。

当然， 基站为每个 MBMS分配的传输资源也可以是非固定资源， 该非固 定资源是基站在不同需求下对 MBMS分配的传输资源， 其可以按照需求的变 化而变化 ,具体可参阅本发明实施例在阐述应用于基站� �中的资源分配方法中 的相关说明。

在本发明实施例中， 获取单元 10从基站侧获取传输资源配置信息和传输 资源占用信息的方式包括但不限于： 主动获取方式和被动获取方式。获取单元 10 被动获取信息的方式为： 获取所述基站推送的传输资源信息表， 所述传输 资源信息表包括所述传输资源配置信息和所述 传输资源占用信息。

获取单元 10主动获取传输资源配置信息和传输资源占用� ��息时， 首先由 获取单元 10中的发送子单元向所述基站发送传输资源信� ��查询消息， 该传输 资源信息查询消息用于查询基站为所述 MBMS分配的传输资源以及所述传输 资源占用信息； 当基站接收到该传输资源信息查询消息后， 向获取单元 10中 的接收子单元反馈传输资源信息回复消息，该 传输资源信息回复消息中包括查 询到的传输资源配置信息和传输资源占用信息 。

在本发明实施例中，传输资源信息查询消息可 以是 Diameter Request消息， 相应的传输资源信息回复消息可以是 Diameter Response消息。 其中 Diameter 是一种协议名称， Diameter Request消息是基于该 Diameter协议的请求消息， 相应的 , Diameter Response消息基于该 Diameter协议的回复消息。

判断单元 11 , 用于依据所述传输资源占用信息， 判断是否需要调整传输 资源配置信息；

在不同 MBMS实际发送过程中， 由于不同 MBMS包括的数据量不同， 其 传输资源占用信息不同，因此该传输资源占用 信息可以作为判断是否需要进行 传输资源调整的基础。

例如对于 MBMS A和 MBMS B ,基站为 MBMS A分配的传输资源为 2M, 在实际发送过程中，其传输资源占用信息为 384kbps,基站为 MBMS B分配的 传输资源为 2M, 在实际发送过程中， 其传输资源占用信息为 2M。 从上述 MBMS A和 MBMS B的传输资源占用信息可以看出 ,为 MBMS A分配的大部 分传输资源被浪费，而 MBMS B需要更多的传输资源，因此 MBMS A和 MBMS B的传输资源需要重新分配。

假如 MBMS B的传输资源占用信息为 384kbps, 且当前仅有 MBMS A和 MBMS B , 则 MBMS A和 MBMS B的传输资源不需要重新分配。

发送单元 12, 用于在所述判断单元判断出需要调整所述传输 资源配置信 息时，发送传输资源重配置请求， 所述传输资源重配置请求用于指示基站为所 述 MBMS重新配置传输资源。

在本发明实施例中，传输资源重配置请求发送 至基站中，由基站为 MBMS 重新配置传输资源。 其中重新配置传输资源的一种可行方式可以是 ： 将某一 MBMS的空闲传输资源分配给需要更多传输资源� �另一 MBMS, 例如将上述 MBMS A中空闲的传输资源分配给 MBMS B使用。

重新配置传输资源的另一种可行方式可以是： 基站可以在接收到传输资源 重配置请求后， 依据各 MBMS的实际需求进行重新分配， 具体请参阅应用于 基站侧中的资源配置方法中的相关说明。

PCRF实体应用本发明实施例提供的资源配置装� �可以依据传输资源占用 信息来判断是否需要调整 MBMS的传输资源配置信息，当需要调整 MBMS的 传输资源配置信息时， 发送传输资源重配置请求， 以指示为 MBMS重新配置 传输资源， 使得重新配置的传输资源可以被 MBMS充分利用， 如在重新配置 传输资源时， 可以将未被充分利用的空闲资源分配给传输资 源被完全占用的 MBMS使用， 提高传输资源利用率。 请参阅图 16, 其示出了本发明实施例应用于 PCRF 实体侧的资源配置装 置 100的另一种结构示意图， 在图 15基础上， 还可以包括： 接收单元 13、 切 换单元 14和获得单元 15。

接收单元 13 , 用于接收代理服务器上报的通知消息， 所述通知消息包括 第一用户设备和第二用户设备各自访问的流媒 体资源相同，且所述通知消息用 于指示所述 PCRF实体获取 MBMS的传输资源配置信息和传输资源占用信息� �

其中， 代理服务器可以为 DASH代理， 也可以为 PCC架构中的 AF实体， AF实体可以通过 Rx接口和 PCRF实体相连接。本发明实施例是以两个 UE访 问相同的流媒体资源为例进行说明， 具体为第一 UE和第二 UE, 在实际应用 中， 还可以为三个 UE或者更多 UE访问相同的流媒体资源， 此处仅作说明。 并且访问相同流媒体资源的多个 UE可以处于同一个小区 （Cell ) 内， 也可以 处于不同的小区内， 只要这些 UE都处于 MBMS网络覆盖下即可。

在本发明的一些实施例中， 接收单元 13接收到代理服务器上报的通知消 息后， 可以由 PCRF实体根据该通知消息就可以获知第一 UE和第二 UE访问 的流媒体资源相同。

第一 UE和第二 UE访问的流媒体资源相同具体可以为第一 UE请求的 URL和第二 UE请求的 URL相同， 例如第一 UE请求的流媒体资源下载地址 为 "Segment#n url"， 当第二 UE请求的流媒体资源下载地址为 "Segment#n url" 时， 可以确定第一 UE和第二 UE同时访问相同的流媒体资源。 Segment#n url 为第 n个分片 Segment的 url, Segment包括在 DASH服务器为同一个流媒体 文件生成多个码率的不同 Representation中。

在接收单元 13接收到代理服务器上报的通知消息后 ,获取单元 10从基站 侧获取 MBMS的传输资源配置信息和传输资源占用信息� � 并进一步触发切换 单元 14。 切换单元 14, 用于将所述流媒体资源的传输方式从单播方式 切换到 广播多播方式， 以使所述流媒体资源包括在所述 MBMS中， 且以广播多播方 式发送所述 MBMS; 也就是说当流媒体资源的传输方式切换到广播 多播方式 时，流媒体资源被包括在 MBMS中，并且 MBMS的发送方式为广播多播方式。

在本发明实施例中， 切换单元 14将流媒体资源的传输方式从单播方式切 换到广播多播方式， 可以是在第一 UE和第二 UE同时支持 MBMS的情况下 或者是根据第一 UE所在小区的拥塞信息、 第二 UE所在小区的拥塞信息、 第 一 UE的 QoS信息、 第二 UE的 QoS信息来确定是否切换， 具体可以参阅步 骤 403中的说明。

获得单元 15 , 用于从所述基站处得到为包括所述流媒体资源 的所述 MBMS重配置的传输资源；

在将流媒体资源的传输方式切换为广播多播方 式后， 判断单元 11会依据 传输资源占用信息判断是否需要调整传输资源 配置信息。 如果判断单元 11判 断出需要调整传输资源配置信息， 则发送单元 12发送传输资源重配置请求至 基站。 当基站微 MBMS重配置传输资源后， 获得单元 15可以从基站处得到为 包括流媒体资源的 MBMS重配置的传输资源。

并且在本发明实施例中发送单元 12, 还用于向 BM-SC发送并组消息， 并 组消息用于指示在包括所述流媒体资源的 MBMS配置的传输资源上， 以所述 广播多播方式向所述第一 UE和所述第二 UE发送所述 MBMS。因此当 BM-SC 接收到并组消息后， 启动 MBMS会话过程， 在 MBMS配置的传输资源上， 釆 用广播多播方式向第一 UE和第二 UE发送 MBMS。

发送单元 12还需要向所述代理服务器发送通知响应消息� ��使所述代理服 务器获知所述 BM-SC 已启动 MBMS会话过程， 这样代理服务器可以向第一 UE和第二 UE发送消息以指示第一 UE和第二 UE切换为广播多播接收方式， 来接收基站以广播多播方式发送的 MBMS ,这样第一 UE和第二 UE访问的相 同的流媒体资源可以包括在一个 MBMS中通过广播多播方式一次性发送至第 一 UE和第二 UE中。 与上述应用于 PCRF实体中的资源配置装置相对应，本发明实� �例还提供 一种 PCRF实体 200在硬件上可包括： 中央处理器（ Central Processing Unit, CPU ) 21和存储器 22, 如图 17所示。 其中， CPU21通过通信线路与存储器 22 通信， CPU21通过运行存储在存储器 22内的软件程序 23 以及调用存储在存 储器 22内的数据， 至少可执行如下步骤：

首先， 获取 MBMS的传输资源配置信息和传输资源占用信息� � 所述传输 资源配置信息表示基站为所述 MBMS分配的传输资源， 所述传输资源占用信 息表示所述 MBMS实际使用的传输资源；

然后，依据所述传输资源占用信息， 判断是否需要调整所述传输资源配置 信息； 当需要调整所述传输资源配置信息时， 发送传输资源重配置请求， 所述 传输资源重配置请求用于指示基站为所述 MBMS重新配置传输资源。

上述各个步骤的详细执行过程参见本文前述方 法的介绍， 在此不作赘述。 在本发明实施例中， 上述存储器 22具体可为双倍速率同步动态随机存储 器（ Double Data Rate SDRAM, DDR SDRAM )、静态随机存储器（ Static RAM, SRAM )、快闪式存储器（ Flash Memory, FLASH )、 固态硬盘（ Solid State Disk, SSD )等， 其主要包括程序存储区和数据存储区， 其中， 程序存储区可存储操 作系统以及至少一个功能所需的应用程序 （例如上述软件程序 23 )等； 数据 存储区可存储根据 CPU的执行情况而最终产生的数据，至于 CPU在执行上述 步骤所产生的中间数据， 则存储在内存中。 CPU21和存储器 22可集成于同一 芯片内， 也可为独立的两个器件。 与上述应用于基站侧的资源配置方法，本发明 实施例还提供应用于基站中 的资源配置装置 300, 其结构示意图如图 18所示， 可以包括： 第一发送单元 31、 接收单元 32和配置单元 33。 第一发送单元 31 , 用于向 PCRF实体发送 MBMS的传输资源配置信息和 传输资源占用信息。其中，传输资源是为 MBMS分配且用于传输 MBMS的资 源， 传输资源配置信息表示基站为 MBMS分配的传输资源， 传输资源占用信 息表示 MBMS实际使用的传输资源。

可以理解的是： 基站为每个 MBMS分配的传输资源可以是固定资源， 例 如对于某一个 MBMS, 基站为其分配的固定资源为 2M, 实际使用的传输资源 可以为 384 kbps。

当然， 基站为每个 MBMS分配的传输资源也可以是非固定资源， 该非固 定资源是基站在不同需求下对 MBMS分配的传输资源， 其可以按照需求的变 化而变化， 如由配置单元 33根据播放时间、 业务类型以及运营商共享资源中 的至少一种信息为所述 MBMS配置传输资源， 具体分配方式可以参阅基站侧 的方法实施例的步骤 601。

在本发明实施例中， 第一发送单元 31可以主动向 PCRF实体推送传输资 源信息表，所述传输资源信息表包括所述传输 资源配置信息和所述传输资源占 用信息。 当然， 第一发送单元 31也可以在接收到所述 PCRF实体发送的传输 资源信息查询消息后，发送传输资源信息回复 消息， 所述传输资源信息回复消 息中包括查询到的所述传输资源配置信息和所 述传输资源占用信息。

接收单元 32, 用于接收所述 PCRF 实体发送的传输资源重配置请求； 其 中传输资源重配置请求是 PCRF 实体应用资源配置装置依据传输资源占用信 息， 判断出需要调整传输资源配置信息时发送的， 用于指示基站重新配置传输 资源。

配置单元 33 , 用于依据所述传输资源重配置请求， 为所述 MBMS重新配 置传输资源。

在本发明实施例中，配置单元 33为 MBMS重新配置传输资源的一种可行 方式可以是： 将某一 MBMS的空闲传输资源分配给需要更多传输资源� �另一 MBMS„例如对于 MBMS A和 MBMS B ,基站为 MBMS A分配的传输资源为 2M, 在实际发送过程中， 其传输资源占用信息为 384kbps, 基站为 MBMS B 分配的传输资源为 2M, 在实际发送过程中， 其传输资源占用信息为 2M。 则 基站在为 MBMS重新配置传输资源时，可以将 MBMS A中空闲的传输资源分 配给 MBMS B使用。

重新配置传输资源的另一种可行方式可以是： 配置单元 33可以在接收到 传输资源重配置请求后， 依据各 MBMS的实际需求进行重新分配。 其中配置 单元 33依据各 MBMS 的实际需求进行重新分配可以是： 配置单元 33对各 MBMS的观看信息进行统计， 基于统计的观看信息重新配置传输资源。

通过上述应用于基站侧的资源配置装置，基站 可以依据传输资源重配置请 求， 为 MBMS重新配置传输资源，使得重新配置的传输� �源可以被 MBMS充 分利用，如在重新配置传输资源时， 可以将未被充分利用的空闲资源分配给传 输资源被完全占用的 MBMS使用， 提高传输资源利用率。

配置单元 33在未 MBMS重配置传输资源后，还可以由应用于基站� �资源 配置装置 300中的第二发送单元 34发送表示传输资源重配置成功的传输资源 重配置回复消息， 以指示所述 PCRF实体将所述 MBMS的传输资源变更为重 新配置的传输资源， 此时资源配置装置 300的结构示意图如图 19所示。 与上述应用于基站中的资源配置装置相对应， 本发明实施例还提供一种基 站 400在硬件上可包括： CPU41和存储器 42, 如图 20所示。 其中， CPU41通 过通信线路与存储器 42通信， CPU41通过运行存储在存储器 42内的软件程 序 43以及调用存储在存储器 42内的数据， 至少可执行如下步骤：

首先， 向 PCRF实体发送 MBMS的传输资源配置信息和传输资源占用信 息， 所述传输资源配置信息表示基站为所述 MBMS分配的传输资源， 所述传 输资源占用信息表示所述 MBMS实际使用的传输资源；

然后，接收所述 PCRF实体发送的传输资源重配置请求， 并依据所述传输 资源重配置请求， 为所述 MBMS重新配置传输资源。

上述各个步骤的详细执行过程参见本文前述方 法的介绍， 在此不作赘述。 在本发明实施例中， 上述存储器 42 具体可为 DDR SDRAM, SRAM,

FLASH, SSD 等， 其主要包括程序存储区和数据存储区， 其中， 程序存储区 可存储操作系统以及至少一个功能所需的应用 程序 （例如上述软件程序 43 ) 等； 数据存储区可存储根据 CPU的执行情况而最终产生的数据， 至于 CPU在 执行上述步骤所产生的中间数据， 则存储在内存中。 CPU41和存储器 42可集 成于同一芯片内， 也可为独立的两个器件。 与上述应用于 UE侧的业务传输方法相对应，本发明实施例还� ��供一种应 用于 UE中的业务传输装置 500, 其结构示意图如图 21所示， 可以包括： 发送 单元 51、 接收单元 52和启动单元 53。

发送单元 51 , 用于发送业务请求消息至代理服务器， 所述业务请求消息 用于请求多媒体单播业务； 其中所述业务请求消息表明 UE当前处于单播接收 流程， 以多媒体单播接收方式接收多媒体单播业务请 求的流媒体资源。在本发 明实施例中， 业务请求消息可以是节目地址获取请求（英文 简称为 HTTP Get url ) 消息， 该节目地址获取请求消息以 HTTP 形式发送， 其所获取的地址是 UE观看节目的地址。

接收单元 52, 用于接收所述代理服务器发送的业务请求响应 消息。 其中 业务请求响应消息包含业务重置指示信息和传 输资源配置信息，业务重置指示 信息用于指示启动 MBMS接收流程， 在 MBMS接收流程中， UE将多媒体单 播接收方式切换为广播多播接收方式，以广播 多播接收方式接收包括流媒体资 源的 MBMS。 而传输资源配置信息用于指示为 MBMS配置的传输资源， 所述 MBMS 包括多媒体单播业务请求的流媒体资源， 在配置的传输资源上传输 MBMS包括的流媒体资源。

在本发明实施中， 业务请求消息是节目地址获取请求消息时， 其对应的业 务请求响应消息可以是节目地址获取响应 （ HTTP response ) 消息， 在该节目 地址获取响应消息中包括上述业务重置指示信 息和传输资源配置信息。

启动单元 53 , 用于根据所述业务请求响应消息， 启动 MBMS接收流程。 在本发明实施例中， 业务请求响应消息中包括业务重置指示信息， 该业务 重置指示信息用于指示启动 MBMS接收流程， 因此启动单元 53在接收单元 52接收到业务请求消息后， 直接启动 MBMS接收流程。 在 MBMS接收流程 中， UE将多媒体单播接收方式切换为广播多播接收� ��式， 以广播多播接收方 式接收 MBMS。

并且业务请求响应消息中包括为 MBMS配置的传输资源， 该传输资源可 以用于 MBMS中包括的流媒体资源， 因此 UE可以从该传输资源上， 以广播 多播接收方式接收 MBMS , 并从 MBMS中获取流媒体资源。 这样 BM-SC可 以以广播多播方式一次性发送 MBMS至多个启动 MBMS接收流程的 UE中， 相对于 BM-SC以单播方式按照流媒体资源的接收个数多� ��发送流媒体资源的 方式来说， 一次性发送包括流媒体资源的 MBMS占用的传输资源可以是单播 一次发送流媒体资源占用的传输资源， 明显少于单播多次发送占用的传输资 源， 节省传输资源， 提高资源利用率。

在本发明实施例中， MBMS配置的传输资源可以是基站为 MBMS重配置 的传输资源， 例如上述应用于基站侧的资源配置方法中， 基站在接收到 PCRF 实体发送的传输资源重配置请求后， 为包括流媒体资源的 MBMS重配置的传 输资源。相应的， 业务传输装置 500中的业务接收单元 54可以在 MBMS接收 流程中以广播多播接收方式， 接收在重配置的传输资源上传输的 MBMS, 如 图 22所示。

此外，业务请求响应消息中还包括 FDT实例信息和 USD信息后发送。 FDT 实例信息为 BM-SC根据并组信息获取到包括流媒体资源的 MBMS后，对流媒 体资源进行编码的结果，并组消息用于指示 BM-SC在所述 MBMS重配置的传 输资源上， 以广播多播方式发送包括流媒体资源的 MBMS。

USD信息可以是 BM-SC对获取到的流媒体资源动态构造得到，用� ��指示 流媒体资源的相关信息， 其中， USD信息中包含用户可选择的包含流媒体资 源的 MBMS的开始时间 （start time )、 MBMS的持续时间 （duration ), MBMS 标识列表（ MBMS SAI list )和播放该 MBMS的一个或多个频率。

在这里需要注意的一点是：代理服务器发送的 业务请求响应消息可以是在 代理服务器接收到 PCRF实体用于指示切换到广播多播方式的通知� �应消息， 且接收到 BM-SC发送的 FDT实例信息和 USD信息后发送。

当然代理服务器发送的业务请求响应消息也可 以是在代理服务器接收到 PCRF实体用于指示切换到广播多播方式的通知� �息后发送。

但由于 BM-SC构建 FDT实例信息和 USD信息时，会更改为 MBMS分配 的传输资源以及传输 MBMS的频点等信息， 所以若在接收到通知响应消息后 发送业务请求响应消息， 而后续 BM-SC在构建 FDT实例信息和 USD信息时 更改传输资源， 会导致代理服务器发送的业务请求响应消息中 传输资源错误 , 这样 UE在接收包括流媒体资源的 MBMS时会在错误的传输资源上接收， 导 致接收错误。 与应用于 UE中的业务传输装置相对应，本发明实施例还� ��供一种用户设 备（UE ) 600, 其在硬件上可包括： CPU61和存储器 62, 如图 23所示。 其中, CPU61通过通信线路与存储器 62通信， CPU61通过运行存储在存储器 62内 的软件程序 63以及调用存储在存储器 62内的数据， 至少可执行如下步骤： 首先，发送业务请求消息至代理服务器， 所述业务请求消息用于请求多媒 体单播业务。

然后，接收所述代理服务器发送的业务请求响 应消息， 并根据所述业务请 求响应消息， 启动 MBMS接收流程， 其中所述业务请求响应消息包含业务重 置指示信息和传输资源配置信息，所述业务重 置指示信息用于指示启动多媒体 广播多播业务 MBMS 接收流程， 所述传输资源配置信息用于指示为所述 MBMS配置的传输资源， 所述 MBMS包括所述多媒体单播业务请求的流媒体 资源。

上述各个步骤的详细执行过程参见本文前述方 法的介绍， 在此不作赘述。 在本发明实施例中， 上述存储器 62 具体可为 DDR SDRAM, SRAM,

FLASH, SSD 等， 其主要包括程序存储区和数据存储区， 其中， 程序存储区 可存储操作系统以及至少一个功能所需的应用 程序 （例如上述软件程序 63 ) 等； 数据存储区可存储根据 CPU的执行情况而最终产生的数据， 至于 CPU在 执行上述步骤所产生的中间数据， 则存储在内存中。 CPU61和存储器 62可集 成于同一芯片内， 也可为独立的两个器件。

需要说明的是，在本文中，诸如第一和第二等 之类的关系术语仅仅用来将 一个实体或者操作与另一个实体或操作区分开 来，而不一定要求或者暗示这些 实体或操作之间存在任何这种实际的关系或者 顺序。 而且， 术语 "包括"、 "包 含"或者其任何其他变体意在涵盖非排他性的� �含，从而使得包括一系列要素 的过程、 方法、 物品或者设备不仅包括那些要素， 而且还包括没有明确列出的 其他要素， 或者是还包括为这种过程、 方法、 物品或者设备所固有的要素。 在 没有更多限制的情况下， 由语句 "包括一个 ... ... " 限定的要素， 并不排除在包 括所述要素的过程、 方法、 物品或者设备中还存在另外的相同要素。 本说明书中各个实施例釆用递进的方式描述， 每个实施例重点说明的都是 与其他实施例的不同之处，各个实施例之间相 同相似部分互相参见即可。对于 实施例公开的装置和设备而言， 由于其与实施例公开的方法相对应， 所以描述 的比较简单， 相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业 技术人员能够实现或使用本 发明。 对这些实施例的多种修改对本领域的专业技术 人员来说将是显而易见 的， 本文中所定义的一般原理可以在不脱离本发明 的精神或范围的情况下，在 其它实施例中实现。 因此， 本发明将不会被限制于本文所示的这些实施例 ， 而 是要符合与本文所公开的原理和新颖特点相一 致的最宽的范围。

+