CN102238511A - 一种策略和计费规则功能实体的选择方法及系统 - Google Patents
一种策略和计费规则功能实体的选择方法及系统 Download PDFInfo
- Publication number
- CN102238511A CN102238511A CN2010101734466A CN201010173446A CN102238511A CN 102238511 A CN102238511 A CN 102238511A CN 2010101734466 A CN2010101734466 A CN 2010101734466A CN 201010173446 A CN201010173446 A CN 201010173446A CN 102238511 A CN102238511 A CN 102238511A
- Authority
- CN
- China
- Prior art keywords
- pcrf
- target
- crf
- fault
- dra
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种策略和计费规则功能的选择方法及系统,包括:触发实体检测到策略和计费规则功能(PCRF)故障后,将故障PCRF和目标PCRF通知给直径路由代理(DRA)。本发明通过触发实体直接将目标PCRF通知给DRA或通过Client的中转间接地将目标PCRF通知给DRA,实现了在PCRF故障后,触发实体与DRA重选的PCRF的统一,避免了DRA绑定冲突。
Description
技术领域
本发明涉及第三代合作伙伴计划演进分组系统,尤其涉及一种策略计费规则功能的选择方法及系统。
背景技术
如图1所示,3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)演进分组系统(Evolved Packet System,简称EPS)由演进的通用移动通信系统陆地无线接入网(Evolved Universal Terrestrial Radio AccessNetwork,简称E-UTRAN)、移动管理单元(Mobility Management Entity,简称MME)、服务网关(Serving Gateway,简称S-GW)、分组数据网络网关(Packet Data Network Gateway,简称PDN GW或P-GW)、归属用户服务器(Home Subscriber Server,简称HSS)、3GPP的认证授权计费(Authentication、Authorization and Accounting,简称AAA)服务器、策略和计费规则功能实体(Policy and Charging Rules Function,简称PCRF)及其它支撑节点组成。
其中,MME用于移动性管理、非接入层信令的处理和用户移动管理上下文的管理等控制面相关工作;S-GW是与E-UTRAN相连的接入网关设备,在E-UTRAN与P-GW之间转发数据,并且用于对寻呼等待数据进行缓存;P-GW则是EPS与PDN(分组数据网络)的边界网关,用于PDN的接入及在EPS与PDN间转发数据等功能。
EPS支持与非3GPP系统的互通,与非3GPP系统的互通通过S2a、S2b或S2c接口实现,P-GW作为3GPP系统与非3GPP系统之间的锚点。其中,非3GPP系统被分为可信任非3GPP接入系统和不可信任非3GPP接入系统。可信任非3GPP接入系统可以直接通过S2a接口与P-GW连接;不可信任非3GPP接入系统需经过演进的分组数据网关(Evolved Packet Data Gateway,简称ePDG)与P-GW相连,ePDG与P-GW之间为S2b接口。S2c接口提供了用户设备(User Equipment,简称UE)与P-GW之间用户面相关的控制和移动性支持,支持的移动性管理协议为支持双栈的移动IPv6(Moblie IPv6support for dual stack Hosts and Routers,简称DSMIPv6)。
EPS系统引入策略计费控制(Policy and Charging Control,简称PCC)功能框架对用户的业务访问进行动态的策略计费控制。以下对图2所示的Rel-8PCC非漫游场景架构中的各个逻辑功能实体及其接口功能进行描述。
AF用于提供业务应用的接入点,这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时,AF将相关业务信息传递给策略控制与计费规则功能实体(Policy and Charging Rules Function,简称PCRF)。如果这些业务信息与PCRF的策略相一致,则PCRF接受该协商;否则,PCRF拒绝该协商,并在反馈时给出PCRF可接受的业务参数。随后,AF可将这些参数返回给用户设备(UserEquipment,简称UE)。其中,AF和PCRF之间的接口是Rx接口。
PCRF是PCC的核心,负责策略决策和计费规则的制定。PCRF提供了基于业务数据流的网络控制规则,这些网络控制包括业务数据流的检测、门控(Gating Control)、服务质量(Quality of Service,简称QoS)控制以及基于数据流的计费规则等。PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体(Policy and Control Enforcement Function,简称PCEF)执行;同时,PCRF还需要保证这些规则和用户的签约信息一致。PCRF制定策略和计费规则的依据包括:从AF获取与业务相关的信息、从用户签约数据库(Subscription Profile Repository,简称SPR)获取与用户策略计费控制相关的签约信息、通过Gx接口从PCEF获取的与承载相关网络的信息。
PCEF通常位于网关(Gate-Way,简称GW)内,在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF所发送的规则中的业务数据流过滤器对业务数据流进行检测,进而对这些业务数据流执行PCRF所制定的策略和计费规则。在承载建立时,PCEF按照PCRF发送的规则进行QoS授权,并根据AF的执行进行门控控制。同时,PCEF根据PCRF订阅的事件触发上报承载网络上发生的事件。根据PCRF发送的计费规则,PCEF执行相应的业务数据流计费操作,计费既可以是在线计费,也可以是离线计费。如果是在线计费,则PCEF需要和在线计费系统(Online Charging System,简称OCS)一起进行信用管理。离线计费时,PCEF和离线计费系统(Offline ChargingSystem,简称OFCS)之间交换相关的计费信息。PCEF与PCRF之间的接口是Gx接口,与OCS之间的接口是Gy接口,与OFCS之间的接口是Gz接口。PCEF一般都位于网络的网关上,如EPS的分组数据网络网关(PDN-GW)、GPRS(General Packet Radio Service,通用无线分组业务)中的GPRS网关支持节点(GGSN)以及I-WLAN(Interworking WLAN,互联无线网局域网)中的分组数据网关(Packet Data Gateway,简称PDG)。
BBERF(Bearer Binding and Event Reporting Function,承载绑定和事件报告功能实体)通常位于接入网网关(Access Network Gateway)内。如当用户设备通过E-UTRAN接入EPS、服务网关S-GW与P-GW之间采用PMIPv6(Proxy Mobile Intemet Protocol version 6,代理移动互联网协议版本6)协议时,S-GW中就存在BBERF。当用户设备通过可信任非3GPP接入网接入时,可信任非3GPP接入网关中也存在BBERF。
用户签约数据库(SPR)存储了与策略控制和计费相关的用户策略计费控制签约信息。SPR和PCRF之间的接口是Sp接口。
在线计费系统(OCS)和PCEF一起进行在线计费方式下用户信用的控制和管理。
离线计费系统(OFCS)与PCEF一起完成离线计费方式下的计费操作。
如图3所示,EPS的一个PLMN(Public Land Mobile Network,公共陆地移动电话网)中可能存在多个PCRF节点,并且所有的PCRF节点属于一个或多个Diameter(直径)域,也可称为PCRF域。一个UE到PDN网络的连接称为一个IP-CAN(IP Connectivity Access Network,IP连接接入网)会话。一个IP-CAN会话的策略计费控制信息只由一个PCRF决定。为了确保一个IP-CAN会话相关的所有PCEF或BBERF都关联到同一个PCRF,EPS在每个Diameter(PCRF)域中引入了一个逻辑功能模块DRA(Diameter Routing Agent,直径路由代理)。UE要建立到一个PDN的IP-CAN会话时,由DRA为这个IP-CAN会话选择一个PCRF,与这个IP-CAN会话相关的PCEF或BBERF由DRA来关联到所选择的PCRF上。同时DRA也可以将这个IP-CAN会话相关的AF关联到所选择的PCRF。
DRA可以根据网络策略,为UE的不同的IP-CAN会话选择不同的PCRF(此时,同一个UE建立了多个IP-CAN会话),也可以为UE的所有IP-CAN会话选择同一个PCRF,即DRA选择PCRF可以基于UE级别,也可以基于IP-CAN级别。
DRA可以通过链路检测机制或是消息重传超时等方式判断与PCRF的链路状态是否正常,来调整PCRF优先级,路由选择时根据优先级选择PCRF。
现有技术中,PCRF故障后的主要恢复方法为将相关会话信息和状态恢复到新的PCRF,而对于多个PCRF部署DRA的情形,如果故障恢复前某UE和该PCRF建立了BBERF会话,PCRF故障发生后,UE发起IP-CAN会话建立请求或是BBERF会话更新,则DRA需要通过代理方式或重定向到新的PCRF上。而目前的机制中DRA根据UEIP/UEID(用户地址/用户标识)和APN(接入点)信息无法保证这两个PCRF的一致,这样无法保证DRA会话绑定功能。
如图4所示,PCRF故障恢复,由某trigger(触发)网元触发和执行到新的PCRF的恢复处理。该Tiggernode可能为某Client(客户端),或某个PCRF,DRA,或是某个第三方的数据存储和恢复网元。主要流程描述如下:
步骤401:UE1接入网络请求建立网关控制会话,BBERF1接收请求消息,消息中携带用户标识1和PDN标识1;
步骤402:BBERF1向DRA发送网关控制会话建立消息,消息中携带用户标识1和PDN标识1;
步骤403:DRA根据用户标识1和PDN标识1查找保存的信息,发现没有为该用户以及对应的PDN标识选择PCRF,为该用户或会话选择PCRF1,并保存对应关系(用户标识1,PDN标识1,PCRF1标识),并向BBERF1返回重定向消息,消息中携带所选择的PCRF1的地址;
步骤404:BBERF1向PCRF1发送网关控制会话建立消息,消息中携带用户标识1和PDN标识1;
步骤405:PCRF1根据签约信息、网络策略和接入网信息等制定策略,(PCC规则、QoS规则和事件触发器等),PCRF1向BBERF1返回网关控制会话建立确认消息,携带QoS规则和事件触发器,BBERF1安装策略;
步骤406:BBERF返回会话建立响应消息;
步骤407:PCRF1故障,Trigger node检测到PCRF故障后发起恢复流程(根据策略选择PCRF2作为target PCRF);
步骤408:trigeer node给相关Client(如BBERF)发送恢复请求,带上源PCRF1地址,目的PCRF2地址,若会话恢复,则可带上该会话标识;
步骤409:BBERF向目的PCRF2发起PCRF请求,带上相关承载或会话数据(该请求可以是新的创建或是其它信令);
步骤410:PCRF2根据BBERF发送的请求消息创建PCRF会话,在响应消息中提供相关数据给BBERF;
步骤411:可选地,BBERF发送一个恢复确认消息给Triggernode,反馈恢复的会话数据;
至此,该BBERF会话在PCRF2完成恢复,如果PCRF1上有其它会话需要恢复,可重复408-411步骤作相关恢复。
步骤412:PCEF1收到建立IP-CAN会话1的创建请求消息,消息中携带用户标识1和PDN标识1;
步骤413:PCEF1向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识1,PDN标识1和IP Address1(IP地址,是IP-CAN会话的地址);
步骤414:DRA根据用户标识1和PDN标识1查找保存信息,发现已经为该IP-CAN会话1选择了PCRF1,更新对应关系(用户标识1,PDN标识1,IP Address1,PCRF1地址),DRA向PCEF1返回重定向消息,携带PCRF1地址;
步骤415:PCEF1检测到无法和PCRF1创建连接;
步骤416:PCEF1重新发送创建指示给DRA带上用户标识1,PDN标识1和IP Address1,同时带上PCRF1失败指示,告知无法连接;
步骤417:DRA更新对应关系(用户标识1,PDN标识1,IP Address1,PCRF3地址),重新选择PCRF3返回给PCEF1;
步骤418~420:PCEF重新发起IP-CAN会话创建过程;建立IP-CAN会话到PCRF3。
归纳以上问题可以看出,为DRA部署多个PCRF时,当PCRF1故障,恢复会话状态到新的PCRF时,DRA为后续相关请求(如图4中步骤413请求)重选PCRF时将无法保证相关会话(如图4中的网关控制会话和IP-CAN会话)路由到同一个PCRF2,会出现冲突。
发明内容
本发明要解决的技术问题是提供一种策略和计费功能的选择方法,解决PCRF故障后,触发实体与DRA选择的目标PCRF不统一造成冲突的问题,实现触发实体与DRA重选到同一个PCRF。
为解决上述技术问题,本发明的一种策略和计费规则功能的选择方法,包括:
触发实体检测到策略和计费规则功能(PCRF)故障后,将故障PCRF和目标PCRF通知给直径路由代理(DRA)。
进一步地,触发实体将故障PCRF和目标PCRF通知给DRA的方式包括:直接将故障PCRF和目标PCRF通知给DRA和将故障PCRF和目标PCRF通知给客户端(Client),由该Client将故障PCRF和目标PCRF通知给DRA。
进一步地,触发实体将故障PCRF的标识和会话标识中的一个或多个以及目标PCRF的标识通知给DRA。
进一步地,该方法还包括:
DRA在获知故障PCRF和目标PCRF后,更新所保存的用户标识-分组数据网标识-PCRF标识的对应关系信息,将该对应关系信息中的PCRF标识替换为目标PCRF的标识。
进一步地,DRA在接收到Client发送到故障PCRF的消息后,查询对应关系信息获得目标PCRF的标识,通过代理的方式将消息发送给目标PCRF,或将目标PCRF的标识返回给Client,该Client根据该目标PCRF的标识发起与该目标PCRF的连接。
进一步地,触发实体检测到故障PCRF恢复正常后,通知DRA故障PCRF恢复正常以及是否将目标PCRF迁移回故障PCRF;
DRA接收到通知后,若将目标PCRF迁移回故障PCRF,则将用户标识-分组数据网标识-PCRF标识的对应关系信息中的PCRF标识替换回故障PCRF的标识;若不将目标PCRF迁移回故障PCRF,则不进行处理。
进一步地,该方法还包括:
DRA在获知故障PCRF和目标PCRF后,保存故障PCRF的状态信息,建立并保存故障PCRF-目标PCRF关联关系信息。
进一步地,DRA在接收到Client发送到故障PCRF的消息后,根据故障PCRF的状态信息发现该PCRF为故障状态,查询故障PCRF-目标PCRF关联关系信息,获得目标PCRF的标识,通过代理的方式将消息发送给目标PCRF,或将目标PCRF的标识返回给Client,该Client根据该标识发起与该目标PCRF的连接。
进一步地,触发实体检测到故障PCRF恢复正常后,通知DRA故障PCRF恢复正常以及是否将目标PCRF迁移回故障PCRF;
DRA接收到通知后,将故障PCRF的状态信息更新为表示正常状态,若将目标PCRF迁移回故障PCRF,则还将故障PCRF-目标PCRF关联关系信息设置为无效;若不将目标PCRF迁移回故障PCRF,则不进行处理。
进一步地,一种策略和计费规则功能的选择系统,包括:触发实体和直径路由代理(DRA),其中:
触发实体,用于在检测到策略和计费规则功能(PCRF)故障后,将故障PCRF和目标PCRF通知给DRA。
进一步地,触发实体将故障PCRF和目标PCRF通知给DRA的方式包括:直接将故障PCRF和目标PCRF通知给DRA和将故障PCRF和目标PCRF通知给客户端(Client),由该Client将故障PCRF和目标PCRF通知给DRA。
进一步地,DRA,用于在获知故障PCRF和目标PCRF后,更新所保存的用户标识-分组数据网标识-PCRF标识的对应关系信息,将该对应关系信息中的PCRF标识替换为目标PCRF的标识。
进一步地,触发实体,还用于在检测到故障PCRF恢复正常后,通知DRA故障PCRF恢复正常以及是否将目标PCRF迁移回故障PCRF;
DRA,还用于在接收到通知后,若将目标PCRF迁移回故障PCRF,则将用户标识-分组数据网标识-PCRF标识的对应关系信息中的PCRF标识替换回故障PCRF的标识;若不将目标PCRF迁移回故障PCRF,则不进行处理。
进一步地,DRA,用于在获知故障PCRF和目标PCRF后,保存故障PCRF的状态信息,建立并保存故障PCRF-目标PCRF关联关系信息。
进一步地,触发实体,还用于在检测到故障PCRF恢复正常后,通知DRA故障PCRF恢复正常以及是否将目标PCRF迁移回故障PCRF;
DRA,还用于在接收到通知后,将故障PCRF的状态信息更新为表示正常状态,若将目标PCRF迁移回故障PCRF,则还将故障PCRF-目标PCRF关联关系信息设置为无效;若不将目标PCRF迁移回故障PCRF,则不进行处理。
综上所述,本发明通过触发实体直接将目标PCRF通知给DRA或通过Client的中转间接地将目标PCRF通知给DRA,实现了在PCRF故障后,触发实体与DRA重选的PCRF的统一,避免了DRA绑定冲突。
附图说明
图1为现有技术中EPS的非漫游架构图;
图2为现有技术中Rel-8PCC非漫游架构图;
图3为现有技术中为DRA配置多个PCRF的架构图;
图4为现有技术中PCRF故障进行重选的流程图;
图5为本发明实施例1DRA为Redirect重选PCRF的流程图;
图6为本发明实施例1DRA为Redirect且PCRF故障恢复的流程图;
图7为本发明实施例2DRA为proxy重选PCRF的流程图;
图8为本发明实施例2DRA为proxy且PCRF故障恢复的流程图。
具体实施方式
本实施方式中PCRF故障以及重选的target(目标)PCRF可以由Triggernode(触发实体)在检测到PCRF故障后直接通知DRA,或是在会话恢复时由Client间接通知DRA,DRA获知故障PCRF和目标PCRF后,正确选择PCRF。Trigger node将可以故障PCRF的标识和会话标识中的一个或多个以及目标PCRF的标识通知给DRA。若Triggernode向DRA发送会话标识,则由DRA根据会话标识查找为会话提供服务的PCRF,从而定位到故障PCRF。
DRA信息更新至少包括以下两种方式:
1)DRA可以更新用户标识-分组数据网标识-PCRF标识的对应关系信息,用目标PCRF(target PCRF)替代故障PCRF,后续会话请求将直接路由到targetPCRF;
如果是Proxy DRA,则DRA根据UE ID/UE IP和APN等信息获取到target PCRF,将接收到的消息通过代理的方式发送到target PCRF上。
如果是redirect DRA,则DRA根据UE ID/UE IP和APN等信息获取到target PCRF,DRA给Client端返回target PCRF的标识,Client发起和targetPCRF的连接。
2)DRA也可建立并存储故障PCRF-Target PCRF关联关系信息,同时保存故障PCRF的状态信息,当Client端(BBERF/PCEF/AF)发起到故障PCRF的会话创建和更新请求时,DRA将通过代理的方式将请求发送到target PCRF上,或通过重定向的方式给Client返回target PCRF的标识;
如果是Proxy DRA,则DRA根据UE ID/UE IP和APN等信息获取到相应PCRF(如PCRF1),根据状态信息发现PCRF1状态异常(失败),检查关联关系,获取到target PCRF(如PCRF2),将消息Proxy到target PCRF上。
如果是redirect DRA,则DRA根据UE ID/UE IP和APN等信息获取到PCRF1,根据状态信息发现PCRF1状态异常则检查关联关系,获取到targetPCRF,DRA给Client端返回target PCRF标识,Client发起和target PCRF的连接。
其中,DRA保存原有PCRF的状态信息和故障PCRF-Target PCRF关联关系信息,可通过下表实现(包含四个示例),在收到请求消息后进行判断并路由到正确的PCRF:
状态 | 关联关系 | 有效标识 | ...... | |
PCRF1 | 故障 | PCRF2标识 | 有效 | ...... |
PCRF2 | 正常 | PCRF4标识 | 有效 | ...... |
PCRF3 | 正常 | PCRF4标识 | 无效 | ...... |
PCRF4 | 正常 | PCRF2标识 | 有效 | ...... |
...... | ...... | ...... | ...... | ...... |
若收到外部传送的PCRF1故障和PCRF2的标识,则记录PCRF1的状态为故障,将PCRF2标识保存到关联关系中,并将有效标识置为有效。DRA收到后续相关会话消息将proxy或redirect到PCRF2。
当检测到故障PCRF1恢复正常后,应更新PCRF1的状态信息表示正常状态。若PCRF1恢复到PCRF2,则会话状态重新迁移回到了PCRF1上,将有效标识置为无效,DRA收到后续相关会话消息将通过代理方式或重定向到PCRF1;若不再迁移回到PCRF1,则有效标识置为有效,DRA收到后续相关会话消息将仍然通过代理方式或重定向到PCRF2。DRA收到和现有用户/会话无需关联的消息,则可根据运营策略选择相关PCRF(如,PCRF1,PCRF2或是其它)。
实施例1:
本实施例描述的是DRA为Redirect Agent的方案。
PCRF1故障,Trigger node通知DRA,DRA保存状态和关联关系等信息,当客户端(如BBERF,PCEF以及AF)需要发起会话创建或更新请求,与DRA进行交互,选择PCRF的流程如图5所示,包括如下步骤:
步骤501:如图4中401-406,创建网关控制会话到PCRF1;
步骤502:Trigger node检测到PCRF1失败(故障),选择PCRF2作为目标PCRF,发起到PCRF2的会话恢复流程;
步骤503:如图4中408-411,Trigger node通知Client端发起和PCRF2的会话恢复;
步骤504:Ttigger node向DRA发送Diameter请求消息,带上故障PCRF的标识和目标PCRF的标识及其它故障信息;
步骤505:DRA保存PCRF1的状态信息,并重选PCRF2作为其目标PCRF,并建立PCRF1-PCRF2关联关系信息;
举例如下表,置状态为故障状态,标明PCRF1无法正常工作,关联关系中为PCRF2标识,并置有效标识有效:
检测状态 | 关联关系 | 有效标识 | |
PCRF1 | 故障 | PCRF2标识 | 有效 |
步骤506:DRA向Ttiggernode发送Diameter响应消息;
步骤507:Client端(BBERF/PCEF/AF)受到内部或外部触发需要发起IP-CAN会话创建或是网关控制会话更新,则需要发送相关请求消息给PCRF;
步骤508:Client向DRA发送Gxx/Gx/Rx接口的Diameter会话请求(会话创建或更新),请求消息中携带用户标识和PDN标识;
步骤509:DRA根据用户标识和PDN标识查找保存的用户标识-分组数据网标识-PCRF标识的对应关系信息,发现有为该用户及对应的PDN标识选择PCRF1,进一步检查PCRF1的状态信息发现为故障状态,PCRF1-PCRF2关联关系信息中为PCRF2且有效,则DRA为该用户或会话选择PCRF2;
步骤510:DRA向Client(BBERF/PCEF/AF)返回重定向消息,携带PCRF2标识;
步骤511:Client(BBERF/PCEF/AF)向PCRF2发送Gxx/Gx/Rx接口的Diameter会话请求(会话创建或更新),请求消息中携带用户标识,PDN标识和IP Address;
步骤512:PCRF2根据消息请求作相应处理后给Client(BBERF/PCEF/AF)返回Gxx/Gx/Rx接口的Diameter会话响应,具体处理方法和内容同现有技术。
经过上述流程,则相关的会话都会由DRA路由到同一个PCRF2上,可正确执行DRA绑定。
对于Triggernode在检测到PCRF故障后,在会话恢复后由Client间接通知DRA的方式,可以通过对上述流程进行修改来实现,在上述步骤503中(实际参考步骤408),Client已获知故障的PCRF的地址和目的PCRF的地址,因此,步骤504可以采用步骤504A替代,步骤504A:Client向DRA发送Diameter请求消息,在该请求消息中携带故障PCRF的标识和目标PCRF的标识及其它故障信息;步骤506可以采用步骤506A替代,步骤506A:DRA向Client发送Diameter响应消息,从而实现向DRA通知故障PCRF和目标PCRF。
当Triggernode检测到故障PCRF1恢复正常后通知DRA更新状态列表等信息,DRA根据该信息和运营策略为后续会话消息选择正确的PCRF。如图6所示,各步骤描述如下:
步骤601:Trigger node检测到PCRF1状态恢复,通知DRA更新相关信息,如PCRF1状态、会话和PCRF1-PCRF2关联关系信息等;
步骤602:Triggernode向DRA发送Diameter请求消息,带上故障PCRF的标识和目标PCRF的标识,状态标识(PCRF1正常),恢复标识(表明是否由PCRF2恢复到PCRF1上),及其它信息;
步骤603:DRA更新状态和PCRF1-PCRF2关联关系信息;
更新PCRF1状态为正常,若运营策略为PCRF1恢复到PCRF2,则会话状态重新迁移回到PCRF1上,则有效标识置为无效;若不再迁移回到PCRF1,则有效标识置为有效;如:
检测状态 | 关联关系 | 有效标识 | |
PCRF1 | 正常 | PCRF2标识 | 无效 |
步骤604:DRA向Ttiggernode发送Diameter响应消息;
步骤605:Client端(BBERF/PCEF/AF)受到内部或外部触发需要发起会话创建或是更新,则需要发送相关请求消息给PCRF;
步骤606:Client向DRA发送Gxx/Gx/Rx接口的Diameter会话请求(会话创建或更新),请求消息中携带用户标识和PDN标识;
步骤607:DRA根据用户标识和PDN标识查找保存的用户标识-分组数据网标识-PCRF标识的对应关系信息,发现为该用户以及对应的PDN标识选择PCRF1,进一步检查PCRF1的状态信息表示为正常状态,关联关系中为PCRF2,若有效标识标记为无效则说明没有发生过故障或是发生故障后相关会话已经恢复并迁移回到了PCRF1,则DRA为该用户或会话选择PCRF1;若有效标识标记为有效,则不再迁移回PCRF1上,后续会话继续路由到PCRF2,后续处理同图5;
步骤608:DRA向Client(BBERF/PCEF/AF)返回重定向消息,携带PCRF1地址;
步骤609:Client(BBERF/PCEF/AF)向PCRF1发送Gxx/Gx/Rx接口的Diameter会话请求(会话创建或更新),请求消息中携带用户标识,PDN标识和IP Address;
步骤610:PCRF1根据消息请求作相应处理后给Client(BBERF/PCEF/AF)返回Gxx/Gx/Rx接口的Diameter会话响应,具体处理方法和内容同现有技术。
本实施例中状态存储和关联关系等信息不限于该列表方法。仅为了更好地阐述发明方法及内容做为举例。如果PCRF1故障时,采用PCRF2的标识直接替代故障的PCRF1的标识,则若不将PCRF2迁移回PCRF1,则DRA维护的UE标识-PDN标识-PCRF标识的对应关系信息不变,为UE标识,PDN标识和PCRF2标识;如果要将PCRF2迁移回PCRF1,则需要将UE标识-PDN标识-PCRF标识的对应关系信息中的PCRF2的标识替换回PCRF1的标识。DRA接收到Client的消息后根据UE标识-PDN标识-PCRF标识的对应关系信息中PCRF标识,通过代理或重定向的方式将接收到的消息发送给相应的PCRF。
实施例2:
本实施例描述的是DRA为ProxyAgent的方案。
PCRF1故障,Trigger node通知DRA,DRA保存状态和关联关系等信息,当PCRF客户端(如BBERF,PCEF以及AF)需要发起会话创建或更新请求,与DRA进行交互,基于本实施方式选择PCRF的流程。如图7所示,各步骤描述如下:
步骤701:UE1接入网络,请求建立会话,BBERF1收到请求建立消息,消息中携带用户标识1和PDN标识1;
步骤702:BBERF1向DRA发送网关控制会话建立消息,消息中携带用户标识1和PDN标识1;
步骤703:DRA根据用户标识1和PDN标识1查找保存的信息,发现没有为该用户以及对应的PDN标识选择PCRF,为该用户或会话选择PCRF1,并保存对应关系(用户标识1,PDN标识1,PCRF1标识),并向PCRF1发送网关控制会话建立消息,消息中携带用户标识1和PDN标识1;
步骤704:PCRF根据签约信息,网络策略,接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等,PCRF1向DRA返回网关控制会话建立确认消息,携带QoS规则和事件触发器,BBERF1安装策略;
步骤705:DRA给BBERF返回会话建立确认消息;
步骤706:BBERF返回会话建立响应消息;
步骤707:PCRF1故障,Trigger node检测到PCRF故障后发起恢复流程(根据策略选择PCRF2作为target PCRF);
步骤708:如图4中408-411,Trigger node通知Client端发起和PCRF2的会话恢复;
步骤709:Ttigger node向DRA发送Diameter请求消息,带上故障PCRF的标识和目标PCRF的标识,及其它故障信息;
步骤710:DRA保存PCRF1状态,并重选PCRF2作为其恢复target,并建立PCRF2和PCRF1关联关系信息,举例如下表,置PCRF1为故障状态,标明PCRF1无法正常工作,关联关系中为PCRF2的标识,并置有效标识有效:
检测状态 | 关联关系 | 有效标识 | |
PCRF1 | 故障 | PCRF2标识 | 有效 |
步骤711:DRA向Ttiggernode发送Diameter响应消息;
步骤712:PCEF收到建立IP-CAN会话1的创建请求;
步骤713:PCEF向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识1,PDN标识1和IP Address1;
步骤714:DRA根据用户标识和PDN标识查找保存的信息,发现有为该用户以及对应的PDN标识选择PCRF1,进一步检查PCRF1状态发现为故障状态,关联关系中为PCRF2且有效,则DRA为该用户或会话选择PCRF2,保存对应关系,DRA向PCRF2发送IP-CAN会话建立指示消息;
步骤715:PCRF2根据消息请求作相应处理后给DRA返回IP-CAN会话建立确认,具体处理方法和内容同现有技术;
步骤716:DRA给PCEF返回IP-CAN会话建立确认;
步骤717:PCEF返回建立IP-CAN会话响应消息。
经过上述流程,相关的网关控制会话和IP-CAN会话都由DRA路由到同一个PCRF2上,可正确执行DRA绑定。
对于Trigger node在检测到PCRF故障后,在会话恢复后由Client间接通知DRA的方式,可以通过对上述流程进行修改来实现,在上述步骤708中(实际参考步骤408),Client已获知故障的PCRF的地址和目的PCRF的地址,因此,步骤709可以采用步骤709A替代,步骤709A:Client向DRA发送Diameter请求消息,在该请求消息中携带故障PCRF的标识和目标PCRF的标识及其它故障信息;步骤711可以采用步骤711A替代,步骤711A:DRA向Client发送Diameter响应消息,从而实现向DRA通知故障PCRF和目标PCRF。
当Trigger node检测到故障的PCRF1恢复正常后通知DRA更新状态列表等信息,DRA根据该信息和运营策略为后续会话消息选择正确的PCRF,如图8所示,各步骤描述如下:
步骤801:Trigger node检测到PCRF1状态恢复,通知DRA更新相关信息,如PCRF1状态、会话和PCRF1-PCRF2关联关系信息等;
步骤802:Trigger node向DRA发送Diameter请求消息,带上故障PCRF的标识、目标PCRF的标识、状态标识(PCRF1正常)、恢复标识(表明是否由PCRF2恢复到PCRF1上),及其它信息;
步骤803:DRA更新状态和关联关系等信息;
更新PCRF1状态为正常,若运营策略为PCRF1恢复到PCRF2,则会话状态重新迁移回到PCRF1上,则有效标识置为无效;若不再迁移回到PCRF1,则有效标识置为有效;如:
检测状态 | 关联关系 | 有效标识 | |
PCRF1 | 正常 | PCRF2标识 | 有效 |
步骤804:DRA向Ttiggernode发送Diameter响应消息;
步骤805:其中在DRA选择PCRF时,参见步骤607中的PCRF选择,PCRF1对应有效标识为有效,则会话继续创建到PCRF2;如图7中712-717,创建到PCRF2的IP-CAN会话。
本发明还提供了一种策略和计费规则功能的选择系统,包括:触发实体和直径路由代理(DRA),其中:
触发实体,用于在检测到策略和计费规则功能(PCRF)故障后,将故障PCRF和目标PCRF通知给DRA。触发实体将故障PCRF和目标PCRF通知给DRA的方式包括:直接将故障PCRF和目标PCRF通知给DRA和将故障PCRF和目标PCRF通知给客户端(Client),由该Client将故障PCRF和目标PCRF通知给DRA;还在检测到故障PCRF恢复正常后,通知DRA故障PCRF恢复正常以及是否将目标PCRF迁移回故障PCRF。
DRA,用于在获知故障PCRF和目标PCRF后,更新所保存的用户标识-分组数据网标识-PCRF标识的对应关系信息,将该对应关系信息中的PCRF标识替换为目标PCRF的标识;还在接收到通知后,若将目标PCRF迁移回故障PCRF,则将用户标识-分组数据网标识-PCRF标识的对应关系信息中的PCRF标识替换回故障PCRF的标识;若不将目标PCRF迁移回故障PCRF,则不进行处理;或者该DRA在获知故障PCRF和目标PCRF后,保存故障PCRF的状态信息,建立并保存故障PCRF-目标PCRF关联关系信息;在接收到通知后,将故障PCRF的状态信息更新为表示正常状态,若将目标PCRF迁移回故障PCRF,则还将故障PCRF-目标PCRF关联关系信息设置为无效;若不将目标PCRF迁移回故障PCRF,则不进行处理。
本实施方式系统的其它部分及各部分的其它功能请参考方法内容的描述。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (15)
1.一种策略和计费规则功能的选择方法,包括:
触发实体检测到策略和计费规则功能(PCRF)故障后,将故障PCRF和目标PCRF通知给直径路由代理(DRA)。
2.如权利要求1所述的方法,其特征在于:
所述触发实体将所述故障PCRF和目标PCRF通知给所述DRA的方式包括:直接将所述故障PCRF和目标PCRF通知给所述DRA和将所述故障PCRF和目标PCRF通知给客户端(Client),由该Client将所述故障PCRF和目标PCRF通知给所述DRA。
3.如权利要求1或2所述的方法,其特征在于:
所述触发实体将所述故障PCRF的标识和会话标识中的一个或多个以及目标PCRF的标识通知给所述DRA。
4.如权利要求3所述的方法,其特征在于,该方法还包括:
所述DRA在获知所述故障PCRF和目标PCRF后,更新所保存的用户标识-分组数据网标识-PCRF标识的对应关系信息,将该对应关系信息中的PCRF标识替换为所述目标PCRF的标识。
5.如权利要求4所述的方法,其特征在于:
所述DRA在接收到所述Client发送到所述故障PCRF的消息后,查询所述对应关系信息获得所述目标PCRF的标识,通过代理的方式将所述消息发送给所述目标PCRF,或将所述目标PCRF的标识返回给所述Client,该Client根据该目标PCRF的标识发起与该目标PCRF的连接。
6.如权利要求5所述的方法,其特征在于:
所述触发实体检测到所述故障PCRF恢复正常后,通知所述DRA所述故障PCRF恢复正常以及是否将所述目标PCRF迁移回所述故障PCRF;
所述DRA接收到所述通知后,若将所述目标PCRF迁移回所述故障PCRF,则将所述用户标识-分组数据网标识-PCRF标识的对应关系信息中的PCRF标识替换回所述故障PCRF的标识;若不将所述目标PCRF迁移回所述故障PCRF,则不进行处理。
7.如权利要求3所述的方法,其特征在于,该方法还包括:
所述DRA在获知所述故障PCRF和目标PCRF后,保存所述故障PCRF的状态信息,建立并保存故障PCRF-目标PCRF关联关系信息。
8.如权利要求6所述的方法,其特征在于:
所述DRA在接收到所述Client发送到所述故障PCRF的消息后,根据所述故障PCRF的状态信息发现该PCRF为故障状态,查询所述故障PCRF-目标PCRF关联关系信息,获得所述目标PCRF的标识,通过代理的方式将所述消息发送给所述目标PCRF,或将所述目标PCRF的标识返回给所述Client,该Client根据该标识发起与该目标PCRF的连接。
9.如权利要求8所述的方法,其特征在于:
所述触发实体检测到所述故障PCRF恢复正常后,通知所述DRA所述故障PCRF恢复正常以及是否将所述目标PCRF迁移回所述故障PCRF;
所述DRA接收到所述通知后,将所述故障PCRF的状态信息更新为表示正常状态,若将所述目标PCRF迁移回所述故障PCRF,则还将所述故障PCRF-目标PCRF关联关系信息设置为无效;若不将所述目标PCRF迁移回所述故障PCRF,则不进行处理。
10.一种策略和计费规则功能的选择系统,包括:触发实体和直径路由代理(DRA),其中:
所述触发实体,用于在检测到策略和计费规则功能(PCRF)故障后,将故障PCRF和目标PCRF通知给所述DRA。
11.如权利要求10所述的系统,其特征在于:
所述触发实体将故障PCRF和目标PCRF通知给所述DRA的方式包括:直接将所述故障PCRF和目标PCRF通知给所述DRA和将所述故障PCRF和目标PCRF通知给客户端(Client),由该Client将所述故障PCRF和目标PCRF通知给所述DRA。
12.如权利要求11所述的系统,其特征在于:
所述DRA,用于在获知所述故障PCRF和目标PCRF后,更新所保存的用户标识-分组数据网标识-PCRF标识的对应关系信息,将该对应关系信息中的PCRF标识替换为所述目标PCRF的标识。
13.如权利要求12所述的系统,其特征在于:
所述触发实体,还用于在检测到所述故障PCRF恢复正常后,通知所述DRA所述故障PCRF恢复正常以及是否将所述目标PCRF迁移回所述故障PCRF;
所述DRA,还用于在接收到所述通知后,若将所述目标PCRF迁移回所述故障PCRF,则将所述用户标识-分组数据网标识-PCRF标识的对应关系信息中的PCRF标识替换回所述故障PCRF的标识;若不将所述目标PCRF迁移回所述故障PCRF,则不进行处理。
14.如权利要求11所述的系统,其特征在于:
所述DRA,用于在获知所述故障PCRF和目标PCRF后,保存所述故障PCRF的状态信息,建立并保存故障PCRF-目标PCRF关联关系信息。
15.如权利要求14所述的系统,其特征在于:
所述触发实体,还用于在检测到所述故障PCRF恢复正常后,通知所述DRA所述故障PCRF恢复正常以及是否将所述目标PCRF迁移回所述故障PCRF;
所述DRA,还用于在接收到所述通知后,将所述故障PCRF的状态信息更新为表示正常状态,若将所述目标PCRF迁移回所述故障PCRF,则还将所述故障PCRF-目标PCRF关联关系信息设置为无效;若不将所述目标PCRF迁移回所述故障PCRF,则不进行处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010173446.6A CN102238511B (zh) | 2010-04-30 | 2010-04-30 | 一种策略和计费规则功能实体的选择方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010173446.6A CN102238511B (zh) | 2010-04-30 | 2010-04-30 | 一种策略和计费规则功能实体的选择方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102238511A true CN102238511A (zh) | 2011-11-09 |
CN102238511B CN102238511B (zh) | 2014-11-05 |
Family
ID=44888621
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010173446.6A Expired - Fee Related CN102238511B (zh) | 2010-04-30 | 2010-04-30 | 一种策略和计费规则功能实体的选择方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102238511B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102932769A (zh) * | 2012-11-26 | 2013-02-13 | 华为技术有限公司 | 策略控制方法、实体和系统 |
CN103220659A (zh) * | 2012-01-21 | 2013-07-24 | 上海贝尔股份有限公司 | 在信令路由代理中更新会话记录信息的方法、装置和设备 |
WO2014205783A1 (zh) * | 2013-06-28 | 2014-12-31 | 华为技术有限公司 | 一种路由消息传输方法及装置 |
CN104410526A (zh) * | 2014-11-28 | 2015-03-11 | 华为技术有限公司 | 一种呼叫控制方法、Diameter协议转发设备及系统 |
CN105764082A (zh) * | 2014-12-18 | 2016-07-13 | 中国移动通信集团公司 | 网元容灾方法及装置 |
CN107612823A (zh) * | 2016-07-11 | 2018-01-19 | 中兴通讯股份有限公司 | 路由重选方法及系统 |
US20180159725A1 (en) * | 2015-02-03 | 2018-06-07 | Nokia Solutions And Networks Oy | Reallocation of control of online managed services |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227391A (zh) * | 2008-01-09 | 2008-07-23 | 中兴通讯股份有限公司 | 非漫游场景下策略和计费规则功能实体的选择方法 |
US20080186908A1 (en) * | 2006-12-31 | 2008-08-07 | O'neill Alan William | Methods and apparatus for use in a communication system |
CN101646193A (zh) * | 2008-08-08 | 2010-02-10 | 华为技术有限公司 | 一种状态信息的处理方法、装置、系统及客户端 |
-
2010
- 2010-04-30 CN CN201010173446.6A patent/CN102238511B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080186908A1 (en) * | 2006-12-31 | 2008-08-07 | O'neill Alan William | Methods and apparatus for use in a communication system |
CN101227391A (zh) * | 2008-01-09 | 2008-07-23 | 中兴通讯股份有限公司 | 非漫游场景下策略和计费规则功能实体的选择方法 |
CN101646193A (zh) * | 2008-08-08 | 2010-02-10 | 华为技术有限公司 | 一种状态信息的处理方法、装置、系统及客户端 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103220659A (zh) * | 2012-01-21 | 2013-07-24 | 上海贝尔股份有限公司 | 在信令路由代理中更新会话记录信息的方法、装置和设备 |
CN102932769B (zh) * | 2012-11-26 | 2015-11-25 | 华为技术有限公司 | 策略控制方法、实体和系统 |
CN102932769A (zh) * | 2012-11-26 | 2013-02-13 | 华为技术有限公司 | 策略控制方法、实体和系统 |
WO2014205783A1 (zh) * | 2013-06-28 | 2014-12-31 | 华为技术有限公司 | 一种路由消息传输方法及装置 |
CN103650543B (zh) * | 2013-06-28 | 2017-06-13 | 华为技术有限公司 | 一种路由消息传输方法及装置 |
CN104410526B (zh) * | 2014-11-28 | 2018-09-21 | 华为技术有限公司 | 一种呼叫控制方法、Diameter协议转发设备及系统 |
CN104410526A (zh) * | 2014-11-28 | 2015-03-11 | 华为技术有限公司 | 一种呼叫控制方法、Diameter协议转发设备及系统 |
WO2016082710A1 (zh) * | 2014-11-28 | 2016-06-02 | 华为技术有限公司 | 一种呼叫控制方法、Diameter协议转发设备及系统 |
CN105764082A (zh) * | 2014-12-18 | 2016-07-13 | 中国移动通信集团公司 | 网元容灾方法及装置 |
CN105764082B (zh) * | 2014-12-18 | 2019-06-25 | 中国移动通信集团公司 | 网元容灾方法及装置 |
US20180159725A1 (en) * | 2015-02-03 | 2018-06-07 | Nokia Solutions And Networks Oy | Reallocation of control of online managed services |
CN107612823A (zh) * | 2016-07-11 | 2018-01-19 | 中兴通讯股份有限公司 | 路由重选方法及系统 |
CN107612823B (zh) * | 2016-07-11 | 2021-04-02 | 中兴通讯股份有限公司 | 路由重选方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102238511B (zh) | 2014-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101867909B (zh) | 一种实现有限策略计费控制的方法及系统 | |
CN101583112B (zh) | 会话信息的标识方法及装置 | |
CN101841797B (zh) | 一种终端通过多接入网接入的计费方法和系统及上报方法 | |
US8745244B2 (en) | Method and system for implementing policy and charging control in multi-PDN scenario | |
CN101272534B (zh) | 一种隐藏拜访地网络拓扑结构的策略计费控制的方法 | |
CN102075894B (zh) | 策略和计费规则功能实体的选择方法及系统 | |
EP2302842B1 (en) | Method for sending down and installing event trigger | |
CN102238511B (zh) | 一种策略和计费规则功能实体的选择方法及系统 | |
US8285861B2 (en) | Method and apparatus for creating IP-CAN session | |
US20110099604A1 (en) | Access control method and system for packet data network, pcrf entity | |
CN101959164A (zh) | 删除家乡策略和计费规则功能冗余信息的方法及系统 | |
CN101277541A (zh) | 一种Diameter路由实体转发消息的方法 | |
CN101588326B (zh) | 网关控制会话和Gx会话关联的方法、设备和系统 | |
CN102014517A (zh) | 漫游场景下承载控制模式的发送方法和系统 | |
CN101646193A (zh) | 一种状态信息的处理方法、装置、系统及客户端 | |
CN102123035B (zh) | 策略和计费规则功能实体的选择方法、装置及系统 | |
CN101447918B (zh) | 用户设备接入协议的通知方法和系统 | |
CN101998513A (zh) | 控制pcrf负载均衡的方法、系统及重定向dra | |
CN102014452B (zh) | 一种本地ip访问连接实现移动性的方法和系统 | |
CN101355561A (zh) | Dra的会话消息管理方法和系统 | |
CN102711086A (zh) | 被赞助数据连接的处理方法及策略与计费规则功能实体 | |
CN103369502B (zh) | 一种策略控制会话的处理方法及网元 | |
CN102791042B (zh) | S9子会话建立方法、系统及pcrf | |
CN102264054B (zh) | 资源管理方法和系统 | |
CN102026296A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20141105 Termination date: 20200430 |