本发明涉及策略运营技术，具体涉及一种基于策略与计费控制架构的策略运营方法及系统。
背景技术：
策略与计费控制(PCC，Policy and Charging Control)架构是第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)组织将策略控制和基于流的计费进行融合后提出来的架构体系。用于分组网络业务数据传输服务质量(QoS，Quality of Service)等策略控制和流计费的一种技术架构。PCC架构工作在业务数据流(SDF，Service Data Flow)级上，提供策略控制、计费控制功能、和业务数据流的事件报告等功能。具体地设备逻辑部署如图1所示。
图1为现有技术中PCC逻辑架构示意图；如图1所示：包括：策略和计费执行(PCEF，Policy and Charging Enforcement Fucntion)单元、策略和计费规则(PCRF，Policy and Charging Rule Function)单元、应用功能(AF，Application Function)单元、在线计费(OCS，Online Charging System)单元、离线计费(OFCS，Offline Charging System)单元和用户策略签约属性存储器(SPR，Subscription Profile Repository)；其中，
所述PCEF单元的功能实体位于分组域网关，例如：通用分组无线服务(GPRS，General Packet Radio Service)的网关GPRS支持节点(GGSN，Gateway GPRS Support Node))、分组核心演进(EPC，Evolved Packet Core)的PDN网关(P-GW，PDN GateWay)。主要包含业务数据流的深度报文检测、策略执行和基于数据流的计费等功能；
所述PCRF单元的功能实体具有策略控制决策和基于数据流计费控制，向PCEF提供基于业务数据流进行策略控制的功能，例如检测、门控、基于QoS和基于数据流计费。
所述AF应用功能单元的功能实体是提供应用的业务单元，主要对IP连接接入网(IP-CAN，IP-Connectivity Access Network)用户面、应用层面的行为进行动态策略和/或计费控制。
所述OCS单元，用于提供基于用户和业务数据流的实时在线计费控制功能。
所述OFCS单元，用于提供基于用户和业务数据流的离线计费控制功能。
所述SPR单元，该实体包含有与所有策略签约用户或策略签约相关的信息。SPR与PCRF网元可以合设，也可以独立部署。
具体图1中的Rx是AF和PCRF之间的参考点。Rx会话功能主要实现AF与PCRF之间应用级会话信息的交互功能，如：用于识别业务数据流的IP filter信息，对不同的业务数据流进行策略控制和计费。用于QoS的媒体/应用带宽需求。
由AF发起的Rx会话的功能包含会话信息的初始定制；会话信息的修改；门控过程；AF会话终止；订阅/取消订阅信令路径状态通知过程。
由PRCF发起的Rx会话功能包含业务面IP-CAN会话终止；业务数据流去激活，该过程由PCEF去激活部分导致PCRF发起；信令路径状态的通知过程；IP-CAN类型改变通知过程；接入网络计费信息通知过程。
Gx是PCEF和PCRF之间的参考点，要实现PCRF动态控制PCEF的PCC行为的功能,传递PCC决策信令，支持如下功能：
在PCC规则的请求中，PCEF通过Gx接口的以下流程请求PCC规则，PCEF发起的IP-CAN会话建立，PCEF发起的IP-CAN会话修改，用于对PCEF已请求PCC规则修改。
在PCC规则的定制中，PCRF通过Gx接口的以下流程向PCEF指示PCC规则。适应于基于IP-CAN承载的、基于SDF的、基于QCI的授权QoS定制，及计费信息的定制。PCRF能支持对动态PCC规则和预定义PCC规则两种规则的处理；
由PCEF通过Gx发起的IP-CAN会话修改，用于PCEF请求的PCC定制。而PCEF还通过Gx发起事件报告的指示过程和IP-CAN会话终止的指示过程。
由PCRF通过Gx发起的IP-CAN会话修改，PCRF主动提供的PCC定制过程，应用于AF触发或者PCRF内部事件触发情形。PCRF通过Gx发起的IP-CAN会话终止过程。在PCRF发起事件触发的定制过程，尽可能与PCC规则定制一起进行，也可以独立进行；
此外，Gx还负责PCC规则的异常处理。
Sp是SPR和PCRF之间的参考点。用于PCRF向SPR请求用户订阅的和IP-CAN传输策略相关的信息，查询基于用户ID，PDN标识以及可能的IP-CAN会话的参数。例如：用户的ID是IMSI。当用户订阅信息发生变化时，如果PCRF订阅了这种通知通能，SPR会通过这个参考点通知PCRF。当收到PCRF发来的取消通知的请求，SPR停止传送更新的用户信息。
Gy是OCS和PCEF之间的参考点。用于基于业务数据流计费时的在线信誉度控制。
Gz是PCEF和OFCS之间的参考点。用于传递基于业务数据流的离线计费信息。
具体地，PCC架构的解决方案是以PCEF/PCRF等主设备为主要网元，基于PS分组域移动网络之上，为用户提供差异化数据服务。PCC解决方案的基础是策略，是对用户进行差异化处理的具体规则，而业务需求决定了策略。PCC策略运营的本质是运营人员对策略的发起和部署进行端到端的全流程管理，是以市场营销或者网络质量保障等业务需求为发起点，经过对现网移动网络主设备的能力评估后，将需求转化为策略脚本语言，并在主设备上部署执行的一系列完整运营流程。
目前运营商的PCC策略运营模式没有固定的流程，但是有基本一致的运营思路，即通过业务需求引入策略需求，经过分析评估后转化为设备脚本语言并下发部署执行后效果评估，实际运营过程中根据各部门实际职责情况，通常采用项目制形式，针对某一需求采用具体情况具体分析的方式，通过联席会议等组织形式，运营过程中的各责任人承担各自工作，定期开会汇总进展并处理遗留问题的方式推动并完成某一策略部署，整个过程没有一个平台工具来支撑PCC策略运营，更没有相关的工具对整个流转中的过程文档进行存档。
一个策略部署就是一个小型项目，有时间要求，有效果预期，但是PCC策略运营是常态化，持续进行的工作，是服务于企业战略目标的行为，因此改变现有项目式的策略运营模式，成为当务之急。
由于现有技术中的PCC架构全部部署在网络侧，业务支撑侧没有对应的设备获取PCRF、SPR设备的经营信息，所以运营层面就无法分析和监控PCC相关策略的运营情况。目前运营商制定PCC策略是通过会议、邮件、电话等方式完成一系列的流程，最终形成几种不同的设备策略脚本，部署在多个厂商的PCRF和PCEF网络设备上。PCC策略制定完成后需要从业务支撑侧获取用户信息在SPR设备上给用户签约PCC策略，目前这个过程没有统一的标准流程。当部署的PCC策略达到一定数量时，管理策略的手段只是查询记录，对相应的PCC策略修改、下线等操作也只能是从各网元分别删除相应脚本。PCC策略执行后对其评估过程没有统一的评估方法和工具。因此，现有技术中的PCC策略方案具有以下缺点：
(1)流程不统一：
由于整个运营流程会涉及很多部门，包括总部各部门、省公司各部门，每个部门都有自己的考量和诉求，这样可能会产生职责不清、沟通不畅的现象，有的流程几个部门都想负责，有的流程反而没有部门愿意负责，严重影响到运营流程。
(2)策略冲突：
策略复杂源自于需求多种多样，这些需求来自用户、网络、业务、合作伙伴等多方面，涉及多部门协同。随着需求的增加，经常发生多策略叠加现象，策略冲突逐渐显现，冲突主要表现为作用于某一用户的用户需求与网络保障策略冲突，或者网络保障与业务需求策略冲突，导致最终的策略效果大打折扣，最终无法满足初始需求。业务需求是形成策略的前提，有效的需求管理是PCC策略发挥作用的基础，也是防止策略冲突的重要手段。
(3)多厂商脚本协议零散管理：
PCC所用到的功能单元是策略与计费规则功能PCRF和策略与计费执行功能PCEF，两者都有多个厂商，在部署同一个业务时需要分别配置多个厂家的脚本，没有对脚本进行统一管理。
(4)效果评估困难：
部署完PCC相关业务后，需要对业务的效果进行评估，目前只有从业务支撑系统等平台筛选业务支撑侧的指标参数进行计算生成报表，缺失了网络侧的指标采集，没有统一的效果评估指标；
(5)PCC业务生命管理周期管理困难：
PCC相关业务分散在多个功能单元，没有进行统一的管理，当对策略做出部署、修改、下线、业务生命周期管理时没有统一的入口工具。
技术实现要素：
为解决现有存在的技术问题，本发明实施例期望提供一种基于策略与计费控制架构的策略运营方法及系统，能够统一策略运营流程，提高运营策略的操作效率。
本发明实施例的技术方案是这样实现的：
根据本发明实施例的一方面，提供一种基于策略与计费控制架构的策略运营方法，所述方法包括：
通过集中节点或分节点接收PCC策略的请求，并根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；
将所述需求信息转换生成PCC策略的脚本语言，并通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送；
向所述PCRF和/或所述SPR发送所述用户签约信息，基于所述脚本语言和所述用户签约信息并通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作。
上述方案中，在将所述需求信息转换生成PCC策略的脚本语言之前，所述方法还包括：
确定所述PCC策略中各需求信息的策略参数；
将所述各需求信息的策略参数与历史策略参数进行比较，确定所述各需求信息填写的策略参数类别与历史策略参数类别的数量大于等于预设阈值时，确定所述PCC策略属于业务冲突的策略任务。
上述方案中，所述通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送，包括：
确定各运营侧的PCRF脚本语言，并根据各运营侧的PCRF脚本语言与各运营侧确定统一的脚本接口；
通过所述统一的脚本接口将所述策略脚本语言向PCRF和/或SPR发送。
上述方案中，在所述基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作之后，所述方法还包括：
获取第一效果评估数据和第二效果评估数据；
根据所述第一效果评估数据和所述第二效果评估数据，确定所述PCC策略的效果评估指标数据；
根据所述PCC策略的效果评估指标数据确定所述PCC策略当前的执行操作；
其中，所述第一效果评估数据为PCRF的日志数据；所述第二效果评估数据为用户签约数据。
上述方案中，所述基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作，包括：
确定所述PCC策略的类型属于策略活动时，基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作；
或者，确定所述PCC策略类型属于策略产品时，通过所述PCRF和/或所述SPR将所述PCC策略向客户关系管理CRM平台同步，并生成供目标客户端订购的PCC策略产品。
上述方案中，在所述基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作之后，所述方法还包括：
接收所述PCRF和/或SPR上报的用户签约信息，并由分节点将所述用户签约信息向所述集中节点发送。
根据本发明实施例的另一方面，提供一种基于策略与计费控制架构的策略运营系统，所述系统包括：需求管理单元、部署管理单元和用户签约管理单元；其中，
所述需求管理单元，用于通过集中节点或分节点接收PCC策略的请求，并根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；
所述部署管理单元，用于将所述需求信息转换生成PCC策略的脚本语言，并通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送；
所述用户签约管理单元，用于向所述PCRF和/或所述SPR发送所述用户签约信息，基于所述脚本语言和所述用户签约信息并通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作。
上述方案中，所述部署管理单元，还用于确定所述PCC策略中各需求信息的策略参数；将所述各需求信息的策略参数与历史策略参数进行比较，确定所述各需求信息填写的策略参数类别与历史策略参数类别的数量大于等于预设阈值时，确定所述PCC策略属于业务冲突的策略任务。
上述方案中，所述部署管理单元，具体用于确定各运营侧的PCRF脚本语言，并根据各运营侧的PCRF脚本语言与各运营侧确定统一的脚本接口；通过所述统一的脚本接口将所述策略脚本语言向PCRF和/或SPR发送。
上述方案中，所述需求管理单元，还用于获取第一效果评估数据和第二效果评估数据；根据所述第一效果评估数据和所述第二效果评估数据，确定所述PCC策略的效果评估指标数据；根据所述PCC策略的效果评估指标数据确定所述PCC策略当前的执行操作；其中，所述第一效果评估数据为PCRF的日志数据；所述第二效果评估数据为用户签约数据。
上述方案中，所述用户签约管理单元，具体用于确定所述PCC策略的类型属于策略活动时，基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作；或者，确定所述PCC策略类型属于策略产品时，通过所述PCRF和/或所述SPR将所述PCC策略向客户关系管理CRM平台同步，并生成供目标客户端订购的PCC策略产品。
上述方案中，所述需求管理单元和所述部署管理单元，还用于接收所述PCRF和/或SPR上报的用户签约信息，并由分节点将所述用户签约信息向所述集中节点发送。
本发明实施例提供一种基于策略与计费控制架构的策略运营方法及系统，通过集中节点或分节点接收PCC策略的请求，并根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；将所述需求信息转换生成PCC策略的脚本语言，并通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送；向所述PCRF和/或所述SPR发送所述用户签约信息，基于所述脚本语言和所述用户签约信息并通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作。如此，通过集中节点，即服务运营商统一管理各分节点，即各分公司的PCC策略，为运营人员提供标准化的策略流程，并兼容多个厂商的脚本协议，通过统一的脚本接口将PCC策略进行下发；另外，分别从网络侧的PCRF提取日志数据，从业务支撑侧的经分平台提取用户数据，能够较准确地对当前的PCC策略的部署情况进行效果指标的评估分析；再者，能够将PCC策略的生命周期进行统一的管理，使得业务流程分工明确，防止策略冲突，同时能够提高策略的运行效率。
附图说明
图1为现有技术中PCC逻辑架构示意图；
图2为本发明实施例中基于策略与计费控制架构的策略运营方法的流程示意图；
图3为本发明实施例一种基于策略与计费控制架构的策略运营系统的结构示意图；
图4为本发明实施例中POP的运营流程示意图。
具体实施方式
下面结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。
图2为本发明实施例中基于策略与计费控制架构的策略运营方法的流程示意图；如图2所示，所述方法包括：
步骤201，通过集中节点或分节点接收PCC策略的请求，并根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；
这里，所述方法主要应用于基于PCC架构的策略运营系统，在所述系统中，客户端通过所述集中节点或分节点提交PCC策略的需求申请，所述集中节点或分节点接收到所述PCC策略的请求后，根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；具体地，所述PCC策略的需求信息包括：所述PCC策略的需求类型信息、所述PCC策略的执行动作信息、所述PCC策略的用户种类信息、所述PCC策略的业务种类信息、所述PCC策略的业务ID信息、所述PCC策略的适用网络信息、所述PCC策略的部署地市信息、所述PCC策略的区域大类信息、所述PCC策略的生效时间信息等。所述用户签约信息是由所述系统通过经营分析平台或增值业务综合运营平台(VGOP，Value-added Service General Operation Platform)获取用户信息，所述用户信息包括：用户的手机号码、用户的使用时长、用户的使用位置等，然后根据所述PCC策略的请求在所述用户信息中确定所述用户签约信息，也就是确定出所述PCC策略所针对的对象。
步骤202，将所述需求信息转换生成PCC策略的脚本语言，并通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送；
这里，所述PCC策略的脚本语言中包括所述PCC策略的脚本名称、脚本目录等信息。所述PCRF和/或所述SPR统过统一的脚本接口接收到所述系统发送的所述PCC策略的脚本语言后，下载并加载所述PCC策略的脚本语言。
在本发明实施例中，所述通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送，包括：确定各运营侧的PCRF脚本语言，并根据各运营侧的PCRF脚本语言与各运营侧确定统一的脚本接口；通过所述统一的脚本接口将所述策略脚本语言向PCRF和/或SPR发送。
这里，所述系统为了执行策略运营时的方便，将多个运营侧的PCRF脚本语言进行集中管理，并根据各运营侧不同的PCRF脚本语言协议，形成统一的脚本接口，并通过所述统一的脚本接口向各运营侧的PCRF进行脚本语言下发。
具体实现原理是在所述系统上提交各运营侧的PCRF脚本协议，并由所述系统集中管理所述PCRF脚本协议，之后再与各运营侧的PCRF对接接口，并通过统一的脚本接口向各运营侧的PCRF传输SOAP命令协议以及所述系统存放脚本的目录、用户名、登录密码、文件名等信息，各运营侧的PCRF收到命令后用ftp下载该目录下的脚本，并自动加载到各运营侧的PCRF设备上进行策略的执行操作。
步骤203，向所述PCRF和/或所述SPR发送所述用户签约信息，基于所述脚本语言和所述用户签约信息并通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作。
这里，由所述系统中的经营分析平台将用户签约信息发送给所述系统中的BOSS单元，由所述BOSS单元将所述用户签约信息再向各运营侧的PCRF发送，所述PCRF接收到所述用户签约信息后，根据所述用户签约信息对目标客户端进行PCC策略的签约操作。当所述目标客户端上网时，所述PCRF和所述经营分析平台就会实时收集到用户的行为信息和签约信息，并由所述PCRF和所述经营分析平台将所述用户的行为信息和签约信息作为效果评估信息上报给各分节点，再由各分节点将所述效果评估信息发送给集中节点。在本发明实施例中，所述集中节点用于对分节点中的策略信息进行收集和汇总，并向全网统一下发策略信息。
在本发明实施例中，所述基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作，包括：
确定所述PCC策略的类型属于策略活动时，基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作；
或者，确定所述PCC策略类型属于策略产品时，通过所述PCRF和/或所述SPR将所述PCC策略向客户关系管理(CRM，Customer Relationship Management)平台同步，并生成供目标客户端订购的PCC策略产品。
这里，在所述系统中包括策略部署、策略活动和策略产品三个概念；其中，所述策略部署是指进行用户策略签约前的处理过程，比如，通过所述系统进行策略申请、策略设计、策略测试验证以及策略的正式部署等，但不包括用户签约。
所述策略活动是指系统确定用户签约信息后，由所述系统主动向目标用户推送的活动策略，而不需要用户自行订制。
所述策略产品是指将部署完成的策略同步到CRM等平台，并生成供客户端订购的产品和套餐等，例如：移动校园套餐。
这里，由所述系统对所述策略部署、策略活动和策略产品的生命周期进行统一管理。具体地，在所述策略部署方面，可以对PCC策略进行策略修改、策略暂停、策略下线、策略上线等操作。具体地，当PCC策略处于上线状态时，对所述PCC策略进行策略修改、策略暂停、策略下线等操作；当PCC策略处于暂停状态时，对所述PCC策略进行策略上线、策略下线等操作；当PCC策略处于下线状态时，对所述PCC策略进行策略上线操作。
在所述策略活动方面，当策略部署完成后，对指定的用户进行集中签约的过程叫签约策略活动；当策略活动处于在线状态时，对所述PCC策略进行停止活动的操作。
在本发明实施例中，在将所述需求信息转换生成PCC策略的脚本语言之前，所述方法还包括：
确定所述PCC策略中各需求信息的策略参数；
将所述各需求信息的策略参数与历史策略参数进行比较，确定所述各需求信息填写的策略参数类别与历史策略参数类别的数量大于等于预设阈值时，确定所述PCC策略属于业务冲突的策略任务。
这里，主要是利用用户信息、使用时间、地理位置信息、业务类型等维度计算当前策略与历史策略的相似度，当前策略与历史策略之间重复策略的数量越多，则表示当前策略与历史策略之间的相似度越高，则将相似度高的前几项策略项提取出来，提供给操作人员作进一步的分析，确定当前的策略业务是否为冲突业务。
具体实现方式是根据策略的需求类型信息、策略的执行动作信息、策略的用户种类信息、策略的业务种类信息、策略的业务ID信息、策略的适用网络信息、策略的部署地市信息、策略的区域大类信息、策略的生效时间等参数判断当前策略业务的冲突系数。每有一项策略业务与历史策略业务重复或相似，则该项策略业务的冲突系数就增加1，之后，将冲突的策略业务的冲突系数由高到低进行排列，初步筛选出具有潜在冲突可能的策略业务，将初步筛选出的冲突业务提供给操作人员进行二次筛选确认，如此，能大大降低人工判断策略业务是否冲突的难度，提高了筛选冲突业的效率。具体筛选冲突策略业务的示例如表1所示：表1中包括当前策略业务的需求编号、需求类型、执行动作、用户种类、业务种类、业务ID、适用网络、部署地市、区域大类、生效时间、冲突系数等参数，将这些策略业务与历史策略业务进行比效，每有一项策略业务与历史策略业务的参数相同或相似，则在相应需求编号后的冲突系数加1，并在确定出各策略业务的冲突系统后，将冲突系统进行降序排列，并根据排列结果确定出大于等于历史策略参数的策略业务的数量大于等于预设阈值时，确定当前的策略任务属于业务冲突的策略任务。
表1
在本发明实施例中，在所述基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作之后，所述方法还包括：
获取第一效果评估数据和第二效果评估数据；
根据所述第一效果评估数据和所述第二效果评估数据，确定所述PCC策略的效果评估指标数据；
根据所述PCC策略的效果评估指标数据确定所述PCC策略当前的执行操作；
其中，所述第一效果评估数据为PCRF的日志数据；所述第二效果评估数据为用户签约数据。
这里，所述系统分别从网络侧的PCRF设备中获取日志数据，从业务支撑侧的经分平台获取用户数据，然后根据所述日志数据和所述用户数据对当前策略进行效果评估指标的制定。如此，降低了对策略任务进行效果评估的复杂度。
图3为本发明实施例一种基于策略与计费控制架构的策略运营系统的结构示意图；如图3所示，所述系统包括：需求管理单元301、部署管理单元302和用户签约管理单元303；其中，
所述需求管理单元301，用于通过集中节点或分节点接收PCC策略的请求，并根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；
所述部署管理单元302，用于将所述需求信息转换生成PCC策略的脚本语言，并通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送；
所述用户签约管理单元303，用于向所述PCRF和/或所述SPR发送所述用户签约信息，基于所述脚本语言和所述用户签约信息并通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作。
这里，所述系统具体可以是策略运营平台(POP，Policy Operation Platform)属于半自动化的支撑平台工具，主要为策略运营用户提供策略需求的流转处理，以及策略部署的执行操作，能够最大化的发挥PCC架构的价值，同时提供策略视图、统计查询、日志管理和数据分析等操作。具体地，所述POP包括一级POP和二级POP，其中，所述一级POP设于所述集中节点，所述二级POP设于各分节点，所述集中节点用于收集汇总所述分节点的策略信息和统一下发全网的策略信息。
另外，所述需求管理单元301具体可以是所述POP中的POP-R(Requirement)，用于通过所述集中节点或分节点接收用户提交的PCC策略的请求，并根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；具体地，所述PCC策略的需求信息包括：所述PCC策略的需求类型信息、所述PCC策略的执行动作信息、所述PCC策略的用户种类信息、所述PCC策略的业务种类信息、所述PCC策略的业务ID信息、所述PCC策略的适用网络信息、所述PCC策略的部署地市信息、所述PCC策略的区域大类信息、所述PCC策略的生效时间信息等。所述用户签约信息是通过经营分析平台或VGOP获取到用户信息，所述用户信息包括：用户的手机号码、用户的使用时长、用户的使用位置等，然后根据所述PCC策略的请求在所述用户信息中确定所述用户签约信息，也就是确定出所述PCC策略所针对的对象。
在本发明实施例中，所述部署管理单元302具体可以是所述POP中的POP-D(Deployment)，用于将所述需求信息转换生成PCC策略的脚本语言，并通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送；具体地，所述脚本语言中包括所述PCC策略的脚本名称、脚本目录等信息。所述PCRF和/或所述SPR统过统一的脚本接口接收到所述系统发送的所述PCC策略的脚本语言后，下载并加载所述PCC策略的脚本语言。
所述用户签约管理单元303具体可以是所述系统中的BOSS单元，用于通过经分平台接收所述需求管理单元301发送的用户签约信息，并将所述用户签约信息向各运营侧的PCRF发送，所述PCRF接收到所述用户签约信息后，根据所述用户签约信息对目标客户端进行PCC策略的签约操作。当所述目标客户端上网时，所述PCRF和所述经营分析平台就会实时收集到用户的行为信息和签约信息，并由所述PCRF和所述经营分析平台将所述用户的所述行为信息和所述签约信息作为效果评估信息上报给所述二级POP-D，再由二级POP-D将所述效果评估信息发送给一级POP-R。
在本发明实施例中，所述部署管理单元302，具体用于确定各运营侧的PCRF脚本语言，并根据各运营侧的PCRF脚本语言与各运营侧确定统一的脚本接口；通过所述统一的脚本接口将所述策略脚本语言向PCRF和/或SPR发送。
这里，所述部署管理单元302为了执行策略运营时的方便，将多个运营侧的PCRF脚本语言进行集中管理，并根据各运营侧不同的PCRF脚本语言协议，形成统一的脚本接口，并通过所述统一的脚本接口向各运营侧的PCRF进行脚本语言下发。
具体实现原理是在所述部署管理单元302上提交各运营侧的PCRF脚本协议，并由所述部署管理单元302集中管理所述PCRF脚本协议，之后再与各运营侧的PCRF对接接口，并通过统一的脚本接口向各运营侧的PCRF传输SOAP命令协议以及所述系统存放脚本的目录、用户名、登录密码、文件名等信息，各运营侧的PCRF收到命令后用ftp下载该目录下的脚本，并自动加载到各运营侧的PCRF设备上进行策略的执行操作。
所述用户签约管理单元303，具体用于确定所述PCC策略的类型属于策略活动时，基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作；或者，确定所述PCC策略类型属于策略产品时，通过所述PCRF和/或所述SPR将所述PCC策略向客户关系管理CRM平台同步，并生成供目标客户端订购的PCC策略产品。
这里，在所述系统中包括策略部署、策略活动和策略产品三个概念；其中，所述策略部署是指进行用户策略签约前的处理过程，比如，通过所述需求管理单元301和所述部署管理单元302进行策略申请、策略设计、策略测试验证以及策略的正式部署等，但不包括用户签约。
所述策略活动是指系统确定用户签约信息后，由所述系统主动向目标用户推送的活动策略，而不需要用户自行订制。
所述策略产品是指所述部署管理单元302将部署完成的策略同步到CRM等平台，并生成供客户端订购的产品和套餐等，例如：移动校园套餐。
这里，由所述系统对所述策略部署、策略活动和策略产品的生命周期进行统一管理。具体地，在所述策略部署方面，可以对PCC策略进行策略修改、策略暂停、策略下线、策略上线等操作。具体地，当PCC策略处于上线状态时，对所述PCC策略进行策略修改、策略暂停、策略下线等操作；当PCC策略处于暂停状态时，对所述PCC策略进行策略上线、策略下线等操作；当PCC策略处于下线状态时，对所述PCC策略进行策略上线操作。
在所述策略活动方面，当策略部署完成后，对指定的用户进行集中签约的过程叫签约策略活动；当策略活动处于在线状态时，对所述PCC策略进行停止活动的操作。
在本发明实施例中，所述部署管理单元302，还用于确定所述PCC策略中各需求信息的策略参数；将所述各需求信息的策略参数与历史策略参数进行比较，确定所述各需求信息填写的策略参数类别与历史策略参数类别的数量大于等于预设阈值时，确定所述PCC策略属于业务冲突的策略任务。
这里，主要是利用用户信息、使用时间、地理位置信息、业务类型等维度计算当前策略与历史策略的相似度，当前策略与历史策略之间重复策略的数量越多，则表示当前策略与历史策略之间的相似度越高，则将相似度高的前几项策略项提取出来，提供给操作人员作进一步的分析，确定当前的策略业务是否为冲突业务。
具体实现方式是所述部署管理单元302根据策略的需求类型信息、策略的执行动作信息、策略的用户种类信息、策略的业务种类信息、策略的业务ID信息、策略的适用网络信息、策略的部署地市信息、策略的区域大类信息、策略的生效时间等参数判断当前策略业务的冲突系数。每有一项策略业务与历史策略业务重复或相似，则该项策略业务的冲突系数就增加1，之后，将冲突的策略业务的冲突系数由高到低进行排列，初步筛选出具有潜在冲突可能的策略业务，将初步筛选出的冲突业务提供给操作人员进行二次筛选确认，如此，能大大降低人工判断策略业务是否冲突的难度，提高了筛选冲突业的效率。具体筛选冲突策略业务的示例如表1所示。
在本发明实施例中，所述需求管理单元301，还用于获取第一效果评估数据和第二效果评估数据；根据所述第一效果评估数据和所述第二效果评估数据，确定所述PCC策略的效果评估指标数据；根据所述PCC策略的效果评估指标数据确定所述PCC策略当前的执行操作；其中，所述第一效果评估数据为PCRF的日志数据；所述第二效果评估数据为用户签约数据。
这里，所述需求管理单元301分别从网络侧的PCRF设备中获取日志数据，从业务支撑侧的经分平台获取用户数据，然后根据所述日志数据和所述用户数据对当前策略进行效果评估指标的制定。如此，降低了对策略任务进行效果评估的复杂度。
图4为本发明实施例中POP的运营流程示意图；如图4所示，POP平台利用浏览器/服务器(B/S，Browser/Server)结构对策略进行部署。
具体地，1、客户端通过运营层的一级POP-R或二级POP-R提交策略需求申请；
这里，所述一级POP-R或所述二级POP-R可以对所述策略申请中的策略需求信息进行归并、整理、评估原始需求形成原始需求信息；并通过一级POP-D或二级POP-D平台将需求信息转换生成为面向市场、面向网络的策略脚本语言；
2、一级POP-D或二级POP-D通过统一的脚本接口将所述策略脚本语言下发到网络侧的PCRF/SPR网元，形成现网可以调用的策略；
3、一级POP-R或二级POP-R通过经营分析平台或VGOP平台获取用户信息，并根据策略需求在所述用户信息中确定用户签约信息；
4、经营分析平台或VGOP平台将策略脚本语言和用户签约信息同步给BOSS；
5、BOSS通过统一的脚本接口再将用户签约信息发送给网络层的PCRF/SPR网元，并由网络层的PCRF/SPR网元对目标用户进行用户开户和签约策略；
6、终端用户体验(UE，User Experience)上网时，PCRF/SPR网元通过服务网关(S-GW，Serving GateWay)/PDN网关(P-GW，PDN GateWay)实时收集用户信息，并将所述用户信息上报给二级POP-D和二级POP-R，由所述POP对该策略进行效果评估分析。
具体地，由移动管理实体(MME，Mobile Managenment Entity)向用户分配S-GW或P-GW，其中，S-GW用于与演进型Node B(eNB，Evolved Node B)的接口对接，P-GW用于向UE分配IP地址，当UE通过INTERNET上网时，P-GW会检测到UE的位置信息，然后由P-GW将UE的位置信息上报到PCRF，PCRF接收到UE的位置信息后，根据UE的位置信息确定策略规则，P-GW从PCRF获取策略规则，并根据获取到的策略规则对UE进行策略计费。
7、二级POP-R和二级POP-D将信息上报汇总至一级POP-R和一级POP-D。
本发明实施例提供的技术方案与现有技术相比，在策略流程上固化统一了各部门的工作流程，简化了工作难度，节省了协调时间。
通过POP的策略冲突检测算法，能够初步筛选出具有潜在冲突的策略，简化人工逐一筛选的工作量。
通过POP的统一脚本管理接口，统一了各厂商的PCRF脚本的下发接口，减少了管理和对接成本。
通过POP的效果评估指标定制功能，提供了可定制的、可扩展的效果评估模式，比人工开发效果评估模板开发量小。
通过POP中的策略部署、策略活动、策略产品三个概念，明确了PCC业务的三个流程领域，划分了业务配置，集团业务下发，可销售业务订购三个阶段。
通过PCC策略生命周期管理，完成了从人工查表管理到平台统一管理，节省成本，提高效率。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。