一种策略配置方法和装置与流程

文档序号:11388776阅读:560来源:国知局
一种策略配置方法和装置与流程

本发明涉及通信技术领域,具体涉及一种策略配置方法和装置。



背景技术:

随着策略控制和计费(英文全称:policycontrolandcharging,英文简称:pcc)策略应用的丰富,运营商的网络里部署了越来越多的pcc策略。

现阶段的pcc架构主要由策略和计费规则功能实体(英文全称:policyandchargingrulesfunction,英文简称:pcrf),策略和计费执行功能实体(英文全称:policyandchargingenforcementfunction,英文简称:pcef),应用功能实体(英文全称:applicationfunction,英文简称:af)等部分组成。

大多数pcc策略的部署,需要同时在pcef和pcrf上配置,且必须保持一致,比如监听键(monitoring-key)、预定义规则名称(predefined-rule-name)、应用标识(application-id)等。

实践发现,当前策略部署过程中对pcef和pcrf的配置是通过人工完成,由人工来保证一致性,容易出错,且比较繁琐,策略部署效率不高。



技术实现要素:

本发明实施例提供一种策略配置方法和装置,以提高对pcef和pcrf的策略配置效率,降低出错率。

本发明实施例的第一方面提供一种策略配置方法,该方法可用于策略控制和计费pcc系统,所述pcc系统包括策略和计费规则功能实体pcrf,策略和计费执行功能实体pcef,以及策略配置装置;所述方法包括:所述策略配置装置获取pcc策略,该pcc策略可以是由用户输入给策略配置装置的、业务语言描述的策略;策略配置装置可根据所述pcc策略进行策略到配置脚本的转换及分解,生成pcrf策略配置脚本和pcef策略配置脚本;将所述pcrf策略配置脚本和pcef策略配置脚本分别下发给所述pcrf和pcef,实现对pcrf和pcef的统一配置,保证pcrf和pcef策略配置的一致性。

本发明实施例的第二方面提供一种策略配置装置,该装置可用于策略控制和计费pcc系统,所述pcc系统包括策略和计费规则功能实体pcrf,策略和计费执行功能实体pcef,以及所述策略配置装置;所述策略配置可包括:获取单元,用于获取pcc策略;处理单元,用于根据所述pcc策略生成pcrf策略配置脚本和pcef策略配置脚本;发送单元,用于将所述pcrf策略配置脚本和pcef策略配置脚本分别下发给所述pcrf和pcef。

结合以上两个方面:

可选的,所述策略配置装置可以根据配置模板将所述pcc策略转换为配置脚本;根据策略拆解模型将所述配置脚本分解为pcrf策略配置脚本和pcef策略配置脚本。

可选的,所述策略配置装置可以提供配置界面;接收所述配置界面中输入的pcc策略。

可选的,所述pcc策略为做业务语言描述的策略。

可选的,所述pcc策略包括公平使用策略fup业务策略。

由上可见,在本发明的一些可行的实施方式中,由新的功能实体—策略配置装置,将pcc策略转换并分解成pcrf策略配置脚本和pcef策略配置脚本分别下发给pcrf和pcef,实现了对pcef和pcrf的统一自动配置,与现有技术的人工配置相比,提高了策略配置效率,且降低了出错率。

附图说明

为了更清楚地说明本发明实施例技术方案,下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。

图1是pcrf与pcef配合完成fup业务场景的信令流程图;

图2是本发明实施例中的pcc架构的示意图;

图3是本发明实施例提供的一种策略配置方法的流程示意图;

图4a是当前pcrf的一种策略模型;

图4b是当前pcef的一种策略模型;

图4c是本发明实施例中统一的策略模型;

图5是策略配置装置对pcef和pcrf进行策略配置的流程图;

图6是本发明实施例提供的一种策略配置装置的结构示意图;

图7是本发明实施例提供的一种计算机设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别不同的对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

如背景技术所述,第三代合作伙伴计划(英文全称:3rdgenerationpartnershipproject,英文简称:3gpp)中,pcc架构主要由pcrf,pcef,af等部分组成。pcc架构工作在业务数据流(英文全称:servicedataflow,英文简称:sdf)级上,提供策略控制、计费控制功能、和业务数据流的事件报告等功能,旨在为用户提供差异化的服务,提供用户业务流承载资源保障以及流计费策略。

pcrf包含策略控制决策和基于流计费控制的功能,pcrf接受来自pcef和af等的输入,向pcef提供关于业务数据流检测、门控、基于服务质量(英文全称:qualityofservice,英文简称:qos)和基于流计费的网络控制功能。pcrf可结合pcrf的自定义信息做出pcc决策。

pcef主要包含业务数据流的检测、策略执行和基于流的计费功能,该功能实体一般位于网关,也可独立部署。

大多数pcc策略的部署,需要同时在pcef和pcrf上配置,且必须保持一致。如下是一些需要同时配置pcrf、pcrf的策略参数。

一、7层业务解析(预定义规则):

pcef需要配置:predefined-rule-name以及对应的业务解析规则,如统一资源定位符(英文全称:uniformresourcelocator,英文简称:url)地址等;

pcrf需要配置:predefined-rule-name;

上述信息需要保持一致。

二、基于预定义规则的公平使用策略(英文全称:fairusagepolicy,英文简称:fup)场景:

pcef需要配置:predefined-rule-name以及对应的业务解析规则,如url地址等、monitoring-key;

pcrf需要配置:predefined-rule-name,关联的配额、monitoring-key等;

上述信息需要保持一致。

三、adc(applicationdetectionandcontrol,应用检测和控制)场景:

pcef需要配置:tdf(trafficdetectionfunction,流量检测功能)-application-id以及对应的业务解析规则,例如url地址等;

pcrf需要配置:tdf-application-id;

上述信息需要保持一致。

如图1所示,是pcrf与pcef配合完成fup业务场景的信令流程图,可以看到,需要分别在pcrf和pcef上配置预定义规则和monitoring-key,并在后续的消息处理过程中会使用到这两个参数。

当前策略部署过程中对pcef和pcrf的配置是由人工来保证一致性的,不但容易出错,而且降低了策略部署效率。

为此,本发明能够提供一种策略配置方法和相应的装置,以通过一个功能实体,将业务层面的pcc策略分解为pcrf策略配置脚本和pcef策略配置脚本,并分别下发到pcef与pcrf,实现统一自动的策略配置。

下面通过具体实施例,分别进行详细的说明。

请参考图2,是本发明实施例中的pcc架构的示意图。由图2可见,该pcc 系统除了包括pcrf和pcef两个功能实体以外,还包括一个新的功能实体,即策略配置装置。本文中也将该策略配置装置称为统一策略配置功能实体。该策略配置装置分别与pcrf和pcef连接。

该策略配置装置完成的功能主要有两个,一是向业务部门的呈现业务语言描述的pcc策略,二是将业务语言描述的pcc策略转换为网络脚本,并完成pcef与pcrf之间的配置分解,向网络侧的pcef和pcrf分别下发各自的策略配置脚本。

请参考图3,本发明一些实施例中提供一种策略配置方法,该方法用于如图2所示的pcc系统,所述pcc系统包括pcrf,pcef,以及策略配置装置;所述方法可以包括:

301、策略配置装置获取pcc策略。

pcc策略是指根据用户签约信息、业务信息、用户状态信息、qos指标信息等信息中的一种或多种,进行决策,生成的网络管控策略。

本发明实施例中,所述策略配置装置通过一些方式或如pcc策略:提供配置界面,通过接收所述配置界面中输入的pcc策略。具体的,配置界面可以呈现给业务部门,该配置界面中呈现的内容可以是以业务语言描述的,或者说,所述pcc策略为业务语言描述的策略,以便于业务部门的业务人员理解或使用。业务人员填写完配置界面后,提交到策略配置装置。

302、根据所述pcc策略生成pcrf策略配置脚本和pcef策略配置脚本。

策略配置装置可以根据预置信息,比如配置模板,将获取的pcc策略转换为配置脚本,并根据策略拆解模型将配置脚本拆解为pcrf策略配置脚本与pcef策略配置脚本。

一些实施例中,策略配置装置可以获取当前pcrf的策略模型和pcef的策略模型,将上述策略模型的参数做相应的结合,例如基于pcrf策略模型添加新的模型参数,通过将两个策略模型做结合,形成统一的策略模型。然后,策略配置装置可以基于该统一的策略模型描述业务层面的pcc策略。当业务策略配置完成后,通过该统一的策略模型完成向pcrf与pcef的策略配置分解,拆解得到pcrf策略配置脚本与pcef策略配置脚本。

如图4a所示,是当前pcrf的一种策略模型;如图4b所示,是当前pcef的一种策略模型;如图4c所示,是结合图4a和4b得到的统一的策略模型。该统一的策略模型可以理解为上述的策略拆解模型。

303、将所述pcrf策略配置脚本和pcef策略配置脚本分别下发给所述pcrf和pcef。

策略配置装置可以将pcef策略配置脚本下发到pcef,对pcef进行配置;以及,将pcrf策略配置脚本下发到pcrf,对pcrf进行配置。

其中,所说的pcc策略可以各种策略例如fup业务策略。下面以fup业务为例描述统一策略配置功能实体对pcef和pcrf进行策略配置和完成业务的过程。请参考图5,具体流程可以包括:

s1、业务人员配置fup业务。

举例来说,fup业务用业务语言可以这样描述:用户可以使用某种业务某一数量的流量,当流量耗尽时、限速为128k。业务人员不需要关注策略内部的与具体网络实现的参数,比如monitoring-key、预定义规则等参数,因此,业务人员仅需要配置“业务种类”、“流量包大小”和“流量耗尽后的限速带宽”三个参数即可。

s2、统一策略配置功能实体收到业务人员的配置参数后,获得fup业务策略,然后,根据预置信息例如配置模板和策略拆解模型,将业务语言描述的fup业务策略描述转换为网络配置脚本,并分解为pcrf策略配置脚本和pcef策略配置脚本分别发送到pcrf和pcef,对pcrf和pcef进行配置。

s3、pcrf收到策略配置脚本后,执行脚本,进行配置,包含monitoring-key、预定义规则等策略配置。

s4、pcef收到策略配置脚本后,执行脚本,进行配置,包含monitoring-key、预定义规则等策略配置。

s5、然后终端用户上线激活后即可进行fup业务。具体可以包括:

ue向pcef激活,pcef发送ccr(creditcontrolrequest,信用控制请求)-i(initial,初始)消息给pcrf;

pcrf根据签约计算策略,下发预定义规则,分片,分片中包含 monitoring-key,然后,发送cca(creditcontrolanswer,信用控制响应)-i息给pcef;

pcef根据下发的预定义规则,检索本地配置,获取数据流解析规则和monitoring-key,基于monitoring-key关联分片,从而进行流量累计,当流量超过分片阈值时,上报使用量,然后发送ccr-u(update,更新)消息给pcrf;

pcrf根据上报的使用监控信息(usage-monitoring-info)中的mk(monitoring-key)检索指标(quota),然后进行扣减,并进行策略重新计算。

如上所述,本发明实施例提出一种策略抽象模型,能够将pcc策略从业务模型分解为pcrf和pcef的策略配置脚本,并通过一个功能实体完成这个分解,分别下发到pcrf和pcef,从而达到统一策略配置的目的。通过将pcc策略的配置工作程序化执行,分别配置pcef与pcrf,通过自动运行保证多个设备上的策略配置一致性,可以减少人工工作,提高策略部署效率,并减少出错。

由上可见,在本发明的一些可行的实施方式中,由新的功能实体—策略配置装置,将pcc策略转换并分解成pcrf策略配置脚本和pcef策略配置脚本分别下发给pcrf和pcef,实现了对pcef和pcrf的统一自动配置,与现有技术的人工配置相比,提高了策略配置效率,且降低了出错率。

为了更好的实施本发明实施例的上述方案,下面还提供用于配合实施上述方案的相关装置。

请参考图6,本发明实施例提供一种策略配置装置600,用于如图2所示的pcc系统,所述pcc系统包括pcrf,pcef,以及所述策略配置装置;所述策略配置600可包括:

获取单元610,用于获取pcc策略;

处理单元620,用于根据所述pcc策略生成pcrf策略配置脚本和pcef策略配置脚本;

发送单元630,用于将所述pcrf策略配置脚本和pcef策略配置脚本分别下发给所述pcrf和pcef。

在一些实施例中,所述处理单元620可以包括:

转换模块,用于根据配置模板将所述pcc策略转换为配置脚本;

分解模块,用于根据策略拆解模型将所述配置脚本分解为pcrf策略配置脚本和pcef策略配置脚本。

在一些实施例中,所述获取单元610可以包括:

提供模块,用于提供配置界面;

接收模块,用于接收所述配置界面中输入的pcc策略。

在一些实施例中,所述pcc策略为业务语言描述的策略。

在一些实施例中,所述pcc策略包括fup业务策略。

本发明实施例的策略配置装置例如可以是服务器等计算机设备。

可以理解,本发明实施例的策略配置装置的各个功能模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可参照上述方法实施例中的相关描述,此处不再赘述。

由上可见,在本发明的一些可行的实施方式中,由新的功能实体—策略配置装置,将pcc策略转换并分解成pcrf策略配置脚本和pcef策略配置脚本分别下发给pcrf和pcef,实现了对pcef和pcrf的统一自动配置,与现有技术的人工配置相比,提高了策略配置效率,且降低了出错率。

请参考图7,本发明实施例还提供一种计算机设备700,可包括:

处理器710,存储器720,通信接口730,总线740,

所述存储器720用于存储程序750,所述处理器710与所述存储器720通过所述总线740连接,当所述计算机设备700运行时,所述处理器710执行所述存储器720存储的所述程序750,以使所述计算机设备700执行如上文方法实施例所述的策略配置方法。

具体的,所述通信接口730获取pcc策略;所述处理器710根据所述pcc策略生成pcrf策略配置脚本和pcef策略配置脚本;将所述pcrf策略配置脚本和pcef策略配置脚本分别下发给所述pcrf和pcef。

其中,所述总线740可以是工业标准体系结构(industrystandardarchitecture,简称为isa)总线或外部设备互连(peripheralcomponent,简称为pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture,简称为eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线中 的一种或多种。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。

所述存储器720可以包含高速ram(ramdomaccessmemory)存储器。可选地,所述存储器720还可以还包括非易失性存储器(non-volatilememory)。例如所述存储器720可以包括磁盘存储器。

所述处理器710可以是一个中央处理器(centralprocessingunit,简称为cpu),或者所述处理器710可以是特定集成电路(applicationspecificintegratedcircuit,简称为asic),或者所述处理器710可以是被配置成实施本发明实施例的一个或多个集成电路。

可以理解,本发明实施例的计算机设备的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可参照上述方法实施例中的相关描述,并可以取得上述方法实施例所能取得的技术效果,此处不再赘述。

本发明实施例还提供一种存储一个或多个程序的计算机可读存储介质,所述一个或多个程序包括指令,所述指令当被包括一个或多个处理器的计算机设备执行时使所述计算机设备执行如上文方法实施例所述的策略配置方法。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详细描述的部分,可以参见其它实施例的相关描述。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述动作顺序的限制,因为依据本发明,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性 的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本发明实施例所提供的策略配置方法和装置进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1