CN101778434B - 一种统一控制的方法、网络设备及系统 - Google Patents
一种统一控制的方法、网络设备及系统 Download PDFInfo
- Publication number
- CN101778434B CN101778434B CN200910001580.5A CN200910001580A CN101778434B CN 101778434 B CN101778434 B CN 101778434B CN 200910001580 A CN200910001580 A CN 200910001580A CN 101778434 B CN101778434 B CN 101778434B
- Authority
- CN
- China
- Prior art keywords
- rule
- unified
- pcc
- qos
- entity
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种统一控制的方法、网络设备及系统。本发明实施例公开的方法包括:对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一控制;根据所述统一控制发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则。通过本发明实施例,实现了对符合某一条件的所有PCC规则或者QoS规则状态的统一上报,以及对符合某一条件的所有PCC规则或者QoS规则的统一更新。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种统一控制的方法、网络设备及系统。
背景技术
传统电路交换网络基于资源预留,对于业务能够较好地保证传输质量,但也造成了传输资源的使用效率不高的问题,这在业务类型相对简单、资源消耗有限的情况下表现并不明显。用户和运营商对业务需求的多样化是促进通信网向全IP网络演进的重要动力。为应对在有限的网络资源上承载大量具有不同服务质量(QoS,Quality of Service)要求的多种业务,并实现有效控制的突出问题,第三代伙伴计划(3GPP,3rd Generation Partnership Project)最初定义了策略控制的思想,同时提供计费控制以满足运营商盈利模式多样化的迫切要求。最终在R7版本中演进为策略和计费控制(PCC,Policy andCharging Control)架构。PCC架构可以满足不同的QoS控制和计费需求,为用户带来更加丰富的业务体验,给运营商创造新的盈利点。
PCC架构的主要功能实体包括:
策略与计费规则功能(PCRF,Policy and Charging Rules Function)实体:主要完成PCC决策和基于流的计费控制等功能。PCRF实体根据运营商策略、用户签约数据、用户当前的业务信息、本地信息等制定相应的PCC策略。一个PCC策略包括业务数据流的检测规则、门控状态、QoS规则、基于流的计费规则等信息。PCRF实体同时提供与其它相连功能实体之间的事件订阅和上报功能。PCRF实体最终会将PCC策略下发给策略和计费执行功能(PCEF,Policy and Charging Enforcement Function)实体执行,或者将QoS规则下发给承载绑定和事件报告功能(BBERF,Bearer Binding and Event Report Function)实体执行。
PCEF实体:PCEF实体位于分组数据网(PDN,Packet Data Network)网关设备之中,主要功能是执行PCRF下发的或者运营商预定义的PCC策略。具体地,就是利用PCC策略中提供的信息,执行业务数据流的检测和测量,进行门控,保证业务数据流的QoS,用户层面流量处理和触发控制层面的会话管理等。PCEF实体支持事件上报功能。
BBERF实体:BBERF实体位于接入网网关,执行PCRF实体下发的QoS规则,进行QoS控制,具体包括:检测业务数据流、承载绑定、上行承载验证。BBERF接收PCRF下发的事件订阅,进行事件检测,并向PCRF提供事件报告。
PCC架构为上报PCC规则或者QoS规则状态提供了处理机制。如果一项PCC规则或者QoS规则已经成功安装或者激活,但是由于资源有限、突发故障等原因,PCEF实体不能继续执行PCC规则,或者,BBERF实体不能继续执行QoS规则了,此时PCEF实体会通过Gx参考点向PCRF上报PCC规则状态,或者,BBERF实体通过Gxx参考点向PCRF实体上报QoS规则状态。现有上报PCC规则或者QoS规则状态的方案是针对涉及的PCC规则或者QoS规则,通过对应的Diameter Gx/Gxx会话分别上报给PCRF实体。
PCC架构为PCC规则或者QoS规则更新也提供了相应的机制。PCRF实体通过Gx参考点对PCEF实体下发PCC规则,或者通过Gxx参考点对BBERF实体下发QoS规则。PCRF实体下发PCC规则或者QoS规则有两种模式:请求下发模式和主动下发模式。当PCRF实体出于响应外部或者内部触发事件等原因时,会主动下发PCC规则或者QoS规则。现有主动下发PCC规则或者QoS规则的方案是针对涉及的PCC规则或者QoS规则,通过对应的Diameter Gx/Gxx会话分别下发给PCEF实体或BBERF实体。
发明人在研究过程中,发现上述上报PCC规则或者QoS规则状态以及更新PCC规则或者QoS规则的现有方案至少存在以下缺点:
对于上报PCC规则或者QoS规则状态,无法实现对符合某一条件的所有PCC规则或者QoS规则状态的统一上报。具体地,由于突发故障、调试等原因,PCEF实体或者BBERF实体识别出属于某一分组数据网(PDN,Packet DataNetwork)、网关或者某一区域的所有PCC规则同时发生去激活,PCEF实体需要上报所有涉及的PCC规则的当前状态,BBERF实体需要上报所有涉及的QoS规则的当前状态。现有方案只能针对涉及的Diameter Gx/Gxx会话分别进行PCC规则或者QoS规则状态上报,由于可能涉及大量用户的PCC规则或QoS规则,要上报完所有PCC规则或者QoS规则状态,会产生大量信令,从而,使PCRF实体在短时间内要处理大量信令,造成PCRF实体负荷过重。此外,对于突发故障可恢复的情况,在突发的故障消除后,PCEF实体可能重新激活所有已暂时去激活的PCC规则,或BBERF实体可能重新激活所有已暂时去激活的QoS规则,现有方案针对涉及的Diameter Gx/Gxx会话分别进行PCC规则或者QoS规则上报给PCRF实体,同样会造成PCRF实体负荷过重。
对于更新PCC规则或者QoS规则,无法实现对符合某一条件的所有PCC规则或者QoS规则的统一更新。具体地,在涉及用户数量巨大,策略控制的实时性要求较高,需要尽快完成控制过程的应用场景中,PCRF实体针对涉及的Diameter Gx/Gxx会话分别下发PCC规则或者QoS规则会导致短时间内有大量的信令交互,大量的信令交互也会造成传输资源的浪费,同时,影响对突发事件处理的实时性。
发明内容
有鉴于此,本发明实施例提供一种统一控制的方法、网络设备及系统,以实现对符合某一条件的所有PCC规则或者QoS规则状态的统一上报,以及对符合某一条件的所有PCC规则或者QoS规则的统一更新。
一种统一控制的方法,所述方法包括:
对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一控制;其中,所述统一控制用于当符合特定条件的PCC规则或者QoS规则发生了统一变化时,对符合特定条件的PCC规则或者QoS规则的状态的统一上报,或者,当接收到一个内部或外部触发事件时,对符合特定条件的PCC规则或者QoS规则的统一更新,所述特定条件至少包括以下一种:分组数据网PDN标识,位置区域,接入技术,服务网关标识或者PDN网关标识;
根据所述统一控制发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则。
一种统一控制的网络设备,所述网络设备包括:
统一控制单元,用于对满足特定条件的PCC规则或者QoS规则进行统一控制;其中,所述统一控制用于进行对符合特定条件的PCC规则或者QoS规则的状态的统一上报或者,当接收到一个内部或外部触发事件时,对符合特定条件的PCC规则或者QoS规则的统一更新,所述特定条件至少包括以下一种:分组数据网PDN标识,位置区域,接入技术,服务网关标识或者PDN网关标识;
发送单元,用于根据所述统一控制单元进行的所述统一控制发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则。
一种统一控制的系统,所述系统包括:
PCEF实体或者BBERF实体,用于当符合特定条件的PCC规则或者QoS规则发生了统一变化时,对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一控制,根据所述统一控制,通过发送统一控制请求消息进行统一状态上报,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则;
PCRF实体,用于接收来自所述PCEF实体或者BBERF实体的所述统一控制请求消息;
或者,
PCRF实体,用于当接收到一个内部或外部触发事件时,对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一更新,根据所述统一更新发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一更新的PCC规则或者QoS规则;
PCEF实体或者BBERF实体,用于接收来自所述PCRF实体的所述统一控制请求消息;
其中,所述特定条件至少包括以下一种:分组数据网PDN标识,位置区域,接入技术,服务网关标识或者PDN网关标识。
可以看出,在一定触发条件下,PCEF实体中的PCC规则状态发生变化,或者,BBERF实体中的QoS规则状态发生变化。PCEF实体或BBERF实体向PCRF实体发送进行统一控制的请求,从而,实现了对符合某一条件的所有PCC规则或者QoS规则的状态统一上报。
PCRF实体对满足某一条件的所有PCC规则或者QoS规则制定新的控制策略。PCRF实体向PCEF实体发送一个PCC规则统一控制的请求消息,或者,PCRF实体向BBERF实体发送一个QoS规则统一控制的请求消息。从而,实现了对符合某一条件的所有PCC规则或者QoS规则的统一更新。
附图说明
图1为本发明实施例方法流程图;
图2为本发明实施例统一上报PCC规则状态或者QoS规则状态方法流程图;
图3为本发明实施例统一上报PCC规则状态具体方法流程图一;
图4为本发明实施例统一上报PCC规则状态具体方法流程图二;
图5为本发明实施例统一上报QoS规则状态具体方法流程图三;
图6为本发明实施例由PCEF实体或者BBERF实体发起建立专用Diameter会话的方法流程图;
图7为本发明实施例统一上报PCC规则状态具体方法流程图四;
图8为本发明实施例统一更新PCC规则或者QoS规则方法流程图;
图9为本发明实施例统一更新PCC规则方法流程图一;
图10为本发明实施例统一更新PCC规则方法流程图二;
图11为本发明实施例统一更新PCC规则方法流程图三;
图12为本发明实施例统一更新QoS规则方法流程图四;
图13为本发明实施例统一更新PCC规则方法流程图五;
图14为本发明实施例统一更新PCC规则方法流程图六;
图15为本发明实施例提供的网络设备结构框图。
具体实施方式
为了使本发明实施例的上述特征、优点更加明显易懂,下面结合具体实施方式对本发明实施例进行详细说明。
请参考图1,为本发明实施例方法流程图,包括以下步骤:
步骤101:对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一控制;
步骤102:根据所述统一控制发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则。
其中,统一控制请求消息可以包括:Diameter的Gx或者Gxx接口扩展应用消息。需要说明的是,统一控制请求消息可以包括的扩展应用消息不限于此。
图1所示步骤的发起执行的主体可以是PCEF实体或者BBERF实体,此时,若发起执行主体是PCEF实体,执行的步骤用于进行对符合某一条件的所有PCC规则状态的上报,若发起执行主体是BBERF实体,执行的步骤用于进行对符合某一条件的所有QoS规则状态的上报。图1所示步骤的发起执行的主体也可以是PCRF实体,此时,执行的步骤用于进行对符合某一条件的所有PCC规则或者QoS规则的统一更新。
下面对符合某一条件的所有PCC规则或者QoS规则的状态统一上报以及对符合某一条件的所有PCC规则或者QoS规则的统一更新进行详细说明。
首先对符合某一条件的所有PCC规则或者QoS规则的状态上报进行说明。此时,符合的条件可以包括:某一PDN标识,位置区域,接入技术或者服务网关(Serving-GW)标识、PND网关(PDN-GW)标识等。
请参考图2,为本发明实施例统一上报PCC规则或者QoS规则状态方法流程图,通过针对用户的Diameter会话发送统一控制请求消息,可以包括以下步骤:
步骤201:PCEF实体检测到满足某一条件的所有PCC规则状态发生了统一变化,或者BBERF实体检测到满足某一条件的所有QoS规则状态发生了统一变化;
由于突发故障等原因,所有PCC规则或者QoS规则的状态统一发生了变化,例如:已经成功安装或者激活的所有PCC规则或者QoS规则发生暂时去激活、永久去激活,或者已经暂时去激活的所有PCC规则或者QoS规则恢复激活状态。
步骤202:PCEF实体或者BBERF实体通过任意一个针对用户的Diameter会话向PCRF实体发送信用控制请求(CCR,Credit-Control-Request)消息;
若为PCEF实体,则针对用户的Diameter会话为IP-CAN会话,即Gx会话,若为BBERF实体,则针对用户的Diameter会话为网关控制会话,即Gxx会话。
PCEF实体向PCRF实体上报PCC规则状态的相关信息,BBERF实体向PCRF实体上报QoS规则状态的相关信息,如触发原因,触发条件,规则状态等。
步骤203:PCRF实体接收到来自PCEF实体或者BBERF实体的CCR消息后,检查该CCR消息是否属于针对统一控制的Diameter的Gx或者Gxx扩展应用消息,即检查CCR消息中是否定义了PCC规则或者QoS规则统一上报属性值对(AVP,Attibute-Value-Pairs),例如:表明统一状态上报的AVP(Charging-Rule-MassReport AVP);
步骤204:若CCR消息中定义了PCC规则或者QoS规则统一上报属性值对,PCRF实体根据该属性值对中的信息确定所有受到影响的PCC规则或者QoS规则,进行状态更新;
Charging-Rule-MassReport AVP是本发明实施例为了支持PCEF实体或者BBERF实体进行统一状态上报新定义的,用于在PCEF实体或者BBERF实体与PCRF实体之间统一交互规则的状态信息。
Charging-Rule-MassReport AVP可以包含以下信息:
其中,PCC-Rule-Status AVP携带相关规则的状态信息,Rule-Failure-CodeAVP携带状态上报原因。例如:若PCRF实体检测到PCC-Rule-Status AVP为“INACTIVE”或者“TEMPORARILY INACTIVE”,而且Rule-Failure-Code AVP为“GW/PCEF_MALFUNCTION”或者“RESOURCES_LIMITATION”等,表明PCEF实体或者BBERF实体发生故障,导致规则状态改变。若PCRF实体检测到PCC-Rule-Status AVP为“ACTIVE”,表明PCEF实体故障排除后,已经重新激活所有临时去激活的PCC规则,或者,BBERF实体故障排除后,已经重新激活所有临时去激活的QoS规则。
MassReport-Condition AVP给出导致发生统一上报PCC规则或者QoS规则状态的条件,例如可以具体指明引起统一上报的PDN标识、位置区域、接入技术、网关标识(可以用设备标识或者IP地址表示)等信息,具体为:
其中,Called-Station-ID AVP表示PDN标识,3GPP-User-Location-Info AVP表示位置区域,RAT-Type AVP表示接入技术。Gateway-Identifier AVP表示网关标识。
Gateway-Identifier AVP携带网关标识信息,取值可以是PDN-GW或者Serving-GW的设备标识或者IP地址。
步骤205:PCRF实体向PCEF实体或者BBERF实体返回信用控制应答(CCA,Credit-Control-Answer)消息。
PCRF实体可以在CCA消息中携带永久删除该网关中暂时去激活的PCC规则或者QoS规则的信息。或者,可以在回复CCA消息之后,通过另外发起重鉴权请求(RAR,Re-Auth-Request)消息,统一删除该网关中所有暂时去激活的PCC规则或者QoS规则。对于通过发送RAR请求以统一删除该网关中所有暂时去激活的PCC规则或者QoS规则的实现,在后文对符合某一条件的所有PCC规则或者QoS规则的统一更新部分进行详细说明。
下面以四个具体实施例对图2所示步骤进行详细说明。
请参考图3,为本发明实施例统一上报PCC规则状态具体方法流程图一。
在3GPP场景下,出于PCEF实体发生可恢复的突发故障的原因,属于某一PDN的所有PCC规则发生暂时去激活,该PCEF实体通过Gx参考点向PCRF实体统一上报PCC规则状态的变化,在突发故障恢复后,该PCEF实体重新激活所有临时去激活的PCC规则,并通知PCRF实体进行PCC规则状态更新。整个过程可以包括以下步骤:
步骤301:PCEF实体检测到属于某一PDN的所有已经成功安装或者激活的PCC规则发生暂时去激活;
步骤302:PCEF实体通过任意一个IP-CAN会话向PCRF实体发送CCR消息,统一上报PCC规则状态;
CCR消息中携带的Charging-Rule-MassReport AVP具体为:
其中,MassReport-Condition AVP指明发生状态变化的PDN,具体为:
MassReport-Condition::=<AVP Header:10××>
[Called-Station-ID]
*[AVP]
由于PCC规则发生暂时去激活,PCC-Rule-Status AVP参数值设置为“TEMPORARILY INACTIVE”,Rule-Failure-Code AVP参数值设置为“GW/PCEF_MALFUNCTION”,指明当前PCEF实体突发故障。
步骤303:PCRF实体保存CCR消息携带的信息,并根据信息进行状态更新;
步骤304:PCRF实体向PCEF实体返回CCA应答;
进一步地,
步骤305:PCEF实体的突发故障消除后,重新激活所有临时去激活的PCC规则;
步骤306:PCEF实体向PCRF实体发送CCR消息,统一上报PCC规则状态;
该CCR请求中携带Charging-Rule-MassReport AVP,具体为:
其中,MassReport-Condition AVP指明需要恢复的PDN,具体为:
MassReport-Condition::=<AVP Header:10××>
[Called-Station-ID]
*[AVP]
PCC-Rule-Status AVP参数值设置为“ACTIVE”,表示PCEF实体已经重新激活该PDN下所有暂时去激活的PCC规则。
步骤307:PCRF实体保存此次CCR消息中携带信息,并根据信息进行状态更新;
步骤308:PCRF实体向PCEF实体返回CCA应答。
请参考图4,为本发明实施例统一上报PCC规则状态具体方法流程图二。
在3GPP场景下,PCEF实体发生不可恢复故障,导致其所属PDN-GW下属于某一PDN的所有PCC规则发生永久性去激活,PCEF实体通过Gx参考点向PCRF实体统一上报PCC规则状态的变化,PCRF实体确定所有受到影响的PCC规则和BBERF实体,更新PCC规则状态,并向BBERF实体发送QoS规则状态统一更新请求,该请求中携带对应的PDN-GW标识。该过程可以包括以下步骤:
步骤401:PCEF实体检测到属于某一PDN的所有已经成功安装或者激活的PCC规则发生永久性去激活;
步骤402:PCEF实体通过任意一个IP-CAN会话向PCRF实体发送CCR消息,统一上报PCC规则状态;
CCR消息中携带的Charging-Rule-MassReport AVP具体为:
其中,MassReport-Condition AVP指明发生状态变化的PDN,具体为:
MassReport-Condition::=<AVP Header:10××>
[Called-Station-ID]
*[AVP]
由于PCC规则发生永久性去激活,PCC-Rule-Status AVP参数值设置为“INACTIVE”,Rule-Failure-Code AVP参数值设置为“GW/PCEF_MALFUNCTION”,指明当前PDN-GW突发故障。
步骤403:PCRF实体根据Charging-Rule-MassReport AVP中的Called-Station-ID AVP携带的PDN标识确定所有受到影响的PCC规则以及用户,并确定这些用户所在的BBERF实体,然后更新PCC规则状态;
步骤404:PCRF实体向PCEF实体返回CCA应答;
对于确定的每一个BBERF实体,PCRF分别发起QoS规则统一状态更新请求,并执行步骤405至步骤407。
步骤405:PCRF实体通过对应BBERF的任意一个网关控制会话(GatewayControl Session)向该BBERF实体发送RAR请求,请求统一更新QoS规则状态;
对于通过发送RAR请求以统一更新PCC规则的实现,在后文对符合某一条件的所有用户下发PCC规则部分进行详细说明。RAR请求中携带用于统一更新的AVP,即Charging-Rule-MassOperation AVP(对Charging-Rule-MassOperation AVP的详细说明请参见后文对符合某一条件的所有用户下发PCC规则的描述)包含对应的PDN标识和PDN-GW标识,具体为:
Charging-Rule-MassDefinition AVP携带新的PCC规则,具体为:
Charging-Rule-MassDefinition::=<AVP Header:10××>
[Charging-Rule-Operation Type]
*[AVP]
由于PCC规则永久性去激活,Charging-Rule-Operation Type AVP参数值设置为“REMOVE-QUEST”。
步骤406:BBERF实体根据RAR请求中的PDN标识和PDN-GW标识确定所有受到影响的QoS规则,根据Charging-Rule-MassDefinition AVP更新选定的所有QoS规则状态;
步骤407:BBERF实体向PCRF实体返回重鉴权应答(RAA,Re-Auth-Answer)消息。
与本实施例相似,如果是BBERF实体发生不可恢复故障,BBERF实体通过Gxx参考点向PCRF实体发送统一控制QoS规则的请求,PCRF实体根据接收到的请求确定所有受到影响的QoS规则和PCEF实体,更新QoS规则状态,并向PCEF实体发送PCC规则状态统一更新请求,该过程与图4所示步骤相似,在此不再赘述。
请参考图5,为本发明实施例统一上报QoS规则状态具体方法流程图三。
在3GPP场景下,由于发生不可恢复的突发故障,某一位置区域内所有QoS规则被删除,对应的承载资源被释放。此时,BBERF实体通过Gxx参考点向PCRF统一上报QoS规则状态的变化。该过程可以包括以下步骤:
步骤501:BBERF实体检测到属于某一位置区域的所有成功安装或者激活的QoS规则发生去激活,BBERF实体删除去激活的QoS规则,释放承载资源;
出于某种原因,例如设备发生永久性故障等,BBERF实体执行步骤501。
步骤502:BBERF实体通过任意一个网关控制会话向PCRF实体发送CCR消息,统一上报QoS规则状态;
CCR消息中携带Charging-Rule-MassReport AVP,具体为:
其中,PCC-Rule-Status AVP参数值设置为“INACTIVE”,Rule-Failure-CodeAVP参数值设置为“RESOURCE_LIMITATION”,MassReport-Condition AVP给出发生错误的用户位置信息,具体为:
MassReport-Condition::=<AVP Header:10××>
[3GPP-User-Location-Info]
*[AVP]
步骤503:PCRF实体保存CCR消息中携带的信息,并根据信息删除已经去激活的PCC规则;
PCRF实体保存的是PCC规则,QoS规则是从PCC规则中推导出来的。
步骤504:PCRF实体向BBERF实体返回CCA应答。
上述图3、图4、图5所示步骤中,PCEF实体通过任意一个IP-CAN会话向PCRF实体统一上报PCC规则状态的变化,BBERF实体通过任意一个网关控制会话向PCRF实体统一上报QoS规则状态的变化。本发明实施例还可以在PCEF实体或者BBERF实体与PCRF实体之间单独建立一个专用Diameter会话,专门用于交换针对所有PCC规则或者QoS规则控制的信息。下面详细进行说明。
这个专用Diameter会话独立于任意一个现有的Diameter Gx/Gxx会话,可由PCEF实体或者BBERF实体在任意时刻动态发起,并由PCEF实体、BBERF实体或者PCRF实体在任意时刻终止。该专用Diameter会话生命期独立于任意一个Diameter Gx/Gxx会话,可具有很长的生命期,例如,该专用Diameter会话可以在PCEF实体或者BBERF实体初始化时发起,或者在PCEF实体或者BBERF实体准备就绪的情况下,由第一个用户附着时发起。该专用Diameter会话还可以具有较短的生命期,例如,可以在某一时刻(突发故障发生时)发起,相关操作结束后立即终止。
与Gx/Gxx扩展应用相似,该专用Diameter会话定义为一个新的面向3GPP的Diameter扩展应用,并依据Diameter协议的现有扩展机制为其分配一个新的Application-ID。该专用Diameter会话可以通过定义新的消息实现涉及的功能,也可以重用现有Diameter协议中的消息,例如,在本发明实施例中,由于新的会话仍然通过Gx或者Gxx参考点传递消息,因此可以重用以下Gx或者Gxx参考点扩展中使用的消息:
1、CCR消息,消息代码为272;
2、CCA消息,消息代码为272;
3、RAR消息,消息代码为258;
4、RAA消息,消息代码为258。
请参考图6,为由PCEF实体或者BBERF实体发起建立专用Diameter会话的方法流程图,可以包括以下步骤:
步骤601:当PCEF实体或者BBERF实体发起专用Diameter会话时,发送CCR消息;
该CCR消息携带会话标识AVP(Session-Id AVP),Session Id在该专用Diameter会话发起之初动态分配,在该专用Diameter会话结束之前保持全局唯一不变。该CCR消息中携带鉴权应用标识AVP(Auth-Application-Id AVP),保存了新分配的应用标识(Application ID),标志当前的Session Id为专用Diameter会话标识。
步骤602:PCRF实体检测Auth-Application-Id AVP,并根据其判断当前会话为专用Diameter会话;如果PCRF实体接受CCR消息,则保存该SessionId,并向PCEF实体或者BBERF实体返回CAA应答。
专用Diameter会话创建完毕后,PCEF实体或者BBERF实体与PCRF实体可以使用保存的Session Id进行信息交互。PCRF实体可以通过RAR/CCA消息提供PCC规则和/或多个事件订阅给PCEF实体,提供QoS规则和/或多个事件订阅给BBERF实体。PCEF实体可以使用CCR消息向PCRF实体请求统一上报PCC规则状态、中止专用Diameter会话、或者提供与承载或PCC规则相关的事件通知。BBERF实体可以使用CCR消息向PCRF实体上请求统一上报QoS规则状态、中止专用Diameter会话、或者提供与承载或QoS规则相关的事件通知。
请参考图7、为本发明实施例统一上报PCC规则状态具体方法流程图四。
在定义了专用Diameter会话之后,对于满足某一条件的所有PCC规则统一上报可以包括以下步骤:
步骤701:出于某种原因,例如突发故障等,PCEF实体检测到所有PCC规则的状态发生统一变化;
例如,已经成功安装或者激活的所有PCC规则发生暂时去激活,或者永久去激活,或者由于触发因素消失,已经暂时去激活的所有PCC规则恢复到激活状态。
步骤702:PCEF实体向PCRF实体发送CCR消息;
该CCR消息中包含Auth-Application-Id AVP,携带了新分配的Application-ID,请求创建专用Diameter会话,同时,该CCR请求携带PCC规则相关事件信息,例如触发原因、触发条件、PCC规则状态等。
步骤703:PCRF实体接收到CCR消息后,通过Auth-Application-Id AVP确认当前会话为专用Diameter会话,保存Session Id和PCC规则状态相关事件的信息,确定所有受到影响的PCC规则,进行PCC规则状态更新;
步骤704:PCRF实体通过使用该专用Diameter会话的Session Id向PCEF实体返回CCA消息。
PCRF实体可在CCA消息中决定永久删除PCEF实体中暂时去激活的PCC规则。或者,在步骤704之后,通过向PCEF实体发送RAR消息,统一删除所有暂时去激活的PCC规则。对于通过发送RAR请求以统一删除该网关中所有暂时去激活的PCC规则的实现,在后文对符合某一条件的所有用户下发PCC规则进行详细说明。
至此,对符合某一条件的所有PCC规则状态或者QoS规则状态的统一上报进行了详细说明。可以看出,由于某一触发事件,PCEF中的PCC规则状态发生变化,或者,BBERF中的QoS规则状态发生变化。PCEF实体使用扩展的Gx接口扩展应用消息向PCRF实体发送进行统一控制的请求,BBERF实体使用扩展的Gxx接口扩展应用消息向PCRF实体发送进行统一控制的请求。从而,实现了对符合某一条件的所有PCC规则状态或者QoS规则状态上报,在突发故障消除后,同样也不会造成PCRF实体负荷过重。
下面对符合某一条件的所有PCC规则或者QoS规则的更新进行说明。此时,符合的条件可以至少包括以下其中之一:QoS等级标识(QCI,QoS ClassIdentifier)参数、上下行带宽参数、ARP参数、PDN信息。
请参考图8,为本发明实施例统一更新PCC规则或者QoS规则方法流程图,可以包括以下步骤:
步骤801:PCRF实体通过任意一个Diameter Gx/Gxx会话向PCEF实体或者BBERF实体发送RAR消息;
该RAR消息中指明对于所有的满足某一条件的PCC规则或者QoS规则进行统一操作。
步骤802:PCEF实体选择所有符合条件的PCC规则,或者BBERF实体选择所有符合条件的QoS规则,执行更新或者删除操作,并返回RAA消息;
返回的RAA消息用以通知PCRF实体操作成功,即使有个别用户操作失败也返回RAA消息。
进一步地,还可以包括以下步骤:
步骤803:若有些PCC规则或者QoS规则操作失败,PCEF实体在发生失败的PCC规则对应的会话上向PCRF实体发送CCR消息,或者,BBERF实体在发生失败的QoS规则对应的会话上向PCRF实体发送CCR消息,指明操作失败;
步骤804:PCRF实体针对每一个CCR消息返回CCA消息。
为了支持PCRF实体对满足某一条件的所有用户的PCC规则执行统一控制,需要对现有Diameter协议的Gx/Gxx应用进行扩展。本发明实施例提供了一种扩展方法,即定义了新的AVP,其中,提供PCC规则或者QoS规则匹配条件和操作类型。为此,在步骤801的RAR消息中新定义了PCC规则/QoS规则统一操作AVP:Charging-Rule-MassOperation AVP,其数据类型为组类型:
其中,Charging-Rule-MassCondition AVP提供PCC规则或者QoS规则的匹配条件,定义了发起统一操作的规则必须满足的条件,例如:QCI、上下行带宽、ARP、PDN标识、网关标识(可以用设备标识或者IP地址表示)等。具体定义形式例如:
其中,包含数字的限定符号“*2”表示对应AVP可以出现两次,用于描述一个取值范围,第一次出现携带最小值,第二次出现携带最大值。如果该AVP仅出现一次,则表示最大值和最小值相同。不包含数字的限定符号“*”表示对应的AVP可以出现无限多次,用于描述可数的多个取值。Gateway-Identifier AVP携带网关标识信息,可以是PDN-GW或者Serving-GW的设备标识或者IP地址。
需要指出的是,Charging-Rule-MassCondition AVP是一个可选项,在其不存在的情况下,默认对所有的PCC规则/QoS规则执行相同的操作。
Charging-Rule-MassDefinition AVP用于携带更新的PCC规则,可以定义的形式例如:
其中,Charging-Rule-OperationType AVP是一个枚举类型的数据,指示操作类型,可能的取值如下:
“UPDATE_QUEST”:更新满足条件的所有PCC规则/QoS规则;
“REMOVE_QUEST”:删除满足条件的所有PCC规则/QoS规则;
“DEACTIVE_QUEST”:临时去激活满足条件的所有PCC规则/QoS规则,临时去激活时PCEF实体并不删除PCC规则,BBERF实体也不删除QoS规则,但PCEF实体或者BBERF实体需要释放对应的承载资源;
“RESTORE_QUEST”:恢复执行满足条件的所有PCC规则/QoS规则,PCRF实体可以发送一个统一操作请求,恢复执行所有被临时去激活的PCC策略;
“BITRATE_PERCENT_QUEST”:对QoS信息中的带宽按照一定的百分比进行更新,此时QoS-Information AVP中的带宽参数取值为百分比形式。
Charging-Rule-Updation AVP携带更新的PCC规则,其定义与Charging-Rule-Definition AVP相似,但其中仅携带与统一操作相关的信息,如QoS信息、计费信息、门控信息等,例如:
PCEF实体或者BBERF实体接收到通过任意一个Diameter Gx/Gxx会话发送过来的RAR消息后,首先检查RAR消息中是否包含Charging-Rule-MassOperation AVP。如果Charging-Rule-MassOperation AVP存在,则表明PCRF实体发起了统一控制PCC规则或者QoS规则的请求。PCEF实体进而检查Charging-Rule-MassCondition AVP,选择满足更新条件的所有PCC规则,或者,BBERF实体检测Charging-Rule-MassCondition AVP,选择满足更新条件的所有QoS规则,并根据Charging-Rule-MassDefinition AVP指示的操作类型统一执行操作。
下面以六个具体实施例对图8所述步骤进行详细说明。
请参考图9,为本发明实施例统一更新PCC规则方法流程图一。
在3GPP场景下,PCRF实体出于响应外部或者内部触发事件等原因,对某一PDN下的所有用户的PCC规则主动发起策略控制,临时去激活PCC规则。该过程可以包括以下步骤:
步骤901:PCRF实体接收到一个内部或者外部触发事件,需要为某一个PDN的所有用户的IP-CAN会话进行统一PCC策略控制;
步骤902:PCRF实体为属于该PDN的所有PCC规则决定新的PCC控制策略;
步骤903:PCRF实体保存更新的PCC规则;
步骤904:PCRF实体通过任意一个IP-CAN会话向PCEF实体发送一个PCC规则统一控制的RAR消息;
该RAR消息携带Charging-Rule-MassOperation AVP,其中Charging-Rule-MassCondition AVP指明该RAR消息仅对指定的PDN进行统一策略控制,Charging-Rule-MassCondition AVP具体为:
Charging-Rule-MassCondition::=<AVP Header:10××>
[Called-Station-ID]
*[AVP]
Charging-Rule-MassDefinition AVP携带新的PCC规则,具体为:
Charging-Rule-MassDefinition::=<AVP Header:10××>
[Charging-Rule-Operation Type]
*[AVP]
由于发起PCC规则临时去激活,Charging-Rule-Operation Type AVP参数值设置为“DEACTIVE_QUEST”。
步骤905:PCEF实体选择属于该PDN的所有PCC规则,执行PCC规则的统一更新;
执行的统一更新为对属于该PDN的所有PCC规则进行临时去激活。
步骤906:PCEF实体根据更新结果,向PCRF实体返回RAA消息;
如果更新成功,则Result-Code AVP为2×××,即以2为首的四位数字代码,表示操作成功,并进入步骤907。
步骤907:PCEF实体为每一个受到影响的IP-CAN会话发送IP-CAN承载释放信令;
进一步地,若PCEF实体需要向PCRF实体发送相关事件通知,则继续后续步骤:
步骤908:PCEF实体向PCRF实体发送CCR消息;
该CCR消息的Charging-Rule-Report AVP携带PCC规则的当前状态;
步骤909:PCRF实体保存CCR消息中携带的信息;
步骤910:PCRF实体向PCEF实体返回CCA消息。
请参考图10,为本发明实施例统一更新PCC规则方法流程图二。
在3GPP场景下,PCRF实体出于响应Rx接口的外部或者内部触发事件等原因,对满足某一QCI取值的所有用户的PCC规则主动发起策略控制。例如:降低非语音GBR承载的带宽要求以满足VOIP业务的需求,选择降低QCI=3的实时游戏业务的带宽,该过程可以包括以下步骤:
步骤1001:PCRF实体接收到一个内部或者外部触发事件,需要为属于某一个QCI=3的所有PCC规则进行更新;
步骤1002:PCRF实体为属于该QCI的所有PCC规则决定新的策略;
步骤1003:PCRF实体保存更新的PCC规则;
步骤1004:PCRF实体通过任意一个IP-CAN会话向PCEF实体发送一个PCC规则统一控制的RAR消息;
该RAR消息携带Charging-Rule-MassOperation AVP,其中Charging-Rule-MassCondition AVP指明该RAR消息仅对QCI=3的PCC规则进行统一控制,Charging-Rule-MassCondition AVP具体为:
Charging-Rule-MassCondition::=<AVP Header:10××>
[QoS-Class-Identifier]
*[AVP]
Charging-Rule-MassDefinition AVP携带新的PCC规则,具体为:
由于发起了PCC规则更新,Charging-Rule-Operation Type AVP参数值设置为“UPDATE_QUEST”。
QoS-Information AVP定义了更新后的带宽:
步骤1005:PCEF实体选择属于QCI=3的所有PCC规则,执行PCC规则的统一更新操作;
步骤1006:PCEF实体根据更新结果,向PCRF实体返回RAA消息;
进一步地,
步骤1007:对于更新成功的PCC规则,PCEF实体为每一个受到影响的IP-CAN会话发送IP-CAN承载信令;
步骤1008:如果PCEF实体需要向PCRF上报信息,PCEF实体向PCRF实体发送信息更新的请求消息CCR消息;
如果一个IP-CAN的PCC规则在步骤1005中更新失败,PCEF实体在此上报更新失败的消息。
步骤1009:PCRF实体保存CCR消息中携带的信息;
步骤1010:PCRF实体向PCEF实体返回CCA消息。
请参考图11,为本发明实施例统一更新PCC规则方法流程图三。
在3GPP场景下,PCRF实体出于响应外部或者内部触发事件等原因,对满足某一QCI和ARP取值组合的所有用户的PCC规则主动发起统一策略控制。例如:删除所有QCI=2的GBR语音业务中所有ARP>1的业务的PCC规则,以便接入高APR(例如:APR=1)的突发VOIP业务。该过程可以包括以下步骤:
步骤1101:PCRF实体接收到一个内部或者外部触发事件,需要为属于某一QCI和ARP取值组合的所有PCC规则进行统一策略控制;
本实施例中,QCI=2,ARP>1。
步骤1102:PCRF实体为属于该QCI和ARP取值组合的所有PCC规则决定新的PCC策略;
本实施例中,新的PCC策略为删除满足条件的PCC规则。
步骤1103:PCRF实体保存新的PCC规则;
步骤1104:PCRF实体通过任意一个IP-CAN会话向PCEF实体发送一个统一控制的RAR消息;
该RAR消息携带Charging-Rule-MassOperation AVP,其中Charging-Rule-MassCondition AVP指明该RAR消息仅对指定的QCI=2以及ARP>1的PCC规则进行统一策略控制,Charging-Rule-MassCondition AVP具体为:
由于ARP为一取值范围,所以包含两个“Allocation-Retention-Priority”,第一项取值为1,第二项取值可以设为一个较大的数值(大于当前ARP参数可能取值的上限)。
Charging-Rule-MassDefinition AVP携带新的PCC规则,具体为:
Charging-Rule-MassDefinition::=<AVP Header:10××>
[Charging-Rule-Operation Type]
*[AVP]
由于发起PCC规则删除,Charging-Rule-Operation Type AVP参数值设置为“REMOVE_QUEST”,并且,Charging-Rule-MassDefinition AVP中不包含Charging-Rule-Updation AVP。
步骤1105:PCEF实体选择属于该QCI和ARP取值组合的所有PCC规则,执行PCC规则的删除操作;
步骤1106:PCEF实体向PCRF返回RAA消息;
进一步地,
步骤1107:对于删除成功的PCC规则,PCEF实体为每一个受到影响的IP-CAN会话发送IP-CAN承载释放信令;
如果PCEF实体需要向PCRF实体发送信息更新消息,继续执行后续步骤。
步骤1108:PCEF实体向PCRF实体发送信息更新请求CCR;
步骤1109:PCRF实体保存CCR消息中携带的信息;
步骤1110:PCRF实体向PCEF实体返回CCA消息。
请参考图12,为本发明实施例统一更新QoS规则方法流程图四。
在3GPP场景下,PCRF实体出于响应外部或者内部触发事件等原因,对满足一定条件的所有QoS规则主动发起统一策略控制,并通过Gxx接口下发QoS规则,由BBERF执行QoS控制。该过程可以包括以下步骤:
步骤1201:PCRF实体接收到一个内部或者外部触发事件,需要为满足某一条件的所有QoS规则进行统一控制;
步骤1202:PCRF实体为满足该条件的所有QoS规则选择新的策略;
步骤1203:PCRF实体保存更新后的QoS规则;
步骤1204:PCRF实体通过任意一个网关控制会话向BBERF实体发送一个统一控制QoS规则的RAR消息;
该RAR消息携带Charging-Rule-MassOperation AVP,其中Charging-Rule-MassCondition AVP指明进行统一策略控制的条件。
Charging-Rule-MassDefinition AVP携带新的QoS规则,Charging-Rule-Operation Type AVP参数值决定统一操作的类型。
步骤1205:BBERF实体选择满足该条件的所有QoS规则,执行QoS规则的统一更新;
步骤1206:BBERF实体根据更新结果向PCRF实体返回RAA消息;
进一步地,
步骤1207:对于更新成功的QoS规则,BBERF实体为每一个受到影响的IP-CAN会话发送承载信令;
步骤1208:如果需要上报信息,BBERF实体向PCRF实体发送信息更新的请求CCR消息;
步骤1209:PCRF实体保存CCR消息中携带的信息;
步骤1210:PCRF实体向BBERF实体返回CCA消息。
请参考图13,为本发明实施例统一更新PCC规则方法流程图五。
在3GPP漫游场景下,归属域PCRF(HPCRF,Home PCRF)出于响应外部或者内部触发事件等原因,对满足某一条件的拜访域所有用户的PCC规则主动发起策略控制。该过程可以包括以下步骤:
步骤1301:HPCRF接收到一个内部或者外部触发事件,为满足某一条件的所有PCC规则进行统一策略控制;
步骤1302:HPCRF为满足该条件的所有PCC规则统一选择新的PCC策略;
步骤1303:HPCRF保存更新的PCC策略;
步骤1304:HPCRF通过任意一个经过拜访域PCRF(VPCRF,VisitedPCRF)的Diameter会话向VPCRF发送一个PCC规则统一控制请求RAR消息;
该RAR消息携带Charging-Rule-MassOperation AVP,其中Charging-Rule-MassCondition AVP指明进行统一策略控制的条件。
Charging-Rule-MassDefinition AVP携带新的PCC规则,Charging-Rule-Operation Type AVP参数值决定统一操作的类型。
步骤1305:VPCRF选择满足该条件的所有PCC规则,保存更新后的PCC规则;
如果发生重新授权PCC的情况,例如QoS升级超出VPCRF允许,VPCRF认为PCC规则统一策略控制失败,直接向HPCRF发送RAA消息,流程结束。如果PCC规则统一策略控制成功,继续执行步骤1306至步骤1309。
步骤1306:VPCRF向PCEF实体转发该RAR消息;
步骤1307:PCEF实体选择满足该条件的所有PCC规则,执行选择的PCC规则的更新;
步骤1308:PCEF实体根据更新结果向VPCRF返回RAA消息;
步骤1309:VPCRF向HPCRF转发该RAA消息;
进一步地,
步骤1310:对于更新成功的PCC规则,PCEF实体为每一个受到影响的IP-CAN会话发送IP-CAN承载信令;
步骤1311:如果需要上报信息更新,PCEF实体向VPCRF发送消息更新的请求CCR消息;
步骤1312:VPCRF向HPCRF转发该CCR消息;
步骤1313:HPCRF保存该CCR消息中的信息;
步骤1314:HPCRF向VPCRF返回CCA消息;
步骤1315:VPCRF向PCEF实体转发该CCA消息。
本发明还可以利用专用Diameter会话统一下发PCC规则或者QoS规则,该专用Diameter会话与统一上报PCC规则或者QoS规则状态部分描述的专用Diameter会话相同,具体请参见在统一上报PCC规则或者QoS规则状态部分的描述。
请参考图14,为本发明实施例统一更新PCC规则方法流程图六。
在定义了专用Diameter会话之后,对于满足某一条件的所有PCC规则统一更新可以包括以下步骤:
步骤1401:当PCEF实体需要通过专用Diameter会话发送消息时,若该专用Diameter会话尚未创建,则PCEF实体发起专用Diameter会话创建,向PCRF实体发送CCR消息;
该CCR消息中包含Auth-Application-Id AVP,携带了新分配的Application-ID,标志着当前动态分配的Session Id为专用Diameter会话标识。
步骤1402:PCRF实体检测Auth-Application-Id AVP,并根据Application-ID信息判断当前会话为专用Diameter会话,如果接受CCR,PCRF实体保存Session Id,并返回CCA消息;
步骤1403:PCRF实体使用专用的Session Id向PCEF实体发送RAR消息;
该RAR消息中指明匹配条件,例如:PDN、QCI、ARP、上下行带宽或者上述参数的各种组合。
步骤1404:PCEF实体选择所有符合条件的PCC规则,执行更新或者删除操作,并使用专用的Session Id向PCRF实体返回RAA,以通知PCRF实体操作成功,即使个别操作失败,也返回RAA;
步骤1405:如果某些PCC规则操作失败(一般在QoS升级情况下),PCEF实体在失败的PCC规则对应的会话上使用其对应的某个用户的Session Id向PCRF实体发送CCR消息,通知PCRF实体该PCC规则执行失败;
步骤1406:PCRF实体针对特定用户的Session Id向PCEF实体返回CCA消息。
至此,对符合某一条件的所有PCC规则的统一更新进行了详细说明。可以看出,当PCRF实体接收到一个触发事件时,对满足某一条件的所有PCC规则或者QoS规则制定新的控制策略。PCRF实体向PCEF实体发送一个PCC规则统一控制的请求消息,或者,PCRF实体向BBERF实体发送一个QoS规则统一控制的请求消息。PCEF实体或者BBERF实体根据接收到的请求消息执行相应的操作。从而,实现了对符合某一条件的所有PCC规则或者QoS规则的统一更新。在涉及用户数量巨大,或者策略控制的实时性要求较高时,不会产生大量的信令交互,节约了传输资源,并且,不会影响对突发事件处理的实时性。
请参考图15,为本发明实施例提供的网络设备结构框图,包括:
统一控制单元1501,用于对满足特定条件的PCC规则或者QoS规则进行统一控制;
发送单元1502,用于根据所述统一控制单元1501的所述统一控制发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则。
在上报PCC规则状态时,图15所示网络设备为PCEF实体,在上报QoS规则状态时,图15所示网络设备为BBERF实体。
在对PCC规则或者QoS规则统一更新时,图15所述网络设备为PCRF实体。
可以看出,在上报PCC规则状态或者QoS规则状态时,PCEF使用扩展的Gx接口应用消息向PCRF实体发送进行统一控制的请求,BBERF使用扩展的Gxx接口应用消息向PCRF实体发送进行统一控制的请求,从而,实现了对符合某一条件的所有PCC规则或者QoS规则的状态统一上报。
在下发PCC规则或者QoS规则时,PCRF实体向PCEF实体发送一个PCC规则统一控制的请求消息,或者,向BBERF实体发送一个QoS规则统一控制的请求消息。从而,实现了对符合某一条件的所有PCC规则或者QoS规则的统一更新。
本发明实施例还提供了一种统一控制的系统,包括:
PCEF实体或者BBERF实体,用于对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一控制,根据所述统一控制,通过发送统一控制请求消息进行统一状态上报,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则;
PCRF实体,用于接收来自所述PCEF实体或者BBERF实体的所述统一控制请求消息;
或者,
PCRF实体,用于对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一更新,根据所述统一更新发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一更新的PCC规则或者QoS规则;
PCEF实体或者BBERF实体,用于接收来自所述PCRF实体的所述统一控制请求消息。
最后,还需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现,当然也可以全部通过硬件来实施,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上对本发明实施例所提供的一种统一控制的方法、网络设备及系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (19)
1.一种统一控制的方法,其特征在于,所述方法包括:
对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一控制;其中,所述统一控制用于当符合特定条件的PCC规则或者QoS规则发生了统一变化时,对符合特定条件的PCC规则或者QoS规则的状态的统一上报,或者当接收到一个内部或外部触发事件时,对符合特定条件的PCC规则或者QoS规则的统一更新,所述特定条件至少包括以下一种:分组数据网PDN标识,位置区域,接入技术,服务网关标识或者PDN网关标识;
根据所述统一控制发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则。
2.根据权利要求1所述的方法,其特征在于,所述统一控制请求消息包括:Diameter的Gx或者Gxx接口扩展应用消息。
3.根据权利要求2所述的方法,其特征在于,所述根据所述统一控制发送统一控制请求消息包括:
根据所述统一控制,通过专用Diameter会话发送所述统一控制请求消息,所述专用Diameter会话独立于任意一个现有的Diameter Gx/Gxx会话。
4.根据权利要求3所述的方法,其特征还在于,所述统一控制请求消息还包括:新分配的应用标识Application-ID,所述Application-ID指定会话属于所述专用Diameter会话。
5.根据权利要求2所述的方法,其特征在于,所述根据所述统一控制发送统一控制请求消息包括:
根据所述统一控制,通过针对用户的Diameter会话发送所述统一控制请求消息。
6.根据权利要求2所述的方法,其特征在于,所述统一控制请求消息为用于统一控制的信用控制请求CCR消息。
7.根据权利要求6所述的方法,其特征在于,所述用于统一控制的CCR消息中包括PCC规则状态统一上报属性值对AVP或者QoS规则状态统一上报属性值对AVP。
8.根据权利要求7所述的方法,其特征在于,所述PCC规则状态统一上报AVP或者QoS规则状态统一上报AVP至少包括:PCC规则或者QoS规则的当前状态和/或上报原因。
9.根据权利要求8所述的方法,其特征在于,所述PCC规则状态统一上报AVP或者QoS规则状态统一上报AVP还包括:进行了统一控制的PCC规则或者QoS规则所满足的条件。
10.根据权利要求2所述的方法,其特征在于,所述统一控制请求消息为用于统一控制的重鉴权请求RAR消息。
11.根据权利要求10所述的方法,其特征在于,所述用于统一控制的RAR消息中包括PCC规则统一更新AVP或者QoS规则统一更新AVP。
12.根据权利要求11所述的方法,其特征在于,所述更新包括修改和/或删除。
13.根据权利要求11所述的方法,其特征在于,所述PCC规则统一更新AVP或者QoS规则统一更新AVP至少包括:更新的PCC规则或者QoS规则。
14.根据权利要求13所述的方法,其特征在于,所述PCC规则统一更新AVP或者QoS规则统一更新AVP还包括:进行了统一更新的PCC规则或者QoS规则所满足的条件。
15.根据权利要求14所述的方法,其特征在于,所述进行了统一更新的PCC规则或者QoS规则所满足的条件至少包括以下一种:PDN信息,QoS等级标识QCI参数,上下行带宽参数,分配保持优先级ARP参数。
16.根据权利要求10所述的方法,其特征在于,在接收针对所述统一控制请求消息返回的响应之后,所述方法还包括:
通过CCR消息获知更新失败的PCC规则或者QoS规则,并针对更新失败的PCC规则或者QoS规则返回响应。
17.一种统一控制的网络设备,其特征在于,所述网络设备包括:
统一控制单元,用于对满足特定条件的PCC规则或者QoS规则进行统一控制;其中,所述统一控制当符合特定条件的PCC规则或者QoS规则发生了统一变化时,对符合特定条件的PCC规则或者QoS规则的状态的统一上报,或者,当接收到一个内部或外部触发事件时,对符合特定条件的PCC规则或者QoS规则的统一更新,所述特定条件至少包括以下一种:分组数据网PDN标识,位置区域,接入技术,服务网关标识或者PDN网关标识;
发送单元,用于根据所述统一控制单元的所述统一控制发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则。
18.根据权利要求17所述的网络设备,其特征在于,所述网络设备具体为:策略和计费执行功能PCEF实体、承载绑定和事件报告功能BBERF实体或者策略与计费规则功能PCRF实体。
19.一种统一控制的系统,其特征在于,所述系统包括:
PCEF实体或者BBERF实体,用于当符合特定条件的PCC规则或者QoS规则发生了统一变化时,对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一控制,根据所述统一控制,通过发送统一控制请求消息进行统一状态上报,所述统一控制请求消息用于通知接收端所有进行了统一控制的PCC规则或者QoS规则;
PCRF实体,用于接收来自所述PCEF实体或者BBERF实体的所述统一控制请求消息;
或者,
PCRF实体,用于当接收到一个内部或外部触发事件时,对满足特定条件的策略和计费控制PCC规则或者服务质量QoS规则进行统一更新,根据所述统一更新发送统一控制请求消息,所述统一控制请求消息用于通知接收端所有进行了统一更新的PCC规则或者QoS规则;
PCEF实体或者BBERF实体,用于接收来自所述PCRF实体的所述统一控制请求消息;
其中,所述特定条件至少包括以下一种:分组数据网PDN标识,位置区域,接入技术,服务网关标识或者PDN网关标识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910001580.5A CN101778434B (zh) | 2009-01-12 | 2009-01-12 | 一种统一控制的方法、网络设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910001580.5A CN101778434B (zh) | 2009-01-12 | 2009-01-12 | 一种统一控制的方法、网络设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101778434A CN101778434A (zh) | 2010-07-14 |
CN101778434B true CN101778434B (zh) | 2014-11-05 |
Family
ID=42514708
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910001580.5A Active CN101778434B (zh) | 2009-01-12 | 2009-01-12 | 一种统一控制的方法、网络设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101778434B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102333312B (zh) * | 2011-10-27 | 2013-09-04 | 大唐移动通信设备有限公司 | 一种ra过程中传输消息的方法及装置 |
CN103248451B (zh) * | 2012-02-09 | 2016-12-07 | 华为技术有限公司 | 业务速率控制方法和系统以及设备 |
US9253101B2 (en) * | 2012-10-17 | 2016-02-02 | Alcatel Lucent | Method and apparatus of group credit control for wireless networks |
CN104486841B (zh) * | 2014-11-20 | 2019-08-16 | 大唐移动通信设备有限公司 | 一种策略控制规则功能服务器及其消息转发方法 |
WO2016206071A1 (zh) * | 2015-06-26 | 2016-12-29 | 华为技术有限公司 | 承载绑定的方法和相关设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009571A (zh) * | 2006-01-25 | 2007-08-01 | 华为技术有限公司 | 一种计费关联的方法 |
CN101188504A (zh) * | 2006-11-20 | 2008-05-28 | 华为技术有限公司 | 一种网络融合策略计费控制架构的系统及处理方法 |
CN101222413A (zh) * | 2007-01-09 | 2008-07-16 | 华为技术有限公司 | 业务流程中的处理方法及系统 |
-
2009
- 2009-01-12 CN CN200910001580.5A patent/CN101778434B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009571A (zh) * | 2006-01-25 | 2007-08-01 | 华为技术有限公司 | 一种计费关联的方法 |
CN101188504A (zh) * | 2006-11-20 | 2008-05-28 | 华为技术有限公司 | 一种网络融合策略计费控制架构的系统及处理方法 |
CN101222413A (zh) * | 2007-01-09 | 2008-07-16 | 华为技术有限公司 | 业务流程中的处理方法及系统 |
Non-Patent Citations (3)
Title |
---|
3GPP TSG.Universal Mobile Telecommunications System (UMTS) * |
3GPP TSG.Universal Mobile Telecommunications System (UMTS) Policy and charging control over Gx reference point(3GPP TS 29.212 version 7.4.0 Release 7).《ETSI TS 129 212 V7.4.0》.2008,第4-5节. * |
Policy and charging control over Gx reference point(3GPP TS 29.212 version 7.4.0 Release 7).《ETSI TS 129 212 V7.4.0》.2008,第4-5节. * |
Also Published As
Publication number | Publication date |
---|---|
CN101778434A (zh) | 2010-07-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101414921B1 (ko) | 가입자에 관련된 변경에 대한 응답에서 인터넷 프로토콜 연결 액세스 네트워크(ip-can) 가입자 세션의 관리 | |
CN101448283B (zh) | 会话终结触发方法、实现方法及系统 | |
US8885568B2 (en) | Policy application method for machine type communication, and policy and charging enforcement function | |
CN102547640B (zh) | 一种消费限制业务的签约和执行方法及系统 | |
EP2521305B1 (en) | Method, device and system for controlling user session policy | |
US8949447B2 (en) | Optimized interface between two network elements operating under an authentication, authorization and accounting protocol | |
EP2878097B1 (en) | Termination of a charging session for an always on ip connectivity session | |
CN106304195B (zh) | 第三方应用的策略控制方法、scef和pcrf | |
CN101730048B (zh) | 一种信息传输方法及系统 | |
CN101778434B (zh) | 一种统一控制的方法、网络设备及系统 | |
CN103004171A (zh) | Diameter会话审核 | |
CN104584600A (zh) | 临时禁用超出信用额度pcc规则 | |
CN110166983B (zh) | 一种事件订阅方法及网元设备 | |
CN105009613A (zh) | 群组计费方法、网关设备、计费设备以及通信系统 | |
CN104247331A (zh) | 用于管理网络资源的方法和节点以及相应的系统和计算机程序 | |
CN103856968B (zh) | Gx接口故障后PCC规则获取的方法及装置 | |
CN101420361A (zh) | 一种会话终止的方法、系统及服务器、客户端 | |
CN101572954B (zh) | 释放会话的方法、装置和系统 | |
CN101753323A (zh) | 一种生成QoS策略的方法、系统和装置 | |
US20200008031A1 (en) | Machine-to-machine network optimization and online charging | |
CN102057622B (zh) | 核心网络中改进的信用授权 | |
CN101848448A (zh) | 紧急呼叫业务的处理方法、装置及系统 | |
CN103024714B (zh) | 一种PCC系统中Gx接口会话稽核的方法及装置 | |
CN107852334A (zh) | 借助于信用控制会话的选择性重启的增强拥塞控制 | |
CN102421106B (zh) | 一种用量监测方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |