技术领域
本发明实施例涉及无线通信技术领域，特别涉及一种资源配置方法、业务传输方法、装置及相关设备。
背景技术：
当前多媒体广播多播业务(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架构的示意图；
图2为本发明实施例提供的应用于PCRF实体侧的资源配置方法的一种流程图；
图3为本发明实施例提供的eMBMS架构的示意图；
图4为本发明实施例提供的应用于PCRF实体侧的资源配置方法的另一种流程图；
图5为本发明实施例提供的应用于PCRF实体侧的资源配置方法的再一种流程图；
图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消息格式为：
其中Application Name为应用程序名称，MBMS Service Area为MBMS服务区域、MBSFN Area为MBMS区域、Assigned Resources为预留传输资源、Bit-rates Achieved为实际速率、Available Recourse可用传输资源和Frequency Info为频点信息。
此外，MBMS网络信息中还可以包括小区标识(Cell ID)信息，相应的Diameter Request消息可以查询该小区标识信息对应的小区的MBMS网络信息，Diameter Request消息的格式如下：
当然，该小区标识信息参数还可以采用单独的AVP格式在Diameter Request消息中发送，如下所示：
在本发明实施例中，上述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传输资源信息表
此外基站还可以周期性更新传输资源信息表，当其更新后发送更新消息
至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)资源和基站的空口资源减少，提高传输资源利用率，并且降低运营商传输流媒体资源的传输成本。
与上述应用于PCRF实体侧的方法实施例相对应，本发明实施例还提供一种应用于基站侧的资源配置方法，其流程图可以参阅图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实体通过Sp接口和SPR相连接，PCRF实体通过Gxc接口和S-GW相连接，PCRF实体通过V2接口和BM-SC相连接，PCRF实体通过V1接口和演进系统基站(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通过M1接口和eNB相连接，MCE通过M2接口和eNB相连接。
在图3所示的系统架构中，主要执行主体PCRF实体、BM-SC、eNB和UE的执行功能如下：
PCRF实体可以执行以下功能:
1)、向eNB咨询传输资源分配信息和传输资源占用信息，PCRF实体在咨询这些信息时，与eNB之间传递的参数包括：Cell ID、Application name、MBMS Service Area、MBSFN Area、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(UE1 IP addr),UE2 info(UE2 IP addr)；
4)、PCRF实体结合时间、业务、传输资源配置信息以及传输资源占用信息，进行单播向广播多播切换决策，启动按需MBMS(on-demand MBMS)会话；
输入参数：第一UE info(UE1 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,UE1IP 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 1ID,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)：将object1到object m依据MPD提供的时间序列进行flute编码，构建FDT初始化信息(FDT Instance info)，object1到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(UE1 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(UE1 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可集成于同一芯片内，也可为独立的两个器件。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置和设备而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。