策略控制系统和通信系统中的策略控制方法.pdf

本发明公开一种通信系统中的策略控制方法以及策略控制系统，该方法包括策略控制中心生成保活策略；将保活策略分发给网元；网元检查保活策略中的保活主体；当保活主体为本身时，则网元执行保活策略；或当保活主体并非本身时，则网元将保活策略传递给保活主体且其执行保活策略。该系统包括策略控制中心，用于生成并分发保活策略；网元与策略控制中心连接，用于接收并检查保活主体；当保活主体为本身时，则网元执行保活策略；或者当保活主体并非为本身时，则传递给保活主体。还涉及一种系统包括策略和计费规则功能实体；策略和计费执行功能实体和应用功能实体。因此，本发明避免了现有技术中保活策略分散定制带来的不一致的问题。

1、  一种通信系统中的策略控制方法，其特征在于，包括：
策略控制中心根据用于制定保活策略的信息，生成保活策略；
所述策略控制中心将生成的所述保活策略分发给相应的网元；
所述网元接收所述保活策略，并检查所述保活策略中的保活主体；
当所述保活主体为所述网元本身时，则所述网元执行所述保活策略；或者
当所述保活主体并非为所述网元本身时，则所述网元将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略。

2、  如权利要求1所述的通信系统中的策略控制方法，其特征在于，所述用于制定保活策略的信息包括：
业务信息、用户接入信息、用户签约信息、承接链路信息、网络负载情况或者运营商的预先设置的策略。

3、  如权利要求2所述的通信系统中的策略控制方法，其特征在于，所述保活策略包括：
用于唯一标识一个保活策略的策略名；
作为所述保活策略实施者的保活主体；
作为所述保活策略被实施者的保活客体；
建立所述保活主体和所述保活客体之间连接的保活对象；
所述保活主体使所述保活客体了解自己仍然维护保活对象的保活方法；
所述保活主体确定所述保活客体是否继续存活的测活方法；和
所述保活主体检测到所述保活对象已失活后的失活处理方法。

4、  如权利要求3所述的通信系统中的策略控制方法，其特征在于，所述执行所述保活策略包括：
所述保活主体根据所述保活策略中的保活方法，定期向所述保活客体发送与所述保活对象相关的保活消息；或者
根据所述保活策略中的保活方法，所述保活客体向所述保活主体发送保活请求消息。

5、  如权利要求3所述的通信系统中的策略控制方法，其特征在于，所述执行所述保活策略包括：
所述保活主体根据所述保活策略中的测活方法，定期向所述保活客体发送与所述保活对象相关的测活消息；或者
根据所述保活策略中的测活方法，所述保活主体等待所述保活客体通知所述保活对象失活。

6、  如权利要求1-5任一所述的通信系统中的策略控制方法，其特征在于，所述策略控制中心将所述保活策略分发给相应的网元具体为：
所述网元向所述策略控制中心发送策略请求消息或者授权请求消息，所述策略控制中心根据所述策略请求消息将所述保活策略分发。

7、  如权利要求1-5任一所述的通信系统中的策略控制方法，其特征在于，所述策略控制中心将所述保活策略分发给相应的网元具体为：
所述策略控制中心将所述保活策略主动分发给相应的网元。

8、  如权利要求1-5任一所述的通信系统中的策略控制方法，其特征在于，还包括：
当所述保活主体执行所述保活策略失败后，所述保活主体向所述策略控制中心返回执行所述保活策略失败的报告。

9、  如权利要求1-5任一所述的通信系统中的策略控制方法，其特征在于，还包括：
在生成所述保活策略时，所述策略和计费规则功能实体还生成其本身的保活策略，并执行所述其本身的保活策略。

10、  一种策略控制系统，其特征在于，包括：
策略控制中心，用于根据用于制定保活策略的信息，生成保活策略；并将所述保活策略分发；
网元，与所述策略控制中心连接，用于接收所述保活策略，并检查所述保活策略中的保活主体；当所述保活主体为所述网元本身时，则所述网元执行所述保活策略；或者当所述保活主体并非为所述网元本身时，则所述网元将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略。

11、  如权利要求10所述的策略控制系统，其特征在于，所述策略控制中心包括：
获取模块，用于获取呼叫的业务信息，用户接入信息，用户签约信息，承载链路信息，网络负载信息，以及策略控制中心自身配置的规则策略；
策略制定模块，与所述第一获取模块连接，用于根据所述第一获取模块获取的信息制定保活策略；和
策略发送模块，与所述策略制定模块连接，用于向相邻网元发送策略制定模块制定的保活策略。

12、  如权利要求11所述的策略控制系统，其特征在于，所述策略控制中心还包括：
保活模块，与所述策略制定模块连接，用于根据制定的保活策略，实施所述保活策略中规定的所述策略控制中心的保活方法；
测活模块，与所述策略制定模块连接，用于根据制定的保活策略，实施保活策略中规定的所述策略控制中心的测活方法；和
失活处理模块，与所述策略制定模块和第一测活模块连接，用于制定的保活策略，实施保活策略中规定的所述策略控制中心的失活处理方法。

13、  如权利要求10所述的策略控制系统，其特征在于，所述网元包括：
报告模块，用于向所述策略控制中心报告用于制定保活策略的信息；
接收模块，用于从所述策略控制中心接收保活策略；
保活模块，与所述接收模块连接，用于根据接收的保活策略，实施保活策略中规定的所述网元的保活方法；
测活模块，与所述接收模块连接，用于根据接收的保活策略，实施保活策略中规定的所述网元的测活方法；
失活处理模块，与所述接收模块和测活模块连接，用于根据接收的保活策略，实施保活策略中规定的所述网元的失活处理方法。
传递模块，与所述接收模块连接，用于将接收模块接收的保活主体不是本身的保活策略传递到相应的保活主体。

14、  一种策略控制系统，其特征在于，包括：
策略和计费规则功能实体，用于根据用于制定保活策略的信息，生成保活策略；并将所述保活策略分发；
策略和计费执行功能实体，与所述策略和计费规则功能实体通过Gx接口通信，用于接收所述保活策略，并检查所述保活策略中的保活主体；当所述保活主体为本身时，则执行所述保活策略；或者当所述保活主体并非为本身时，则将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略；和
应用功能实体，与所述策略和计费规则功能实体通过Rx接口通信，用于接收所述保活策略，并检查所述保活策略中的保活主体；当所述保活主体为本身时，则执行所述保活策略；或者当所述保活主体并非为本身时，则元将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略。

15、  如权利要求14所述的策略控制系统，其特征在于，所述策略和计费规则功能实体包括：
第一获取模块，用于获取呼叫的业务信息，用户接入信息，用户签约信息，承载链路信息，网络负载信息，以及策略和计费规则功能实体自身配置的规则策略；
策略制定模块，与所述第一获取模块连接，用于根据所述第一获取模块获取的信息制定保活策略；和
策略发送模块，与所述策略制定模块连接，用于向相邻网元发送策略制定模块制定的保活策略。

16、  如权利要求15所述的策略控制系统，其特征在于，所述策略和计费规则功能实体还包括：
第一保活模块，与所述策略制定模块连接，用于根据制定的保活策略，实施所述保活策略中规定的所述策略和计费规则功能实体的保活方法；
第一测活模块，与所述策略制定模块连接，用于根据制定的保活策略，实施保活策略中规定的所述策略和计费规则功能实体的测活方法；和
第一失活处理模块，与所述策略制定模块和第一测活模块连接，用于制定的保活策略，实施保活策略中规定的所述策略和计费规则功能实体的失活处理方法。

17、  如权利要求14所述的策略控制系统，其特征在于，所述策略和计费执行功能实体包括：
第一报告模块，用于向所述策略和计费规则功能实体报告信息；
第一接收模块，用于从所述策略和计费规则功能实体接收保活策略；
第二保活模块，与所述接收模块连接，用于根据接收的保活策略，实施保活策略中规定的策略和计费执行功能实体的保活方法；
第二测活模块，与所述接收模块连接，用于根据接收的保活策略，实施保活策略中规定的策略和计费执行功能实体的测活方法；
第二失活处理模块，与所述接收模块和第二测活模块连接，用于根据接收的保活策略，实施保活策略中规定的策略和计费执行功能实体的失活处理方法；和
第一传递模块，与所述第一接收模块连接，用于将第一接收模块接收的保活主体不是本身的保活策略传递到相应的保活主体。

18、  如权利要求14所述的策略控制系统，其特征在于，所述应用功能实体包括：
第二报告模块，用于向所述策略和计费规则功能实体报告信息；
第二接收模块，用于从所述策略和计费规则功能实体接收保活策略；
第三保活模块，与所述第二接收模块连接，用于根据接收的保活策略，实施保活策略中规定的应用功能实体的保活方法；
第三测活模块，与所述第二接收模块连接，用于根据接收的保活策略，实施保活策略中规定的应用功能实体的测活方法；
第三失活处理模块，与所述第二接收模块和第三测活模块连接，用于根据接收的保活策略，实施保活策略中规定的应用功能实体的失活处理方法；和
第二传递模块，与所述第二接收模块连接，用于将第二接收模块接收的保活主体不是本身的保活策略传递到相应的保活主体。

策略控制系统和通信系统中的策略控制方法
技术领域
本发明涉及通信技术领域，更具体地，涉及一种实现策略控制中心统一管理保活策略的策略控制方法和系统。
背景技术
目前，第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)和3GPP2定义了一种适用于各种网际协议(Internet Protocol，简称为IP)连接接入网络的策略控制和计费控制功能框架——策略控制和计费(Policy Control and Charging，简称为PCC)框架，PCC用于完成资源接纳控制，主要针对移动接入网络的特性实现一定的服务质量控制和计费策略控制，PCC提供的主要功能包括：基于用户的定制信息实现策略控制以及基于服务数据流的计费控制。PCC位于业务控制层与接入层之间，或者位于业务控制层与承载层之间，向业务控制层屏蔽接入层或承载层的具体技术和拓扑信息。PCC从业务控制层接收与业务相关的服务质量(Quality of Sevice，简称为QoS)授权参数，然后将QoS授权参数与接纳控制策略、网络的拓扑信息等相结合，并将与业务相关的QoS授权参数转化为IP QoS参数，然后将转化的IP QoS参数提供给相关的接入层或承载层节点和业务网关节点，这些节点根据接收到的IP QoS参数信息和自身的功能实现相应的QoS控制。其中，策略控制主要是指门控(Gating Control)和QoS控制(QoS Control)，计费控制是指基于流的计费(Flow Based Charging，简称为FBC)。
图1是根据现有相关技术的基于3GPP/3GPP2标准的实现PCC基本功能的架构图，如图1所示，包括以下功能实体：
应用功能实体(Application Function，简称为AF)是提供应用的功能实体，这些应用需要对用户平面进行动态策略/计费控制，为策略和计费规则功能实体(Policy and Charging Rule Function，简称为PCRF)提供动态的应用会话信息。
签约信息存储功能实体(Subscription Profile Repository，简称为SPR)，用于存储用户的签约信息，其中，用户的签约信息一般包括用户签约的多个业务信息，每个业务信息包括应当为该用户提供的服务质量和所采用的计费方法。
PCRF包括策略控制决策实体和基于流的计费控制功能实体。PCRF对策略和计费执行功能实体(Policy and Charging Enforcement Function，简称为PCEF)进行基于业务数据流的检测、门控、QoS授权和基于流计费的网络控制。PCRF通过Rx接口与AF实体进行通信，通过Sp接口与SPR实体进行通信，通过Gx接口与PCEF进行通信。PCRF检查AF实体提供的业务信息是否与运营商预定义的策略规则以及从SPR实体得到的用户签约信息一致，在二者一致的情况下，根据AF实体提供的业务信息生成相应的规则，并将其下发给PCEF。PCRF还要对AF提供的业务信息进行QoS授权。
PCEF实体，用于QoS策略执行、服务数据流检测、执行基于流的计费及门控功能，其功能可以集成在网关(GW)中，服务数据流检测是指PCEF根据激活的PCC规则(PCC Rule)中的服务数据流模板对服务器数据流进行检测，以便识别数据包是否属于一个服务数据流。执行QoS策略是指PCEF根据激活的PCC规则对一个服务数据流执行授权的QoS控制，执行基于流的计费是指PCEF根据PCC规则中的计费策略和计费键(Charging Key)对通过的服务数据流进行计费，PCEF根据PCC规则的计费要求进行计费信息的收集和上报，执行门控是指PCEF只允许服务数据流在门控打开时通过。
在线计费系统(Online Charging System，简称为OCS)，用于应用层的在线计费，并通过Gy接口与PCEF进行通信，PCEF向OCS请求预付费配额，在PCEF生成话单时向OCS实时上报。
离线计费系统(Offline Charging System，简称为OFCS)，用于应用层的离线计费，OFCS采用离线计费的方式，并通过Gz接口与PCEF进行通信，PCEF生成话单后定期向OFCS上报。
3GPP PCC架构通过引入PCRF来对PCEF(一般位于GGSN中)进行集中的策略控制，PCEF在进行业务传输前，要向PCRF请求相关的业务策略，经过PCRF授权和指派策略后，PCEF才能够激活业务流的传输。
不同类型的业务数据流有不同的传输特性，例如对于语音类或视频类业务，数据包的传送一般是连续的，中间无间隔或间隔时间比较短，而对于普通的上网类数据业务，数据包的传送经常是时断时续的，业务进行过程中存在较长时间片无数据包传送。
因此，对不同类型业务流的保活检测策略应当不同，对语音视频类业务流，在一个相对较短的时间内没有数据流的传输时，就可认为业务流已失效，对普通的数据业务，在一个相对较长的时间内没有数据流的传输时，都不能认为业务流失效。
3GPP PCC架构没有规定该如何实现业务流的保活检测，但这个功能是有实际意义的，对业务流进行保活检测，当发现业务流失效时可以释放相关资源。对业务流进行保活检测的功能传统上是由PCEF(GGSN)实现的，如前所述，对业务流的保活检测可以有多种策略，在这方面目前并没有哪个标准对其进行统一规定和管理，因此可能造成不同厂商的PCEF之间、甚至同一厂商的不同PCEF间，对同一种业务采用了不同的保活检测策略。
在IP多媒体系统(IP Multimedia Subsystem，简称为IMS)网络中，当发起一个新的呼叫时，终端、信令面设备(如P-CSCF)、媒体面设备(如PCEF)、以及承载控制设备(如PCRF)等都要为新的呼叫分配资源(如内存空间、调度队列、链路带宽等)。当其中的某个网络设备发现IMS呼叫出现致命的异常时，应主动释放呼叫相关资源，并通知其它网络设备采取相应措施。如果某个网络设备仅等待其它网络设备的通知才能确认呼叫异常并释放相关资源的话，则存在资源吊死的可能，因为网络设备间的呼叫异常通知和资源释放控制信令可能出现丢失，从而导致已失效的呼叫仍然占用网络资源。因此，每个网络设备都有必要自行检测IMS呼叫是否继续有效。
但这就会带来另外一个问题，如果两个网络设备间对同一IMS呼叫的保活策略不一致，有可能导致把正常的IMS呼叫误判为已失效，从而错误的释放相关资源。例如，当IMS呼叫在持续进行中，PCRF期望PCEF每3分钟向PCRF请求刷新相关PCC规则，而PCEF却配置成每5分钟才请求一次，显然这种不一致会导致PCRF认为IMS呼叫出现异常而释放相关资源，最终导致IMS呼叫异常中止。又如，同一个呼叫的Gx接口会话采用每5分钟保活一次，而对应Rx接口会话却采用每1分钟保活一次，虽然不影响呼叫的进行，但Rx接口更频繁的保活是没有必要的，降低了网络设备的效率。又如，如果PCRF和PCEF都采用每3分钟向对方告知本方仍然维持某个呼叫，并且等待对方响应以确定对方也在维持这个呼叫，虽然看起来PCRF和PCEF采用了相同的保活策略，但实际上这样的保活策略也不是最优化的，因为只要有一方定期发送保活消息并等待响应，而另一方单纯等待保活请求并发出响应就可。
发明内容
本发明所要解决的技术问题是提供一种通信系统中策略控制方法和策略控制系统，以解决现有技术中保活策略分散定制带来的不一致的问题而导致的呼损风险和效率下降问题。
为了解决上述技术问题，本发明提供了一种通信系统中的策略控制方法，该方法包括以下步骤：
策略控制中心根据用于制定保活策略的信息，生成保活策略；
所述策略控制中心将生成的所述保活策略分发给相应的网元；
所述网元接收所述保活策略，并检查所述保活策略中的保活主体；
当所述保活主体为所述网元本身时，则所述网元执行所述保活策略；或者
当所述保活主体并非为所述网元本身时，则所述网元将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略。
所述用于制定保活策略的信息包括：业务信息、用户接入信息、用户签约信息、承接链路信息、网络负载情况或者运营商的预先设置的策略。
所述保活策略包括：用于唯一标识一个保活策略的策略名；作为所述保活策略实施者的保活主体；作为所述保活策略被实施者的保活客体；建立所述保活主体和所述保活客体之间连接的保活对象；所述保活主体使所述保活客体了解自己仍然维护保活对象的保活方法；所述保活主体确定所述保活客体是否继续存活的测活方法；和所述保活主体检测到所述保活对象已失活后的失活处理方法。
所述执行所述保活策略包括：所述保活主体根据所述保活策略中的保活方法，定期向所述保活客体发送与所述保活对象相关的保活消息；或者根据所述保活策略中的保活方法，所述保活客体向所述保活主体发送保活请求消息。
所述执行所述保活策略包括：所述保活主体根据所述保活策略中的测活方法，定期向所述保活客体发送与所述保活对象相关的测活消息；或者根据所述保活策略中的测活方法，所述保活主体等待所述保活客体通知所述保活对象失活。
所述策略控制中心将所述保活策略分发给相应的网元具体为：所述网元向所述策略控制中心发送策略请求消息或者授权请求消息，所述策略控制中心根据所述策略请求消息将所述保活策略分发。
所述策略控制中心将所述保活策略分发给相应的网元具体为：所述策略控制中心将所述保活策略主动分发给相应的网元。
所述的通信系统中的策略控制方法还包括：当所述保活主体执行所述保活策略失败后，所述保活主体向所述策略控制中心返回执行所述保活策略失败的报告。
所述的通信系统中的策略控制方法还包括：在生成所述保活策略时，所述策略和计费规则功能实体还生成其本身的保活策略，并执行所述其本身的保活策略。
本发明还提供了一种策略控制系统，该系统包括：
策略控制中心，用于根据用于制定保活策略的信息，生成保活策略；并将所述保活策略分发；
网元，与所述策略控制中心连接，用于接收所述保活策略，并检查所述保活策略中的保活主体；当所述保活主体为所述网元本身时，则所述网元执行所述保活策略；或者当所述保活主体并非为所述网元本身时，则所述网元将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略。
所述策略控制中心包括：
获取模块，用于获取呼叫的业务信息，用户接入信息，用户签约信息，承载链路信息，网络负载信息，以及策略控制中心自身配置的规则策略；
策略制定模块，与所述第一获取模块连接，用于根据所述第一获取模块获取的信息制定保活策略；和
策略发送模块，与所述策略制定模块连接，用于向相邻网元发送策略制定模块制定的保活策略。
所述策略控制中心还包括：
保活模块，与所述策略制定模块连接，用于根据制定的保活策略，实施所述保活策略中规定的所述策略控制中心的保活方法；
测活模块，与所述策略制定模块连接，用于根据制定的保活策略，实施保活策略中规定的所述策略控制中心的测活方法；和
失活处理模块，与所述策略制定模块和第一测活模块连接，用于制定的保活策略，实施保活策略中规定的所述策略控制中心的失活处理方法。
所述网元包括：
报告模块，用于向所述策略控制中心报告用于制定保活策略的信息；
接收模块，用于从所述策略控制中心接收保活策略；
保活模块，与所述接收模块连接，用于根据接收的保活策略，实施保活策略中规定的所述网元的保活方法；
测活模块，与所述接收模块连接，用于根据接收的保活策略，实施保活策略中规定的所述网元的测活方法；
失活处理模块，与所述接收模块和测活模块连接，用于根据接收的保活策略，实施保活策略中规定的所述网元的失活处理方法。
传递模块，与所述接收模块连接，用于将接收模块接收的保活主体不是本身的保活策略传递到相应的保活主体。
本发明还提供了一种策略控制系统，该系统包括：
策略和计费规则功能实体，用于根据用于制定保活策略的信息，生成保活策略；并将所述保活策略分发；
策略和计费执行功能实体，与所述策略和计费规则功能实体通过Gx接口通信，用于接收所述保活策略，并检查所述保活策略中的保活主体；当所述保活主体为本身时，则执行所述保活策略；或者当所述保活主体并非为本身时，则将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略；和
应用功能实体，与所述策略和计费规则功能实体通过Rx接口通信，用于接收所述保活策略，并检查所述保活策略中的保活主体；当所述保活主体为本身时，则执行所述保活策略；或者当所述保活主体并非为本身时，则元将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略。
所述策略和计费规则功能实体包括：
第一获取模块，用于获取呼叫的业务信息，用户接入信息，用户签约信息，承载链路信息，网络负载信息，以及策略和计费规则功能实体自身配置的规则策略；
策略制定模块，与所述第一获取模块连接，用于根据所述第一获取模块获取的信息制定保活策略；和
策略发送模块，与所述策略制定模块连接，用于向相邻网元发送策略制定模块制定的保活策略。
所述策略和计费规则功能实体还包括：
第一保活模块，与所述策略制定模块连接，用于根据制定的保活策略，实施所述保活策略中规定的所述策略和计费规则功能实体的保活方法；
第一测活模块，与所述策略制定模块连接，用于根据制定的保活策略，实施保活策略中规定的所述策略和计费规则功能实体的测活方法；和
第一失活处理模块，与所述策略制定模块和第一测活模块连接，用于制定的保活策略，实施保活策略中规定的所述策略和计费规则功能实体的失活处理方法。
所述策略和计费执行功能实体分别包括：
第一报告模块，用于向所述策略和计费规则功能实体报告信息；
第一接收模块，用于从所述策略和计费规则功能实体接收保活策略；
第二保活模块，与所述接收模块连接，用于根据接收的保活策略，实施保活策略中规定的策略和计费执行功能实体的保活方法；
第二测活模块，与所述接收模块连接，用于根据接收的保活策略，实施保活策略中规定的策略和计费执行功能实体的测活方法；
第二失活处理模块，与所述接收模块和第二测活模块连接，用于根据接收的保活策略，实施保活策略中规定的策略和计费执行功能实体的失活处理方法；和
第一传递模块，与所述第一接收模块连接，用于将第一接收模块接收的保活主体不是本身的保活策略传递到相应的保活主体。
所述应用功能实体包括：
第二报告模块，用于向所述策略和计费规则功能实体报告信息；
第二接收模块，用于从所述策略和计费规则功能实体接收保活策略；
第三保活模块，与所述第二接收模块连接，用于根据接收的保活策略，实施保活策略中规定的应用功能实体的保活方法；
第三测活模块，与所述第二接收模块连接，用于根据接收的保活策略，实施保活策略中规定的应用功能实体的测活方法；
第三失活处理模块，与所述第二接收模块和第三测活模块连接，用于根据接收的保活策略，实施保活策略中规定的应用功能实体的失活处理方法；和
第二传递模块，与所述第二接收模块连接，用于将第二接收模块接收的保活主体不是本身的保活策略传递到相应的保活主体。
因此，本发明通信系统中策略控制方法和策略控制系统，通过策略控制中心(如PCRF)统一制定保活策略，由策略控制中心(如PCRF)集中管理和分发保活策略，避免了现有技术中保活策略分散定制带来的不一致的问题，以及这种因为保活策略不一致所导致的呼损风险和效率下降的问题，而且保活策略集中由策略控制中心(如PCRF)生成和分发后，保活策略的修改也变得容易。
附图说明
图1为现有基于3GPP/3GPP2标准的实现PCC基本功能的架构示意图；
图2为本发明策略控制系统的结构框图；
图3为本发明策略控制系统应用在IP多媒体系统中的策略控制系统实施例结构示意图；
图4为本发明通信系统中策略控制方法的流程图；
图5为本发明通信系统中策略控制方法实施例1用户上线流程的消息交互信令流程图；
图6为本发明通信系统中策略控制方法实施例2VoIP业务呼叫流程的消息交互信令流程图；
图7为本发明通信系统中策略控制方法实施例3网管触发修改VoIP业务保活策略的消息交互信令流程图。
具体实施方式
下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。
本发明提供了一种通信系统中策略控制方法和系统，通过由策略控制系统统一生成并下发保活策略，避免产生呼损风险和效率下降。在本发明中，保活策略是由以下构成的：
策略名：用于唯一标识一个保活策略；
保活主体：保活主体是保活策略的实施方，一般是某种网络设备，例如PCRF，通过“类型+标识”可以唯一确定一个保活主体；
保活客体：保活客体是保活策略的被实施方，一般是某种网络设备，例如PCEF，通过“类型+标识”可以唯一确定一个保活客体。保活主体和保活客体是相对的，例如PCRF可以在某个保活策略中作为保活主体，在另一个保活策略中作为保活客体。
保活对象：保护对象是保护主体和保活客体间的一个关联，保活主体和保活客体间可以有多个保活对象需要保活，例如PCRF和PCEF之间可以为每个UE接入建立一个Gx接口IPCAN(网络摄象机)会话，每个IPCAN会话中又可以建立多个承载，每个承载上有可以实施多个PCC规则。保活对象可以是链路、会话、承载、媒体流等，保活对象通过一定的标识和方法进行甄别，例如链路编号、会话标识、媒体流分类器等。通过“类型+标识”可以唯一确定一个保活对象；
保活方法：保活方法是保活主体使保活客体知道自己仍然维护某个保护对象的方法。保活方法分为两类：
1、主动保活方法：此类方法的特征是保活主体要主动和保活客体交互，使对方知道自己仍然维护某个保活对象，例如保活主体主动向保活客体发送与保护对象相关的保活消息，保活主体可以定期发送这种保活消息，也可以在无其它业务消息需要发送后定期发送这种保活消息，当保活客体在一段时间内收到保活主体关于某保活对象的业务消息或保活消息后就认为保活主体仍然在维护某保活对象。
2、被动保活方法：此类方法的特征是保活主体被动和保活客体交互，例如保活主体被动响应保活客体的保活请求消息而发送保活响应消息，当保活客体为某保活对象在发出保活请求后一段时间内收到保活主体的保活响应消息时就可以认为保活主体仍然存活。
测活方法：测活方法是保活主体确定保活客体是否继续存活的方法。测活方法也可分为两类：
1、主动测活方法：此类方法的特征是保活主体要定期主动和保活客体交互，或定期主动向第三方查询保活对象状态，以确定保活对象是否仍然存活。
2、被动测活方法：此类方法的特征是保活主体被动等待保活客体或第三方通知保活对象失活，或保活主体发现保活客体一定时间内未与其交互关于某保活对象的消息，则可认为该保活对象已失活。
失活处理方法：失活处理方法是保活主体检测到保活对象已失活后的处理方法，例如，释放相关资源，或者告警、记录异常日志等。
保活策略中的保活方法和测活方法要说明方法实施时需要的参数，例如，采用定期发送保活消息的主动保活方法时，要说明保活消息发送的时间周期，采用定期检测保活客体是否与保活主体有交互的被动测活方法时，要说明检测周期。
下面详细介绍本发明保活策略进行集中管理的策略控制系统。该通信系统中策略控制系统包括策略控制中心1和网元2。
如图2所示为本发明策略控制系统的结构框图，该策略控制系统包括策略控制中心1，用于根据用于制定保活策略的信息，生成保活策略；并将所述保活策略分发；和网元2，与所述策略控制中心1连接，用于接收所述保活策略，并检查所述保活策略中的保活主体；当所述保活主体为所述网元本身时，则所述网元执行所述保活策略；或者当所述保活主体并非为所述网元本身时，则所述网元将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略。
所述策略控制中心包括：
获取模块101，用于获取呼叫的业务信息，用户接入信息，用户签约信息，承载链路信息，网络负载信息，以及PCRF自身配置的规则策略；
策略制定模块102，与所述获取模块101连接，用于根据所述获取模块获取的信息制定保活策略；和
策略发送模块103，与所述策略制定模块102连接，用于向相邻网元发送策略制定模块制定的保活策略。
如图所示，所述策略控制中心1还包括：
保活模块104，与所述策略制定模块102连接，用于根据制定的保活策略，实施所述保活策略中规定的保活方法；
测活模块105，与所述策略制定模块102连接，用于根据制定的保活策略，实施保活策略中规定的测活方法；和
失活处理模块106，与所述策略制定模块102和测活模块105连接，用于制定的保活策略，实施保活策略中规定的失活处理方法。
所述网元2包括：
报告模块201，用于向所述策略控制中心报告用于制定保活策略的信息；
接收模块202，用于从所述策略控制中心接收保活策略；
网元保活模块203，与所述接收模块202连接，用于根据接收的保活策略，实施保活策略中规定的所述网元的保活方法；
网元测活模块204，与所述接收模块202连接，用于根据接收的保活策略，实施保活策略中规定的所述网元的测活方法；
网元失活处理模块205，与所述接收模块202和测活模块204连接，用于根据接收的保活策略，实施保活策略中规定的所述网元的失活处理方法。
传递模块206，与所述接收模块202连接，用于将接收模块接收的保活主体不是本身的保活策略传递到相应的保活主体。
根据本发明的策略控制系统应用在IP多媒体系统中，用以实现保活策略的集中管理，为此，本发明实施例对现有的PCC架构进行了扩充。在扩充后的PCC架构(即，上述策略控制系统)中，对如下实体和接口做了增强：PCRF能够构造保活策略；Rx、Gx、Gxx接口能够传输保活策略；AF、PCRF、PCEF能够执行保活策略。该策略控制系统包括AF、PCRF、PCEF，且PCRF和PCEF通过Gx接口进行通信，PCRF和AF通过Rx接口进行通信。下面对本发明实施例的扩充的PCC架构进行详细描述。
如图3所示，为本发明策略控制系统应用在IP多媒体系统中的策略控制系统实施例，即扩充的PCC架构的结构示意图。
在该策略控制系统中，PCRF制定并分发各网元的保活策略，其它网元如AF、PCEF、UE等接收或转发保活策略，各网元执行PCRF指派给自己的保活策略。如图所示，该控制系统包括：
策略和计费规则功能实体(PCRF)10，用于根据用于制定保活策略的信息，生成保活策略；并将所述保活策略分发；
策略和计费执行功能实体20，与所述策略和计费规则功能实体10通过Gx接口通信，用于接收所述保活策略，并检查所述保活策略中的保活主体；当所述保活主体为所述网元本身时，则所述网元执行所述保活策略；或者当所述保活主体并非为所述网元本身时，则所述网元将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略；和
应用功能实体30，与所述策略和计费规则功能实体10通过Rx接口通信，用于接收所述保活策略，并检查所述保活策略中的保活主体；当所述保活主体为本身时，则执行所述保活策略；或者当所述保活主体并非为本身时，则将所述保活策略传递给所述保活主体，且所述保活主体执行所述保活策略。
所述PCRF 10包括：
第一获取模块11，用于获取呼叫的业务信息，用户接入信息，用户签约信息，承载链路信息，网络负载信息，以及PCRF自身配置的规则策略这些用于制定保活策略的信息；
策略制定模块12，与所述第一获取模块连接，用于根据所述第一获取模块获取的信息制定保活策略；和
策略发送模块13，与所述策略制定模块连接，用于向相邻网元发送策略制定模块制定的保活策略。
继续参见图3，所述PCRF 10还包括：
第一保活模块14，与所述策略制定模块连接，用于根据制定的保活策略，实施所述保活策略中规定的所述策略和计费规则功能实体的保活方法；
第一测活模块15，与所述策略制定模块连接，用于根据制定的保活策略，实施保活策略中规定的所述策略和计费规则功能实体的测活方法；和
第一失活处理模块16，与所述策略制定模块和第一测活模块连接，用于制定的保活策略，实施保活策略中规定的所述策略和计费规则功能实体的失活处理方法。
所述PCEF20包括：
第一报告模块21，用于向所述策略和计费规则功能实体10报告信息；
第一接收模块22，用于从所述策略和计费规则功能实体10接收保活策略；
第二保活模块23，与所述接收模块22连接，用于根据接收的保活策略，实施保活策略中规定的策略和计费执行功能实体的保活方法；
第二测活模块24，与所述接收模块22连接，用于根据接收的保活策略，实施保活策略中规定的策略和计费执行功能实体的测活方法；
第二失活处理模块25，与所述第一接收模块22和第二测活模块24连接，用于根据接收的保活策略，实施保活策略中规定的策略和计费执行功能实体的失活处理方法。
第一传递模块26，与所述第一接收模块22连接，用于将第一接收模块接收的保活主体不是自身的保活策略传递到相应的保活主体。
所述AF30包括：
第二报告模块31，用于向所述策略和计费规则功能实体10报告信息；
第二接收模块32，用于从所述策略和计费规则功能实体10接收保活策略；
第三保活模块33，与所述接收模块32连接，用于根据接收的保活策略，实施保活策略中规定的应用功能实体的保活方法；
第三测活模块34，与所述第二接收模块32连接，用于根据接收的保活策略，实施保活策略中规定的应用功能实体的测活方法；
第三失活处理模块35，与所述第二接收模块32和第三测活模块34连接，用于根据接收的保活策略，实施保活策略中规定的应用功能实体的失活处理方法。
第二传递模块36，与所述第二接收模块32连接，用于将第二接收模块接收的保活主体不是自身的保活策略传递到相应的保活主体。
PCRF根据设备信息、用户信息、业务信息、网络负载情况以及运用商特定的策略等综合决策出各种保活策略，分发给相应的保活对象。即当PCRF和相邻网元建链时，PCRF可以向相邻网元分发网元级和链路级的保活策略。例如，PCRF与P-CSCF建链时向其传递Rx接口的保活策略，PCRF和PCEF建链时向其传递Gx接口的保活策略。相应地，本发明实施例对PCC架构的Gx接口和Rx接口进行了扩充，使得PCRF能够将包括了保活主体、保活客体、保活对象、保活方法、测活方法、失活处理方法的保活策略传送给PCEF和AF。
通过网元的传递模块(例如PCEF中的第二传递模块)，PCRF不仅可以制定邻接网元和邻接链路的保活策略，进一步的，PCRF可以通过邻接网元向非邻接网元传递保活策略，例如，PCRF制定PCEF对UE的保活策略，分发给PCEF，同时，PCRF制定UE对PCEF的保活策略，通过PCEF传递给UE，通过这种方式，保证了网元间保活策略的一致性。
下面基于上述介绍的策略控制系统实施例(扩充的PCC架构)来描述本发明通信系统中策略控制方法实施例。根据本发明的实施例，提供了一种集中管理保活策略的方法，应用于包括应用实体(AF)、策略和计费规则功能实体(PCRF)、策略和计费执行功能实体(PCEF)的通信系统，该方法可以通过上述策略控制系统进行实施。
如图4所示，本发明通信系统中策略控制方法的流程图。如图中包括以下步骤：
步骤41，策略控制中心(即在本例中为PCRF)收集呼叫相关信息，根据这些用于制定保活策略的信息生成保活策略；
步骤42，相关网元AF、PCEF从PCRF接收到保活策略后，检查保活策略的保活主体是否是本身自己(步骤420)，如果是则相关网关执行保活策略(步骤421)，否则，传递转发保活策略到相应的保活主体，由保活主体来执行保活策略，并将保活策略的安装结果和传递转发结果通知给PCRF(步骤422)。
其中，相关网元AF、PCEF从PCRF接收保活策略可以通过以下方式之一：(1)相关网元AF、PCEF向PCRF发送策略请求消息或授权请求消息，策略控制中心根据策略请求消息将保活策略下发，相关网元接收PCRF返回的保活策略(pull方式)；(2)相关网元AF、PCEF接收PCRF主动下发的保活策略(Push方式)；
相关网元AF、PCEF传递保活策略时，可以根据保活策略内容翻译成各自外部接口协议采用的保活参数，并进行转发，不一定要按照PCRF原本的保活策略的格式和内容。
通过该实施方式，PCRF能够集中制定、分发、管理IMS网络的保活策略，解决了现有技术中保活策略分散不一致带来的呼叫误损，效率下降，以及保活策略调整困难等问题。
PCRF指派的保活策略优先于本地默认的保活策略，当相关网元不能执行PCRF指派的保活策略时，应该向PCRF报告保活策略执行失败，在此情况下，PCRF可以调整保活策略，或者允许相关网元执行本地默认的保活策略。即该方法还包括以下步骤：网元执行保活策略失败后，保活主体向所述PCRF返回执行所述保活策略失败的报告。
当终端发起新的IMS呼叫时，AF要向PCRF请求为IMS呼叫进行授权和资源预留，PCRF在对IMS呼叫进行授权和资源预留的同时，根据呼叫信息确定IMS会话和其中的媒体流的保活策略，并把保活策略在响应消息中带回给AF。AF据此确定如何对IMS会话和其中的媒体流进行测活和维活。
在IMS呼叫的信令面协商的同时或之后，终端要和承载设备间建立或修改媒体面通道。媒体面的承载设备要从PCRF获得建立或修改媒体通道的各种策略，包括QoS策略、计费策略、保活策略等。媒体面的承载设备可以通过两种方式获得这些策略，一种方式是PCRF主动将这些策略下发给承载设备，称为Push方式，另一种方式是PCRF响应承载设备的请求而将这些策略下发给承载设备，成为Pull方式。承载设备获得这些策略后，根据策略内容对新的IMS呼叫和其中的媒体进行QoS控制、计费控制和保活控制等。
其中，PCRF收集的呼叫相关信息包括：(1)业务信息：呼叫所属的业务类别，需要建立的媒体参数，PCRF可以从AF获得这些信息；(2)用户接入信息，用户的名称标识，IP地址等，PCRF可以从SPR获得这些信息；(3)用户签约信息：用户和运营商签约的业务类别，服务等级等，PCRF可以从SPR中获得这些信息；(4)承载链路信息：承载的业务分类器，承载用途，承载的QoS级别等，PCRF可以从PCEF获得这些信息；(5)网络负载情况，PCRF可以从PCEF、AF等相邻网元中获得这些信息；(6)运营商的预先设置策略，存于PCRF中。PCRF综合这些信息制定出呼叫的保活策略。
下面详细介绍策略控制控制方法在IP多媒体系统中的应用。
实施例1
如图5所示，为本发明通信系统中策略控制方法实施例1用户上线流程的消息交互信令流程图。如图5所示，该方法包括：
步骤S401，UE附着到网络，UE发送请求消息，请求和PCEF间建立默认承载；
步骤S402，PCEF为UE向PCRF发送授权请求消息，来请求和PCRF建立一个新的IPCAN会话；
步骤S403，PCRF发现本地没有该用户的签约信息，向SPR请求该用户的签约信息；
步骤S404，SPR返回该用户的签约信息给PCRF；
步骤S405，PCRF对用户进行鉴权和授权，确定默认承载的QoS策略、计费策略和保活策略，下发给PCEF；
其中PCRF下发给PCEF的保活策略包括：
1、保活策略KA_DEFAULT_BEARER_GX_PCEF，用于PCEF对Gx接口IPCAN会话的默认承载的PCC规则进行保活和测活，由于默认承载是IPCAN会话建立的第一个承载，也是IPCAN会话删除前的最后一个承载，所以对默认承载的保活等同于对IPCAN会话的保活，策略定义如下：
策略名：KA_DEFAULT_BEARER_GX_PCEF
保活主体＝<类型：PCEF，标识：PCEF-ID>
保活客体＝<类型：PCRF，标识：PCRF-ID>
保活对象＝<类型：BEARER，标识：DEFAULT-BEARER-ID>
保活方法＝主动保活：当默认承载上没有PCC规则需要交互时每60秒发送CCR消息给PCRF，报告默认承载的PCC规则的状态；
测活方法＝被动测活：3分钟内没有收到PCRF关于该IPCAN会话的默认承载的任何信令时认为失活
失活处理方法＝终止默认承载，并终止IPCAN会话
2、保活策略KA_DEFAULT_BEARER_PCEF，用于PCEF对与UE间建立的默认承载进行保活和测活，策略定义如下：
策略名：KA_DEFAULT_BEARER_PCEF
保活主体＝<类型：PCEF，标识：PCEF-ID>
保活客体＝<类型：UE，标识：UE-ID>
保活对象＝<类型：BEARER，标识：DEFAULT-BEARER-ID>
保活方法＝被动保活：响应UE为默认承载的信令请求或保活请求而发出响应
测活方法＝被动测活：3分钟内没有收到UE关于该默认承载的任何信令时认为失活
失活处理方法＝终止默认承载，并终止IPCAN会话
3、保活策略KA_DEFAULT_BEARER_UE，用于UE对与PCEF间建立的默认承载进行保活和测活：
策略名：KA_DEFAULT_BEARER_UE
保活主体＝<类型：UE，标识：UE-ID>
保活客体＝<类型：PCEF，标识：PCEF-ID>
保活对象＝<类型：BEARER，标识：DEFAULT-BEARER-ID>
保活方法＝主动保活：当没有业务信令需要交互时每60秒发送承载保活请求给PCEF
测活方法＝被动测活：3分钟内没有收到关于该默认承载的任何信令时认为失活
失活处理方法＝终止默认承载
步骤S406，在上一步中，PCRF同时生成自身对该IPCAN会话的默认承载的保活策略KA_DEFAULT_BEARER_GX_PCRF，并开始执行该保活策略；
4、保活策略KA_DEFAULT_BEARER_GX_PCRF，用于PCRF对IPCAN会话的默认承载进行保活和测活，策略定义如下：
策略名：KA_DEFAULT_BEARER_GX_PCRF
保活主体＝<类型：PCRF，标识：PCRF-ID>
保活客体＝<类型：PCEF，标识：PCEF-ID>
保活对象＝<类型：BEARER，标识：DEFAULT-BEARER-ID>
保活方法＝被动保活：响应PCEF的CCR请求而发出CCA消息
测活方法＝被动测活：3分钟内没有收到PCEF关于该IPCAN会话的默认承载的CCR请求时认为失活
失活处理方法＝终止IPCAN会话，并通知相关网元
步骤S407，PCEF收到PCRF制定的默认承载的QoS策略和保活策略，安装并执行这些策略，通知UE默认承载建立成功，并把收到的保活主体为UE的保活策略KA_DEFAULT_BEARER_UE传递给UE。即相关网元判断保活主体并非为本身后，将保活策略传递给保活主体UE，由此，PCRF制定对UE的保活策略，通过PCEF传递给UE，通过这种方式，保证了网元间保活策略的一致性。
步骤S408，PCEF开始执行IPCAN会话的保活策略KA_DEFAULT_BEARER_GX_PCEF和默认承载的保活策略KA_DEFAULT_BEARER_PCEF。
步骤S409，UE收到默认承载建立成功响应，开始执行保活策略KA_DEFAULT_BEARER_UE。
通过该实施例1，本发明实行了Pull模式下用户上线的策略控制方法。在上述过程中执行保活策略可包括：
保活主体PCEF、UE和PCRF可以根据保活策略中的主动保活方法，定期向保活客体发送与所述保活对象相关的保活消息；或者根据保活策略中的被动保活方法，接收保活客体向所述保活主体发送的保活请求消息而响应，如PCEF的CCR请求而发出CCA消息。
并且，保活主体PCEF、UE和PCRF根据保活策略中的主动测活方法，定期向保活客体发送与所述保活对象相关的测活消息；或者根据保活策略中的被动测活方法，所述保活主体等待所述保活客体通知所述保活对象失活，如：PCRF 3分钟内没有收到PCEF关于该IPCAN会话的默认承载的CCR请求时认为失活，在本例中测活方法都采用了被动方式。
实施例2
图6是根据本发明通信系统中策略控制方法实施例2的VoIP业务呼叫流程的消息交互信令流程图，如图6所示，AF和PCEF采用Pull模式从PCRF接收保活策略，包括如下步骤：
步骤S501，UE为了建立VoIP业务的传输，向AF发出请求消息；
步骤S502，AF解析VoIP业务传输参数，向PCRF请求对VoIP业务传输进行授权和资源预留；
步骤S503，PCRF根据用户签约信息和自身的规则配置对AF请求的VoIP业务进行签约验证、准入控制和预留资源，并生成Rx会话保活策略，授权和资源预留成功后，PCRF向AF发送授权成功响应消息，并携带AF应当执行的Rx会话的保活策略KA_RX_SESSION_AF；
保活策略KA_RX_SESSION_AF，用于AF对Rx会话进行保活和测活，策略定义如下：
策略名＝KA_RX_SESSION_AF
保活主体＝<类型：AF，标识：AF-ID>
保活客体＝<类型：PCRF，标识：PCRF-ID>
保活对象＝<类型：SESSION，标识：RX-SESSION-ID>
保活方法＝主动保活：当没有业务信令时每60秒发送AAR请求消息给PCRF
测活方法＝被动测活：3分钟内没有收到关于该Rx会话的任何信令时认为失活
失活处理方法＝终止呼叫，通知相关网元，释放Rx会话
步骤S504，在上一步中，PCRF同时生成自身应当实施的Rx会话的保活策略KA_RX_SESSION_PCRF，并开始执行该保活策略；
保活策略KA_RX_SESSION_PCRF，用于PCRF对Rx会话进行保活和测活，策略定义如下：
策略名＝KA_RX_SESSION_PCRF
保活主体＝<类型：PCRF，标识：1>
保活客体＝<类型：AF，标识：AF-ID>
保活对象＝<类型：SESSION，标识：RX-SESSION-ID>
保活方法＝被动保活：响应PCEF的AAR请求而发出AAA消息
测活方法＝被动测活：3分钟内没有收到关于该Rx会话的任何信令时认为失活
失活处理方法＝释放Rx会话相关资源，通知相关网元
步骤S505，AF收到授权成功响应消息后，通知UE已经协商好VoIP业务传输的媒体参数；
步骤S506，AF从PCRF的授权成功响应消息中解析出需要自身执行的保活策略KA_RX_SESSION_AF，安装并执行该保活策略；
步骤S507，UE向PCEF发起建立VoIP业务承载的请求消息；
步骤S508，PCEF为VoIP承载向PCRF发送策略请求消息；
步骤S509，PCRF生成VoIP承载的QoS策略，计费策略和保活策略，下发给PCEF；
其中PCRF生成并传送给PCEF的保活策略定义如下：
1、保活策略KA_VOIP_BEARER_PCEF，用于PCEF对VoIP承载进行保活和测活，策略定义如下：
策略名＝KA_VOIP_BEARER_PCEF
保活主体＝<类型：PCEF，标识：PCEF-ID>
保活主体＝<类型：UE，标识：UE-ID>
保活对象＝<类型：BEARER，标识：VOIP-BEARER-ID>
保活方法＝被动保活：响应UE的承载请求信令而发出承载响应消息
测活方法＝被动测活：1分钟内没有收到关于该承载的任何信令时认为失活
失活处理方法＝释放VOIP承载相关资源，通知相关网元
2、保活策略KA_VOIP_BEARER_UE，用于UE对VoIP承载进行保活和测活：
策略名：KA_VOIP_BEARER_UE
保活主体＝<类型：UE，标识：UE-ID>
保活客体＝<类型：PCEF，标识：PCEF-ID>
保活对象＝<类型：BEARER，标识：VOIP-BEARER-ID>
保活方法＝主动保活：当没有业务信令时每20秒发送承载保活请求给PCEF
测活方法＝被动测活：1分钟内没有收到关于该承载的任何信令时认为失活
失活处理方法＝终止VOIP承载
3、保活策略KA_VOIP_BEARER_GX_PCEF，用于PCEF对Gx接口IPCAN会话的VoIP承载的PCC规则进行保活和测活：
策略名：KA_VOIP_BEARER_GX_PCEF
保活主体＝<类型：PCEF，标识：PCEF-ID>
保活客体＝<类型：PCRF，标识：PCRF-ID>
保活对象＝<类型：BEARER，标识：VOIP-BEARER-ID>
保活方法＝主动保活：当没有业务信令时每20秒发送CCR消息给PCRF，报告VoIP承载上的PCC规则状态；
测活方法＝被动测活：1分钟内没有收到PCRF关于该IPCAN会话的VoIP承载的任何信令时认为失活
失活处理方法＝终止IPCAN会话，并终止默认承载
步骤S510，在上一步中，PCRF同时为自身生成VoIP承载的保活策略，并开始执行该保活策略；
保活策略KA_VOIP_BEARER_GX_PCRF，用于PCRF对IPCAN会话的VOIP承载进行保活和测活：
策略名：KA_VOIP_BEARER_GX_PCRF
保活主体＝<类型：PCRF，标识：PCRF-ID>
保活客体＝<类型：PCEF，标识：PCEF-ID>
保活对象＝<类型：BEARER，标识：VOIP-BEARER-ID>
保活方法＝被动保活：响应PCEF的CCR请求而发出CCA消息
测活方法＝被动测活：1分钟内没有收到PCEF关于该IPCAN会话的VoIP承载的CCR请求时认为失活
失活处理方法＝终止IPCAN会话，并通知相关网元
步骤S511，PCEF接收VoIP承载的QoS策略，计费策略，保活策略，安装并实施QoS策略和计费策略，通知UE已建立VoIP承载，并在响应消息中传递UE应当执行的保活策略KA_VOIP_BEARER_UE；即相关网元判断保活主体并非为本身后，将保活策略传递给保活主体UE，由此，PCRF制定对UE的保活策略，通过PCEF传递给UE，通过这种方式，保证了网元间保活策略的一致性。
步骤S512，PCEF安装并实施与自身相关的保活策略KA_VOIP_BEARER_PCEF和KA_VOIP_BEARER_GX_PCEF；
步骤S513，UE收到VoIP承载建立成功的响应消息，开始激活VoIP业务流的传输。
步骤S514，UE安装并执行保活策略KA_VOIP_BEARER_UE。
通过该实施例，实行了Pull模式下用户发起VoIP业务的策略控制方法。在上述过程中执行保活策略可以包括：
保活主体PCEF、UE和PCRF可以根据保活策略中的主动保活方法，定期向保活客体发送与所述保活对象相关的保活消息；或者根据保活策略中的被动保活方法，保活主体接收保活客体向其发送的保活请求消息而响应，如PCRF响应PCEF的CCR请求而发出CCA消息。
并且，保活主体PCEF、UE和PCRF根据保活策略中的主动测活方法，定期向保活客体发送与所述保活对象相关的测活消息；或者根据保活策略中的被动测活方法，所述保活主体等待所述保活客体通知所述保活对象失活，如：PCRF1分钟内没有收到PCEF关于该IPCAN会话的VoIP承载的CCR请求时认为失活。在本例中测活方法都采用了被动方式。
实施例3
图7是根据本发明通信系统中策略控制方法实施例3的网管触发修改VoIP业务保活策略的消息交互信令流程图，如图7所示，PCRF采用Push模式推送修改后的保活策略，包括如下步骤：
步骤S601，网管应运营商调整VoIP业务保活策略的需求，触发PCRF调整VoIP业务的保活周期和测活周期，分别放大一倍；
步骤S602，PCRF主动发送保活策略调整请求给AF，携带修改后的保活策略KA_RX_SESSION_AF；
步骤S603，AF接收保活策略修改请求，调整保活策略KA_RX_SESSION_AF，并报告策略调整结果给AF；
步骤S604，AF开始执行调整后的保活策略KA_RX_SESSION_AF；
步骤S605，PCRF收到AF报告的保活策略KA_RX_SESSION_AF的调整结果，确认保活策略调整成功，开始调整并执行自身的保活策略KA_RX_SESSION_PCRF；
步骤S606，PCRF发送保活策略调整请求给PCEF，携带修改后的保活策略KA_VOIP_BEARER_GX_PCEF，KA_VOIP_BEARER_PCEF，KA_VOIP_BEARER_UE；
步骤S607，PCEF传递修改后的保活策略KA_VOIP_BEARER_UE给UE；
步骤S608，UE安装修改后的保活策略KA_VOIP_BEARER_UE，并报告策略调整结果给PCEF；
步骤S609，UE开始执行调整后的保活策略KA_VOIP_BEARER_UE；
步骤S610，PCEF报告保活策略KA_VOIP_BEARER_GX_PCEF，KA_VOIP_BEARER_PCEF，KA_VOIP_BEARER_UE的调整结果；
步骤S611，PCRF确认保活策略KA_VOIP_BEARER_GX_PCEF、KA_VOIP_BEARER_PCEF、KA_VOIP_BEARER_UE调整成功，开始执行调整后的保活策略KA_VOIP_BEARER_GX_PCRF；
通过该实施例，实行了Push模式下网管发起的修改VoIP业务保活策略的策略控制方法。上述实施例中的保活策略如在上述实施例中的描述，具体执行策略的保活和测活的过程同上面实施例2描述的一致。
通过本发明的上述实施例，PCRF集中生成和分发保活策略，解决了现有技术中保活策略分散定制带来的不一致及由此产生的呼损风险和效率下降的问题，增强了策略控制能力，而且使保活策略的修改变得容易。
最后应当说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明进行修改、更改或者等同替换，而不脱离本发明和权利要求的精神和范围。