CN108270577A - 一种基于策略与计费控制架构的策略运营方法及*** - Google Patents

一种基于策略与计费控制架构的策略运营方法及*** Download PDF

Info

Publication number
CN108270577A
CN108270577A CN201611260493.8A CN201611260493A CN108270577A CN 108270577 A CN108270577 A CN 108270577A CN 201611260493 A CN201611260493 A CN 201611260493A CN 108270577 A CN108270577 A CN 108270577A
Authority
CN
China
Prior art keywords
pcc
pcrf
script
strategy
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201611260493.8A
Other languages
English (en)
Other versions
CN108270577B (zh
Inventor
由广
陈建伟
任坚斌
李炜中
张艺引
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Hangzhou Information Technology Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Hangzhou Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Hangzhou Information Technology Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201611260493.8A priority Critical patent/CN108270577B/zh
Publication of CN108270577A publication Critical patent/CN108270577A/zh
Application granted granted Critical
Publication of CN108270577B publication Critical patent/CN108270577B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1442—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种基于策略与计费控制架构的策略运营方法，所述方法包括：通过集中节点或分节点接收策略与计费控制(PCC)策略的请求，并根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；将所述需求信息转换生成PCC策略的脚本语言，并通过统一的脚本接口将所述脚本语言向策略与计费规则功能单元(PCRF)和/或用户策略签约属性存储器(SPR)发送；向所述PCRF和/或所述SPR发送所述用户签约信息，基于所述脚本语言和所述用户签约信息并通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作。本发明还同时公开了一种基于策略与计费控制架构的策略运营***。

Description

一种基于策略与计费控制架构的策略运营方法及***
技术领域
本发明涉及策略运营技术，具体涉及一种基于策略与计费控制架构的策略运营方法及***。
背景技术
策略与计费控制(PCC，Policy and Charging Control)架构是第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)组织将策略控制和基于流的计费进行融合后提出来的架构体系。用于分组网络业务数据传输服务质量(QoS，Quality of Service)等策略控制和流计费的一种技术架构。PCC架构工作在业务数据流(SDF，Service DataFlow)级上，提供策略控制、计费控制功能、和业务数据流的事件报告等功能。具体地设备逻辑部署如图1所示。
图1为现有技术中PCC逻辑架构示意图；如图1所示：包括：策略和计费执行(PCEF，Policy and Charging Enforcement Fucntion)单元、策略和计费规则(PCRF，Policy andCharging 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 SupportNode))、分组核心演进(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 OperationPlatform)获取用户信息，所述用户信息包括：用户的手机号码、用户的使用时长、用户的使用位置等，然后根据所述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策略生命周期管理，完成了从人工查表管理到平台统一管理，节省成本，提高效率。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (12)

1.一种基于策略与计费控制架构的策略运营方法，其特征在于，所述方法包括：
通过集中节点或分节点接收策略与计费控制PCC策略的请求，并根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；
将所述需求信息转换生成PCC策略的脚本语言，并通过统一的脚本接口将所述脚本语言向策略与计费规则功能单元PCRF和/或用户策略签约属性存储器SPR发送；
向所述PCRF和/或所述SPR发送所述用户签约信息，基于所述脚本语言和所述用户签约信息并通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作。
2.根据权利要求1所述的方法，其特征在于，在将所述需求信息转换生成PCC策略的脚本语言之前，所述方法还包括：
确定所述PCC策略中各需求信息的策略参数；
将所述各需求信息的策略参数与历史策略参数进行比较，确定所述各需求信息填写的策略参数类别与历史策略参数类别的数量大于等于预设阈值时，确定所述PCC策略属于业务冲突的策略任务。
3.根据权利要求1所述的方法，其特征在于，所述通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送，包括：
确定各运营侧的PCRF脚本语言，并根据各运营侧的PCRF脚本语言与各运营侧确定统一的脚本接口；
通过所述统一的脚本接口将所述策略脚本语言向PCRF和/或SPR发送。
4.根据权利要求1所述的方法，其特征在于，在所述基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作之后，所述方法还包括：
获取第一效果评估数据和第二效果评估数据；
根据所述第一效果评估数据和所述第二效果评估数据，确定所述PCC策略的效果评估指标数据；
根据所述PCC策略的效果评估指标数据确定所述PCC策略当前的执行操作；
其中，所述第一效果评估数据为PCRF的日志数据；所述第二效果评估数据为用户签约数据。
5.根据权利要求1所述的方法，其特征在于，所述基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作，包括：
确定所述PCC策略的类型属于策略活动时，基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作；
或者，确定所述PCC策略类型属于策略产品时，通过所述PCRF和/或所述SPR将所述PCC策略向客户关系管理CRM平台同步，并生成供目标客户端订购的PCC策略产品。
6.根据权利要求1所述的方法，其特征在于，在所述基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作之后，所述方法还包括：
接收所述PCRF和/或SPR上报的用户签约信息，并由分节点将所述用户签约信息向所述集中节点发送。
7.一种基于策略与计费控制架构的策略运营***，其特征在于，所述***包括：需求管理单元、部署管理单元和用户签约管理单元；其中，
所述需求管理单元，用于通过集中节点或分节点接收PCC策略的请求，并根据所述PCC策略的请求确定所述PCC策略的需求信息和用户签约信息；
所述部署管理单元，用于将所述需求信息转换生成PCC策略的脚本语言，并通过统一的脚本接口将所述脚本语言向PCRF和/或SPR发送；
所述用户签约管理单元，用于向所述PCRF和/或所述SPR发送所述用户签约信息，基于所述脚本语言和所述用户签约信息并通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作。
8.根据权利要求7所述的***，其特征在于，所述部署管理单元，还用于确定所述PCC策略中各需求信息的策略参数；将所述各需求信息的策略参数与历史策略参数进行比较，确定所述各需求信息填写的策略参数类别与历史策略参数类别的数量大于等于预设阈值时，确定所述PCC策略属于业务冲突的策略任务。
9.根据权利要求7所述的***，其特征在于，所述部署管理单元，具体用于确定各运营侧的PCRF脚本语言，并根据各运营侧的PCRF脚本语言与各运营侧确定统一的脚本接口；通过所述统一的脚本接口将所述策略脚本语言向PCRF和/或SPR发送。
10.根据权利要求7所述的***，其特征在于，所述需求管理单元，还用于获取第一效果评估数据和第二效果评估数据；根据所述第一效果评估数据和所述第二效果评估数据，确定所述PCC策略的效果评估指标数据；根据所述PCC策略的效果评估指标数据确定所述PCC策略当前的执行操作；其中，所述第一效果评估数据为PCRF的日志数据；所述第二效果评估数据为用户签约数据。
11.根据权利要求7所述的***，其特征在于，所述用户签约管理单元，具体用于确定所述PCC策略的类型属于策略活动时，基于所述脚本语言和所述用户签约信息通过所述PCRF和/或所述SPR对目标客户端进行PCC策略的签约操作；或者，确定所述PCC策略类型属于策略产品时，通过所述PCRF和/或所述SPR将所述PCC策略向客户关系管理CRM平台同步，并生成供目标客户端订购的PCC策略产品。
12.根据权利要求7所述的***，其特征在于，所述需求管理单元和所述部署管理单元，还用于接收所述PCRF和/或SPR上报的用户签约信息，并由分节点将所述用户签约信息向所述集中节点发送。
CN201611260493.8A 2016-12-30 2016-12-30 一种基于策略与计费控制架构的策略运营方法及*** Active CN108270577B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611260493.8A CN108270577B (zh) 2016-12-30 2016-12-30 一种基于策略与计费控制架构的策略运营方法及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611260493.8A CN108270577B (zh) 2016-12-30 2016-12-30 一种基于策略与计费控制架构的策略运营方法及***

Publications (2)

Publication Number Publication Date
CN108270577A true CN108270577A (zh) 2018-07-10
CN108270577B CN108270577B (zh) 2020-12-22

Family

ID=62755054

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611260493.8A Active CN108270577B (zh) 2016-12-30 2016-12-30 一种基于策略与计费控制架构的策略运营方法及***

Country Status (1)

Country Link
CN (1) CN108270577B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110858957A (zh) * 2018-08-22 2020-03-03 中移（杭州）信息技术有限公司 一种信息推送***、方法、装置、介质和设备
CN112333802A (zh) * 2020-11-25 2021-02-05 吉视传媒股份有限公司 一种用于无线通讯设备的跨网络切换***
CN114079581A (zh) * 2020-08-14 2022-02-22 ***通信集团浙江有限公司 基于pcc的服务处理方法、***、计算设备及存储介质
CN115242641A (zh) * 2021-04-23 2022-10-25 奇安信科技集团股份有限公司 策略下发结果预览方法、装置以及计算机设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101216782A (zh) * 2007-12-29 2008-07-09 中国建设银行股份有限公司 一种金融数据实现etl加工的方法和***
CN101272256A (zh) * 2007-03-23 2008-09-24 华为技术有限公司 业务处理方法和***、策略控制和计费规则功能实体
CN101730045A (zh) * 2009-02-17 2010-06-09 中兴通讯股份有限公司 一种实现策略与计费控制的方法及***
CN102223240A (zh) * 2011-07-29 2011-10-19 华为技术有限公司 提供服务方法、业务代理装置、策略和计费规则功能装置
US20140092739A1 (en) * 2012-09-28 2014-04-03 Alcatel-Lucent Canada Inc. Flow filter mapping scheme with pcc flow-direction avp
CN105282195A (zh) * 2014-06-27 2016-01-27 中兴通讯股份有限公司 网络服务提供、策略规则评估、服务组件选择方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101272256A (zh) * 2007-03-23 2008-09-24 华为技术有限公司 业务处理方法和***、策略控制和计费规则功能实体
CN101216782A (zh) * 2007-12-29 2008-07-09 中国建设银行股份有限公司 一种金融数据实现etl加工的方法和***
CN101730045A (zh) * 2009-02-17 2010-06-09 中兴通讯股份有限公司 一种实现策略与计费控制的方法及***
CN102223240A (zh) * 2011-07-29 2011-10-19 华为技术有限公司 提供服务方法、业务代理装置、策略和计费规则功能装置
US20140092739A1 (en) * 2012-09-28 2014-04-03 Alcatel-Lucent Canada Inc. Flow filter mapping scheme with pcc flow-direction avp
CN105282195A (zh) * 2014-06-27 2016-01-27 中兴通讯股份有限公司 网络服务提供、策略规则评估、服务组件选择方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
黄韬等: "PCC 策略控制机制研究", 《现代电信科技 2008年》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110858957A (zh) * 2018-08-22 2020-03-03 中移（杭州）信息技术有限公司 一种信息推送***、方法、装置、介质和设备
CN110858957B (zh) * 2018-08-22 2020-12-22 中移（杭州）信息技术有限公司 一种信息推送***、方法、装置、介质和设备
CN114079581A (zh) * 2020-08-14 2022-02-22 ***通信集团浙江有限公司 基于pcc的服务处理方法、***、计算设备及存储介质
CN112333802A (zh) * 2020-11-25 2021-02-05 吉视传媒股份有限公司 一种用于无线通讯设备的跨网络切换***
CN115242641A (zh) * 2021-04-23 2022-10-25 奇安信科技集团股份有限公司 策略下发结果预览方法、装置以及计算机设备
CN115242641B (zh) * 2021-04-23 2023-12-19 奇安信科技集团股份有限公司 策略下发结果预览方法、装置以及计算机设备

Also Published As

Publication number Publication date
CN108270577B (zh) 2020-12-22

Similar Documents

Publication Publication Date Title
US10057180B2 (en) Systems, devices and methods of decomposing service requests into domain-specific service requests
EP2518936B1 (en) Systems, devices and methods of distributing telecommunications functionality across multiple heterogeneous domains
EP2518943B1 (en) Systems, devices and methods of crowd-sourcing across multiple domains
EP2518941B1 (en) Systems, devices, and methods of orchestrating resources and services across multiple heterogeneous domains
CN108270577A (zh) 一种基于策略与计费控制架构的策略运营方法及***
CN108847989A (zh) 基于微服务架构的日志处理方法、业务服务***以及电子设备
JP5947403B2 (ja) アプリケーション層データに対して課金制御を実行するための方法および装置
CN102142990B (zh) 业务用量监控方法及设备
CN102665191B (zh) 一种数据业务的策略控制方法、装置及***
CN104428808A (zh) 管理混合云服务
CN109787780A (zh) 基于api内容的计费方法及能力开放功能实体
EP2518945B1 (en) Systems, devices and methods of establishing a closed feedback control loop across multiple domains
EP3472975A1 (en) End-to-end techniques to collect pm (performance measurement) data from a nvf (network function virtualization) infrastructure
JP2019092198A (ja) オンライン課金での情報交換のための方法及び装置
WO2014180400A1 (zh) 问题定位处理方法及装置
WO2012080793A1 (en) Method for processing service connection in a communication network and device thereof
WO2017107563A1 (zh) 进出区域监控的处理方法及装置
EP2518944A1 (en) Systems, devices and methods of synchronizing information across multiple heterogeneous networks
KR20190092441A (ko) M2m iot 서비스 계층에서 유연한 과금을 가능하게 하는 방법들
CN104753731B (zh) 一种监测在线计费***的方法和装置
Chen et al. Research on the Key Concepts and Problems of Service Quality
CN104702619A (zh) Cdn网络中智能确定服务节点的方法及装置
WO2023157199A1 (ja) 妥当性検証システム及び妥当性検証方法
WO2023218663A1 (ja) 実行基盤決定システム及び実行基盤決定方法
CN209897313U (zh) 一种科技创新服务平台

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 310012 building A01, 1600 yuhangtang Road, Wuchang Street, Yuhang District, Hangzhou City, Zhejiang Province

Applicant after: CHINA MOBILE (HANGZHOU) INFORMATION TECHNOLOGY Co.,Ltd.

Applicant after: China Mobile Communications Corp.

Address before: 310012, No. 14, building three, Chang Torch Hotel, No. 259, Wensanlu Road, Xihu District, Zhejiang, Hangzhou

Applicant before: CHINA MOBILE (HANGZHOU) INFORMATION TECHNOLOGY Co.,Ltd.

Applicant before: China Mobile Communications Corp.

GR01 Patent grant
GR01 Patent grant