机器类通信MTC的策略应用方法及策略和计费执行实体

摘要

本发明公开了一种机器类通信MTC的策略应用方法及策略和计费执行实体PCEF，上述方法包括：在附着到策略和计费执行实体PCEF的MTC设备建立因特网协议-连接接入网IP-CAN会话过程中，PCEF在本地获取与MTC设备所属的设备组对应的组策略；将组策略应用于IP-CAN会话。通过本发明的技术方案，缩短了PCEF应用MTC策略的时间，节省了网络资源，提高了网路资源利用率。

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种机器类通信MTC的策略应用方法及策略和计费执行实体。 

背景技术

3GPP无线核心网包括通用无线分组业务(General Packet RadioService，简称为GPRS)网络、演进的分组系统(Evolved PacketSystem，简称为EPS)网络、通用移动通信系统(Universal MobileTelecommunications System，简称为UMTS)。 

图1示出了机器类型通信(Machine Type Communication，简称为MTC)用户设备(User Equipment，简称为UE)通过SAE和UMTS接入IP多媒体子系统(IP Multimedia Subsystem，简称为IMS)的紧急呼叫的示意图，在图1中，实线表示信令，虚线表示用户的IP通道。通过UMTS接入时，UE又可称为移动台(Mobile Station，简称为MS)。 

如图1所示，MTC UE通过EPS或UMTS接入MTC服务器(MTC Server)所涉及的主要网元包括：EPS网络部分的网元、UMTS网络部分的网元以及MTC Server，这种情况下，MTC UE也可称为MTC设备。 

自第三代合作伙伴计划阶段7(3GPP Release7)标准体系以来，策略和计费功能由策略和计费控制(PCC，Policy and ChargingControl)框架来实现。PCC架构是一个能够应用于多种接入技术的功能框架，例如，PCC架构可以应用于UMTS，GSM/GSM数据增强演进(EDGE)无线接入网、互通无线局域网(I-WLAN)以及EPS。 

PCC主要实现了策略控制和计费两大功能。图2为现有PCC组成架构示意图，以下对图2所示的PCC架构中的各个逻辑功能实体及其接口功能进行描述。如图2所示： 

AF，用于提供业务应用的接入点，这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时，AF将相关业务信息传递给策略控制与计费规则功能实体(PCRF，Policy andCharging Rules Function)。如果这些业务信息与PCRF的策略相一致，则PCRF接受该协商；否则，PCRF拒绝该协商，并在反馈时给出PCRF可接受的业务参数。随后，AF可将这些参数返回给用户设备(UE，User Equipment)。其中，AF和PCRF之间的接口是Rx接口。 

PCRF是PCC的核心，用于负责策略决策和计费规则的制定。PCRF提供基于业务数据流的网络控制规则，这些网络控制包括业务数据流的检测、门控(Gating Control)、服务质量(QoS，Qualityof Service)控制以及基于数据流的计费规则等。PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体(PCEF，Policy andControl Enforcement Function)执行；同时，PCRF还需要保证这些规则和用户的签约信息一致。其中，PCRF制定策略和计费规则的依据包括：从AF获得的与业务相关的信息、从用户签约数据库(用户数据库，Subscription Profile Repository)获得的与与策略控制和 计费相关的用户策略计费控制签约信息、以及通过Gx接口从PCEF获得的与承载相关网络的信息。 

PCEF通常位于网关(GW，Gate-Way)内，在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF所发送的规则中的业务数据流过滤器对业务数据流进行检测，进而对这些业务数据流执行PCRF所制定的策略和计费规则；在承载建立时，PCEF按照PCRF发送的规则进行资源分配，并根据AF提供的信息进行门控控制；同时，PCEF根据PCRF订阅的事件触发上报承载网络上发生的事件；根据PCRF发送的计费规则，PCEF执行相应的业务数据流计费操作，计费既可以是在线计费，也可以是离线计费。如果是在线计费，则PCEF需要和在线计费系统(OCS，Online Charging System)一起进行信用管理；离线计费时，PCEF和离线计费系统(OFCS，Offline Charging System)之间交换相关的计费信息。其中，PCEF与PCRF之间的接口是Gx接口，PCEF与OCS之间的接口是Gy接口，PCEF与OFCS之间的接口是Gz接口。PCEF一般都位于网络的网关上，如EPS的分组数据网络网关(PDN-GW)、通用无线分组业务(GPRS，General Packet Radio Service)中的GPRS网关支持节点(GGSN)以及互联无线网局域网(I-WLAN，InterworkingWLAN)中的分组数据网关(PDG，Packet Data Gateway)等。 

承载绑定和事件报告功能实体(BBERF，Bearer Binding andEvent Reporting Function)通常位于接入网网关(Access NetworkGateway)内。如当用户设备通过E-UTRAN接入EPS、服务网关S-GW与P-GW之间采用代理移动互联网协议版本6(PMIPv6，ProxyMobile Internet Protocol version 6)协议时，S-GW中就存在BBERF。当用户设备通过可信任非3GPP接入网接入时，可信任非3GPP接入网关中也存在BBERF。 

用户签约数据库(用户数据库)，存储有与策略控制和计费相关的用户策略计费控制签约信息。用户数据库和PCRF之间的接口是Sp接口。 

OCS和PCEF共同完成在线计费方式下用户信用的控制和管理。 

OFCS与PCEF共同完成离线计费方式下的计费操作。 

现有技术中，MTC设备(MTC Device，即终端)接入MTC服务器，首先必须先通过EPS或UMTS建立IP-CAN会话。为了实现对IP-CAN会话的策略和计费控制，EPS或UMTS系统中的策略执行实体与PCRF为每一个IP-CAN会话建立Diameter会话。通过Diameter会话，策略执行实体向PCRF上报MTC设备的接入信息，PCRF向策略执行实体下发策略。 

发明人发现：在实际使用过程中，MTC设备往往数量众多，且需长期在线，如果每个MTC设备建立IP-CAN会话的过程中，PCRF都需要向PCRF申请应用于该IP-CAN会话的策略，将占用大量网络资源，从而降低了网络资源的利用率，导致网络资源的浪费。 

发明内容

本发明的主要目的在于提供一种机器类通信MTC的策略应用方法及装置，以至少解决问题。 

根据本发明的一个方面，提供了一种机器类通信MTC的策略应用方法，包括：在附着到策略和计费执行实体PCEF的MTC设备建立因特网协议-连接接入网IP-CAN会话过程中，PCEF在本地获取与MTC设备所属的设备组对应的组策略；将组策略应用于IP-CAN会话。 

根据本发明的另一方面，提供一种策略和计费执行实体PCEF，包括：获取模块，用于在附着到PCEF的MTC设备建立因特网协议-连接接入网IP-CAN会话过程中，在本地设置的存储模块中获取与MTC设备所属的设备组对应的组策略，并触发应用模块；应用模块，用于将组策略应用于IP-CAN会话；存储模块，用于保存附着于PCEF的设备组的组策略。 

通过本发明，采用PCEF本地保存附着到该PCEF下的设备组的组策略，某个设备组内的MTC设备建立IP-CAN会话时，PCEF在本地获取与该设备所属设备组对应的组策略，并应用于相应的IP-CAN会话，解决了现有技术中每个MTC设备建立IP-CAN会话的过程中，PCRF都需要向PCRF申请应用于该IP-CAN会话的策略，导致的网络资源浪费的问题，进而缩短了应用MTC策略的时间，节省了网络资源，提高了网路资源利用率。 

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中： 

图1是根据相关技术的MTC设备接入系统的示意图； 

图2是根据相关技术的PCC架构示意图； 

图3是根据本发明实施例一MTC策略应用方法的流程图； 

图4是根据本发明实施例二的PCEF本地获取组策略的流程图； 

图5是根据本发明实施例三的PCEF请求组策略的流程图； 

图6是根据本发明实施例三的BBERF请求组策略的流程图； 

图7是根据本发明实施例四的组策略应用流程图； 

图8是根据本发明实施例五的组策略应用流程图； 

图9是根据本发明实施例六的组策略更新流程图； 

图10是根据本发明实施例七的组策略更新流程图； 

图11是根据本发明实施例八的PCEF结构框图； 

图12是根据本发明实施例八的第一优选PCEF结构框图； 

图13是根据本发明实施例八的第二优选PCEF结构框图。 

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。 

实施例一 

本实施例提供了一种机器类通信MTC的策略应用方法，可以但不限于应用于图2所示的PCC系统中，图3是根据本发明实施例一MTC策略应用方法的流程图，该方法包括： 

步骤S302，在附着到策略和计费执行实体PCEF的MTC设备建立IP-CAN会话过程中，PCEF在本地获取与MTC设备所属的设备组对应的组策略； 

步骤S304，将组策略应用于IP-CAN会话。 

相关技术中，每个MTC设备建立IP-CAN会话承载的过程中，PCEF需要向PCRE申请该设备对应的策略，并应用于该设备请求建立的IP-CAN会话中，但是属于同一MTC设备组的众多MTC设备策略规则是相同的，例如，针对同一种业务，组内的所有MTC设备采用相同的QoS规则。 

因此，导致现有的MTC策略应用效率低下的根本原因是：针对同一组MTC设备，PCRF多次下发相同策略规则。 

本实施例提供的上述方法，将附着于PCEF下的MTC设备组的组策略保存在PCEF本地，在MTC设备建立IP-CAN的会话过程中，在本地查找并获取该MTC设备所属的设备组的组策略，并将该组策略应用于请求建立的IP-CAN会话，从而使得MTC建立立IP-CAN的会话过程中，PCEF无需每次都向PCRF申请该MTC设备的策略，从而节省了策略应用时间，节省了网路资源，进而提高了网络资源的利用率。 

在实施过程中，PCEF可以但不限于通过以下方式在本地配置MTC设备组的组策略： 

(1)、静态配置组策略，即由网络设备管理人员在本地手动配置附着于该PCEF的各个MTC设备组的组策略。 

(2)、动态申请/维护组策略，即在置附着于该PCEF的某个MTC设备组的第一个MTC设备建立IP-CAN会话的过程中，PCEF向PCRF请求该设备组的组策略，接收到该设备组的组策略之后，保存在PCEF本地。 

通过上述方式，PCEF实现附着于自身的MTC设备组的组策略的本地保存，使得之后隶属于这些MTC设备组的MTC设备在建立IP-CAN的过程中，PCEF无需为每个MTC设备向PCRF申请策略规则，从而简化了现有的MTC设备策略应用流程。 

优选地，在实施过程中，执行上述步骤S304的同时，PCEF还可以在本地记录该MTC设备组的组策略与IP-CAN会话更的对应关系。这样，实现了组策略与IP-CAN会话对应关系的动态维护，一旦某个MTC设备组的组策略发生变化时，PCEF可以根据上述对应关系，将变化后的组策略应用在所有对应的IP-CAN会话上，从而保证了MTC设备的正常应用。 

实施例二 

在上述实施例一中介绍了PCEF如何实现组策略的本地保存与维护，在本实施例中，对PCEF如何在本地获取与MTC设备所属的设备组对应的组策略进行详细介绍。 

图4是根据本发明实施例二的PCEF本地获取组策略的流程图，该流程包括： 

步骤S402，PCEF确定请求建立IP-CAN会话的MTC设备所属组的组标识； 

步骤S404，PCEF在本地保存的组标识与组策略的对应关系中查找与组标识对应的组策略。 

为了使PCEF能够在本地查找到当前请求建立IP-CAN会话的MTC设备所属设备组的组策略，PCEF可以通过识别该MTC设备所属的组标识来进行本地查找，在实施过程中，可以但不限于通过以下方式识别组标识： 

(1)、MTC设备在IP-CAN会话建立请求消息中携带所属设备组的组标识，PCEF接收到P-CAN会话建立请求消息后，解析出该组标识。 

(2)、MTC设备在IP-CAN会话建立请求消息中携带用户标识或设备标识，PCEF本地维护一个用户标识与组标识的对应关系，或者维护一个设备标识与组标识的对应关系，PCEF接收到IP-CAN会话建立请求消息后，解析出该设备的用户标识或设备标识，并在上述对应关系中查找与解析出的用户标识或设备标识对应的组标识。 

通过上述方式，PCEF确定组标识后，在本地保存的组标识与组策略的对应关系中查找组策略。 

通过上述流程，PCEF实现了组策略的本地查找，相对与现有技术而言，本实施例提供的查找方法替代了每次MTC设备建立IP-CAN会话时，PCEF向PCRF请求策略的技术方案，PCEF的本地查找不仅不需要占用PCEF与PCRF之间进行通信的网络资源，而且查找时间也大大低于现有的请求策略所耗费的消息发送、接收、处理及等待时间。 

实施例三 

上述实施例一和实施例二分别介绍了PCEF实现本地保存组策略和本地查找组策略的实现方法。针对某个MTC设备组的MTC设备，如果PCEF在本地没有查找到该设备组的组策略，则需要在本地增加该设备组的组策略，本实施例提供了解决这一需求的技术方案。 

在某个MTC设备组的MTC设备建立IP-CAN会话的过程中，如果PCEF没有在本地获取到与MTC设备所属的设备组对应的组 策略，则向PCRF请求组策略，保存在本地，并将组策略应用于IP-CAN会话。 

在实施过程中，如果图2所示的PCC系统中不使用BBERF，可以但不限于通过以下方式实现组策略的请求： 

图5是根据本发明实施例三的PCEF请求组策略的流程图，该流程包括： 

步骤S502，PCEF通过建立与PCRF之间的Diameter会话连接向PCRF请求组策略； 

步骤S504，PCRF根据从应用功能实体AF获取的业务信息、从用户签约数据库获取的用户签约信息、以及从PCEF获取的用户标识或组标识制定组策略，并通过Diameter会话连接向PCEF下发组策略。 

在实施过程中，如果图2所示的PCC系统中使用BBERF，则BBERF也如上述实施例提供的方法实现组策略的本地保存和组策略的本地查找，可以但不限于通过以下方式实现组策略的请求： 

图6是根据本发明实施例三的BBERF请求组策略的流程图，该流程包括： 

步骤S602，BBERF通过建立与PCRF之间的Diameter会话连接向PCRF请求组策略； 

步骤S604，PCRF根据从应用功能实体AF获取的业务信息、从用户签约数据库获取的用户签约信息、以及从PCEF获取的用户标识或组标识制定组策略，并通过Diameter会话连接向BBERF下发组策略； 

步骤S606，BBERF保存组策略之后，向PCEF发送IP-CAN会话建立请求； 

步骤S608，PCEF向PCRF请求组策略； 

步骤S610，PCRF将上述步骤S604中制定的组策略下发给PCEF，从而使得BBERF保存的组策略与PCRE保存的组策略同步。 

通过本实施例提供的上述方案，当某个MTC设备组内的设备第一次建立IP-CAN会话时，PCEF向PCRF申请该MTC设备组的组策略，从而实现了组策略在本地动态添加及维护组策略。 

优选地，在PCEF申请并保存组策略之后，可以断开为申请该组策略所建立的Diameter会话连接。 

现有技术中，为申请组策略所建立的Diameter会话连接需要始终保持。相对于现有技术，上述在申请成功组策略后，断开Diameter会话连接的方式无需始终占用PCEF和PCRF之间的通信链路，从而进一步地节省了网络资源。 

实施例四 

本实施例中描述了属于同一个设备组的MTC Device1和MTCDevice2在分别建立IP-CAN会话过程，MTC Device1在建立会话过程中，PCEF与PCRF交互获取组策略。MTC Device2在建立会话过程中PCEF不与PCRF交互，直接用MTC Device1获取的组策略对MTC Device2的会话进行绑定。其中MTC Device1和MTCDevice2建立的IP-CAN会话都不使用BBERF。图7是根据本发明实施例四的组策略应用流程图，如图7所示，该流程包括： 

步骤S701，在MTC Device1请求建立IP-CAN会话1的过程中，向PCEF发送请求建立IP-CAN会话消息，在消息中携带有MTCDevice1的用户标识1或MTC Device1的组标识； 

步骤S702，PCEF向PCRF发送IP-CAN会话建立指示消息，在IP-CAN会话建立指示消息中携带有用户标识1或组标识。该消息建立了PCEF和PCRF之间的Diameter会话，表示为Gx会话1。其中组标识为可选，若请求消息中未携带MTC Device1的组标识，则PCRF负责解释出组标识信息。PCRF可通过本地策略解释出MTC Device1对应的组标识； 

步骤S703，PCRF向用户数据库发送签约文档请求，在签约文档请求中携带有用户标识1或组标识。其中，组标识信息可选。若在请求消息中未携带组标识，用户数据库负责解释出MTC Device1对应的组标识； 

步骤S704，用户数据库根据组标识或用户标识1返回MTCDevice的组签约信息； 

步骤S705，PCRF根据组签约信息、接入信息以及网络策略制定组策略。PCRF将组策略通过IP-CAN会话确认消息发送给PCEF，其中组策略包括组策略PCC规则和组策略QoS规则； 

步骤S706，PCEF保存组策略及组标识与IP-CAN会话的对应关系； 

步骤S707，PCEF执行策略。PCEF所在网关向MTC Device1返回应答建立IP-CAN会话消息； 

步骤S708，在MTC Device2请求建立IP-CAN会话2的过程中，向PCEF发送请求建立IP-CAN会话消息，请求建立IP-CAN会话2， 在消息中携带有MTC Device2的用户标识2或组标识。MTC Device1和MTC Device2属于同一个组，因此组标识是相同的； 

步骤S709，PCEF将组策略应用于IP-CAN会话2，并更新组标识与IP-CAN会话的对应关系； 

步骤S710，PCEF执行策略。PCEF所在网关向MTC Device2返回应答建立IP-CAN会话消息。 

上述实施例中，PCEF只在组内第一个设备建立IP-CAN承载请求时从PCRF获取到组策略，当组内其他设备建立IP-CAN承载时，PCEF直接将组策略应用于IP-CAN会话，不再向PCRF请求组策略。 

PCEF向PCRF获取组策略过程中，向PCRF发送IP-CAN会话建立请求可携带组标识，也可以不携带。若没有携带，PCRF或用户数据库需能够解释出组标识。 

实施例五 

本实施例中描述了同一个用户组的MTC Device1和MTCDevice2在分别建立IP-CAN会话过程中，MTC Device1在建立会话过程中，BBERF、PCEF分别与PCRF交互获取组策略QoS规则和组策略PCC规则。MTC Device2在建立会话过程中BBERF和PCEF不再与PCRF交互，直接用MTC Device1获取的组策略QoS规则和组策略PCC规则对MTC Device2的会话进行绑定。其中MTCDevice1和MTC Device2建立的IP-CAN会话都使用BBERF。图8是根据本发明实施例五的组策略应用流程图，如图8所示，该流程包括： 

步骤S801，在MTC Device1请求建立IP-CAN会话1的过程中，向BBERF发送请求建立IP-CAN会话的消息，在消息中携带有MTC Device1的用户标识1、PDN标识，或MTC Device1属于的用户组的组标识； 

步骤S802，BBERF向PCRF发送网关控制会话建立消息，在网关控制会话建立消息中携带有用户标识1、PDN标识或组标识。该消息建立了BBERF和PCRF之间的Diameter会话(网关控制会话)，表示为Gxx会话1； 

步骤S803，PCRF向用户数据库发送签约文档请求，在签约文档请求中携带有用户标识1、PDN标识或组标识； 

步骤S804，用户数据库根据用户标识1及组标识，返回组签约信息。进一步的用户数据库可能会将MTC Device1所属组的组用户标识全部下发给PCRF，通过此信息组内后续Device建立IP-CAN会话；时，PCRF可不与用户数据库交互； 

步骤S805，PCRF根据组签约信息、接入信息以及网络策略制定组策略。PCRF将组策略发送给BBERF。此处的组策略是组策略QoS规则； 

步骤S806，BBERF保存组策略； 

步骤S807，BBERF执行组策略QoS规则。BBERF所在网关向PCEF所在网关发送请求建立IP-CAN会话1的消息，消息中携带有MTC Device1的用户标识1或组标识； 

步骤S808，PCEF向PCRF发送IP-CAN会话建立指示消息，消息中携带有用户标识1或组标识。该消息建立了PCEF和PCRF之间的Diameter会话，表示为Gx会话1； 

步骤S809，PCRF根据组标识将Gxx会话1和Gx会话1进行关联。进而将步骤S805执行的策略(除QoS规则1)发送给PCEF； 

步骤S810，PCEF保存组策略QoS规则及组策略PCC规则； 

步骤S811，PCEF执行策略。PCEF所在网关向BBERF所在网关应答建立IP-CAN会话1消息； 

步骤S812，BBERF所在网关返回应答建立IP-CAN会话1消息； 

步骤S813，在MTC Device2请求建立IP-CAN会话2的过程中，向BBERF发送请求建立IP-CAN会话的消息，在消息中携带有MTCDevice2的用户标识2或组标识。由于MTC Device1和MTC Device2属于同一组，所以组标识相同； 

步骤S814，BBERF向PCEF发送网关控制会话建立消息，在网关控制会话建立消息中携带有用户标识2或组标识； 

步骤S815，PCEF并不向PCRF进行策略请求，直接将本地保存的组策略应用于IP-CAN会话2，并更新组标识与IP-CAN会话的对应关系； 

步骤S816，PCEF执行策略。PCEF所在网关向BBERF所在网关应答建立IP-CAN会话2消息，携带IP Address2； 

步骤S817，BBERF所在网关返回应答建立IP-CAN会话2消息。 

上述实施例中，PCEF只在组内第一个设备建立IP-CAN承载请求时从PCRF获取到组策略，当组内其他设备建立IP-CAN承载时，PCEF直接将组策略应用于IP-CAN会话，不再向PCRF请求组策略。 

PCEF向PCRF获取组策略过程中，向PCRF发送IP-CAN会话建立请求可携带组标识，也可以不携带。若没有携带，PCRF或用户数据库需能够解释出组标识。 

实施例六 

本实施例描述的是基于实施例四或实施例五建立的IP-CAN会话后，由于MTC Device1和MTC Device2的业务访问，而触发的IP-CAN会话的修改流程。AF向PCRF有可能提供的是业务组信息，该业务组信息可应用于组内所有设备。因此，PCRF可按照IP地址段、组标识或用户号码段对业务组信息进行匹配。图9是根据本发明实施例六的组策略更新流程图，如图9所示，该流程包括： 

步骤S901，AF向PCRF提供一个业务组信息，业务组信息中对业务流的匹配按对应的MTC设备组进行匹配，可以定义为按照IP地址段、组标识或用户号码段进行匹配； 

步骤S902，PCRF保存AF提供的业务信息，并向AF发送响应消息； 

步骤S903，PCRF向PCEF发送组内设备IP-CAN会话请求消息，消息中携带组标识； 

步骤S904，PCEF向PCRF返回组内设备IP-CAN会话响应消息，消息中携带组内的IP-CAN会话情况； 

注，由组内设备建立承载时组策略直接由PCEF处理，并没有向PCRF报告。若PCRF需根据组内IP-CAN会话情况制定组策略则需要向PCEF请求组内的IP-CAN会话情况。步骤S903～步骤S904完成此功能。 

步骤S905，PCRF根据业务信息等进行策略决策，制定出组策略，其中包括组策略QoS规则和组策略PCC规则； 

步骤S906，PCRF向BBERF发送组策略QoS规则； 

步骤S907，BBERF更新本地的组策略QoS规则，并分别为组内已有的IP-CAN会话执行资源预留过程。BBERF向PCRF发送确认消息； 

步骤S908，PCRF向PCEF发送组策略PCC规则； 

步骤S909，PCEF更新本地的组策略PCC规则，并分别为组内已有的IP-CAN会话执行资源预留过程。PCEF向PCRF返回确认消息。 

实施例七 

本实施例描述的是基于实施例一或实施例二建立的IP-CAN会话后并且通过实施例三访问业务后由于用户组签约数据发生变化后，而触发的IP-CAN会话的修改流程。图10是根据本发明实施例七的组策略更新流程图，如图10所示，该流程包括： 

步骤S1001，用户数据库检测用户组的签约数据发生变化； 

步骤S1002，SRP向PCRF发送组签约更新请求，消息中携带发生变化的签约文档； 

步骤S1003，PCRF保存更新的签约文档数据，并向用户数据库发送确认消息； 

步骤S1004，PCRF向PCEF发送组内设备IP-CAN会话请求消息，消息中携带组标识； 

步骤S1005，PCEF向PCRF返回组内设备IP-CAN会话响应消息，消息中携带组内的IP-CAN会话情况； 

步骤S1006，PCRF根据更新的签约文档进行策略决策。若默认承载的QoS发生了变化，那么PCRF将重新制定针对组策略的QoS规则和PCC规则； 

步骤S1007，PCRF向BBERF发送组策略QoS规则； 

步骤S1008，BBERF更新本地的组策略QoS规则，并分别为组内已有的IP-CAN会话执行资源预留过程。BBERF向PCRF发送确认消息； 

步骤S1009，PCRF向PCEF发送组策略PCC规则； 

步骤S1010，PCEF更新本地的组策略PCC规则，并分别为组内已有的IP-CAN会话执行资源预留过程。PCEF向PCRF返回确认消息。 

实施例八 

本实施例提供了一种策略和计费执行实体PCEF，可以但不限于应用于图2所示的PCC系统中，图11是根据本发明实施例八的 PCEF结构框图，该PCEF包括：获取模块1002、应用模块1004以及存储模块1006，其中，获取模块1002，用于在附着到PCEF的MTC设备建立因特网协议-连接接入网IP-CAN会话过程中，在本地设置的存储模块1006中获取与MTC设备所属的设备组对应的组策略，并触发应用模块1004；应用模块1004，用于将组策略应用于IP-CAN会话；存储模块1006，用于保存附着于PCEF的设备组的组策略。 

本实施例提供的上述PCEF，将附着于PCEF下的MTC设备组的组策略保存在PCEF本地，在MTC设备建立IP-CAN的会话过程中，在本地查找并获取该MTC设备所属的设备组的组策略，并将该组策略应用于请求建立的IP-CAN会话，从而使得MTC建立立IP-CAN的会话过程中，PCEF无需每次都向PCRF申请该MTC设备的策略，从而节省了策略应用时间，节省了网路资源，进而提高了网络资源的利用率。 

图12是根据本发明实施例八的第一优选PCEF结构框图，优选地，该PCEF还可以包括：请求模块1008、保存模块1010，其中，请求模块1008，用于在PCEF没有在本地获取到与MTC设备所属的设备组对应的组策略的情况下，向PCRF请求组策略，并触发保存模块1010；保存模块1010，用于将请求到的组策略保存至存储模块1006，并触发应用模块1004；在这种优选的PCEF中，应用模块1004还用于将请求到的组策略应用于IP-CAN会话。 

当某个MTC设备组内的设备第一次建立IP-CAN会话时上述优选PCEF向PCRF申请该MTC设备组的组策略，从而实现了在本地动态添加及维护组策略。 

图13是根据本发明实施例八的第二优选PCEF结构框图，优选地，该PCEF还可以包括：接收模块1012、更新模块1014，其中， 接收模块1012，用于接收来自于PCRF的重新制定的组策略，并触发更新模块1014，其中，重新制定的组策略与MTC设备所属的设备组对应；更新模块1014，用于以重新制定的组策略更新存储模块1006中原有的与MTC设备所属的设备组对应的组策略，并触发应用模块1004；在这种优选的PCEF中，应用模块1004还用于将更新后的组策略应用于与MTC设备所属的设备组对应的所有IP-CAN会话。 

当PCRF重新指定对应于某个MTC设备组的组策略后，上述优选的PCEF可以实时地接收更新后的组策略，从而实现了在本地动态添加及维护组策略。 

综上，本发明实施例提供的技术方案，采用PCEF本地保存附着到该PCEF下的设备组的组策略，某个设备组内的MTC设备建立IP-CAN会话时，PCEF在本地获取与该设备所属设备组对应的组策略，并应用于相应的IP-CAN会话，解决了现有技术中每个MTC设备建立IP-CAN会话的过程中，PCRF都需要向PCRF申请应用于该IP-CAN会话的策略，导致的网络资源浪费的问题，进而缩短了应用MTC策略的时间，节省了网络资源，提高了网路资源利用率。 

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。 

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。