CN101646193A - 一种状态信息的处理方法、装置、***及客户端 - Google Patents

一种状态信息的处理方法、装置、***及客户端 Download PDF

Info

Publication number
CN101646193A
CN101646193A CN200810142355A CN200810142355A CN101646193A CN 101646193 A CN101646193 A CN 101646193A CN 200810142355 A CN200810142355 A CN 200810142355A CN 200810142355 A CN200810142355 A CN 200810142355A CN 101646193 A CN101646193 A CN 101646193A
Authority
CN
China
Prior art keywords
pcrf
dra
state
information
pcrf1
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
CN200810142355A
Other languages
English (en)
Other versions
CN101646193B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2008101423559A priority Critical patent/CN101646193B/zh
Priority to PCT/CN2009/072851 priority patent/WO2010015171A1/zh
Publication of CN101646193A publication Critical patent/CN101646193A/zh
Application granted granted Critical
Publication of CN101646193B publication Critical patent/CN101646193B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • 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/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1471—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network splitting of costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/64—On-line charging system [OCS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/745—Customizing according to wishes of subscriber, e.g. friends or family
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/81—Dynamic pricing, e.g. change of tariff during call
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0108—Customization according to wishes of subscriber, e.g. customer preferences, friends and family, selecting services or billing options, Personal Communication Systems [PCS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0112—Dynamic pricing, e.g. change of tariff during call
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/204—UMTS; GPRS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/208—IMS, i.e. Integrated Multimedia messaging Subsystem

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种状态信息的处理方法，包括：Diameter路由代理DRA获知策略控制和计费规则功能实体PCRF状态发生变化；所述DRA根据所述PCRF的状态变化调整所述PCRF的选择优先级。本发明实施例还公开了一种状态信息的处理装置、***及客户端。通过本发明实施例提供的方法装置、***及客户端，能够根据PCRF状态变化情况控制各PCRF的选择依据，有效地为业务选择PCRF。

Description

一种状态信息的处理方法、装置、***及客户端
技术领域
本发明涉及通信领域，尤其涉及一种状态信息的处理方法、装置、***及客户端。
背景技术
在当前增强的策略与计费控制(Policy and Charging Control，PCC)网络架构中，引入了多个新功能实体参与到网络的PCC过程，这就要求多个功能实体需要与策略控制和计费规则功能实体(Policy and Charging Rules Function，PCRF)建立会话，同时对于同一个用户相同的PCC会话，这些功能实体需要与同一个PCRF进行交互。为了保证在一个存在多个PCRF的Diameter区域下，同一个用户相同的PCC会话业务能够通过Diameter协议寻址到同一个PCRF，要求有一个PCRF选择功能实体，因此引入了Diameter路由代理(DiameterRouting Agent，DRA)来实现这个功能，同时在同一个Diameter域里面只能有一个DRA来处理实现PCRF的发现和选择过程。
发明人在研究过程中发现，对于存在多个PCRF的Diameter区域下，现有技术的方案，DRA并不知道各PCRF的状态信息的变化情况，无法控制PCRF的选择依据。
发明内容
本发明实施例提供一种状态信息的处理方法、装置、***及客户端，使得DRA能够根据PCRF状态变化情况控制PCRF的选择依据。
本发明实施例所提供的一种状态信息的处理方法，包括：
路由代理DRA获知策略控制和计费规则功能实体PCRF状态发生变化；
所述DRA根据所述PCRF的状态变化调整所述PCRF的选择优先级。
本发明实施例所提供的一种状态信息的处理装置，包括：
获知单元，用于获知策略控制和计费规则功能实体PCRF状态发生变化；
调整单元，用于根据所述PCRF的状态变化调整所述PCRF的选择优先级。
本发明实施例所提供的一种Diameter客户端，包括：
接收单元，用于接收Diameter路由代理DRA发送的策略控制和计费规则功能实体PCRF的地址信息。
发送单元，用于在无法和所述PCRF建立连接时，向DRA发送所述PCRF侧网络故障的指示。
本发明实施例所提供的一种状态信息的处理***，包括：
Diameter路由代理DRA，用于与Diameter客户端交互获知策略控制和计费规则功能实体PCRF状态发生变化，根据所述PCRF的状态变化调整所述PCRF的选择优先级；
Diameter客户端，用于通知所述DRA所述PCRF状态发生变化。
本发明实施例提供的状态信息的处理方法、装置、***及Diameter客户端，当路由代理DRA获知PCRF状态发生变化，该DRA根据PCRF的状态变化情况调整该PCRF的选择优先级，从而能够根据PCRF状态变化情况控制各PCRF的选择依据，有效地为业务选择PCRF。
附图说明
图1为本发明一个实施例中状态信息的处理方法的示例性流程图；
图2为本发明一个具体实施例中状态信息的处理方法的流程图；
图3为本发明另一个具体实施例中状态信息的处理方法流程图；
图4为本发明再一个具体实施例中状态信息的处理方法的流程图；
图5为本发明再一个具体实施例中状态信息的处理方法的流程图；
图6为本发明实施例中状态信息的处理装置的结构示意图；
图7为本发明实施例中Diameter客户端的结构示意图；
图8为本发明实施例中状态信息的处理***的结构示意图。
具体实施方式
下面先介绍本发明实施例的一个应用场景，即增强的PCC网络的基本架构。该网络架构包括：
服务网关：S-GW(Serving Gateway)，该功能实体主要负责处理用户的移动性，与P-GW之间使用GTP(GPRS Tunnelling Protocol，GPRS隧道协议)或者PMIP(Proxy Mobile IP Protocol，代理移动IP协议)协议交互，与PCRF通过Gxc接口使用Dimater消息进行交互。BBERF(Bearer Binding and EventReporting Function，承载绑定和事件报告功能)可以位于S-GW网络实体，主要执行Qos相关策略。
分组数据业务网关：P-GW(PDN Gateway)，该功能实体主要负责与外部分数据网，如Internet的通讯，与S-GW之间使用GTP或者PMIP协议交互，与PCRF通过Gx接口使用Dimater消息进行交互。PCEF(Policy and ChargingEnforcement Function，策略和计费执行功能)可以位于P-GW网络实体。
策略控制和计费规则功能实体：PCRF，该功能实体根据用户接入网络的信息、运营商策略、用户签约数据以及用户当前正在进行的业务信息等决定对应的策略，并将该策略提供给P-GW和/或BBERF，由这些功能实体执行该策略。策略包括业务数据流的检测规则、是否门控、业务数据流对应的QoS和基于流的计费规则等。
另外，本发明实施例中的DRA实体具体可以是PCC架构中的Redirectagent(重定向代理)实体或Proxy agent(Proxy代理)实体，PCEF、BBERF、业务功能实体(Application Function，AF)和拜访地V-PCRF可以通称为Diameter客户端(Diameter Client)。
为了更容易理解本发明实施例，再阐述几个术语：
IP连接接入网络：IP Connectivity Access Network，IP-CAN，当用户在接入网络内漫游时仍能保存IP业务连续性，具有这样性质的接入网络称为IP-CAN；
IP-CAN会话：IP-CAN session，指的是用户和分组数据网(Packet DataNetwork，PDN，比如internet)标识之间的连接关系，该连接关系通过用户的IP地址和用户标识来识别。只要用户分配了IP地址并且能被IP网络识别，则IP-CAN存在。IP-CAN会话可以包含一到多个IP-CAN承载。
另外，IP-CAN会话、Gx接口会话、Gxc接口会话等PCC架构下的会话又可以通称为PCC会话。
参见图1，图1为本发明一个实施例中状态信息的处理方法的示例性流程图。如图1所示，该流程包括如下步骤：
步骤101、DRA获知PCRF的状态发生变化。
当一个存在多个PCRF的Diameter区域下的一个或多个PCRF状态发生变化时，DRA获知该PCRF的状态变化情况。其中获知PCRF状态变化情况可以通过以下三种方法任意一种实现：
1、DRA通过与Diameter客户端交互来获知该PCRF状态发生变化。
2、DRA通过与该PCRF之间的检测机制检测到该PCRF状态发生变化。其中检测机制可以为：传输控制协议(Transmission Control Protocol，TCP)连接或者心跳机制。
3、DRA通过操作维护(operation management，OM)机制获知该PCRF状态发生变化。
另外，本发明实施例中PCRF的状态发生变化至少可以有两种情况：该PCRF侧网络发生故障或者该PCRF侧网络从故障中恢复。
其中，该PCRF侧网络发生故障可以包括：该PCRF实体本身发生故障和/或到该PCRF的链路发生了故障。类似的，该PCRF侧网络从故障中恢复可以包括：该PCRF实体本身从故障中恢复和/或到该PCRF的链路从故障中恢复。
步骤102、DRA根据该PCRF的状态变化调整该PCRF的选择优先级。
根据PCRF的状态变化情况的不同具体处理分为两种情况：
1、如果该PCRF的状态变化为该PCRF侧网络发生故障，则DRA将该PCRF的选择优先级降低。
2、如果该PCRF的状态变化为该PCRF侧网络从故障中恢复，则DRA提高该PCRF的选择优先级。
其中，DRA将该PCRF的选择优先级降低可以包括以下方式：降低该PCRF相应的选择优先级参数和/或设置所述PCRF为不可用。类似的，DRA提高所述PCRF的选择优先级可以包括以下方式至少一个：恢复故障前的选择优先级、提高选择优先级参数或设置所述PCRF可用。
进一步，考虑到需要后续可能会恢复PCRF故障前的选择优先级，在DRA获知该PCRF侧网络发生故障的同时记录该PCRF故障前的选择优先级参数。
另外，对于获知PCRF状态变化情况的第一种方法，即DRA通过与Diameter客户端交互来获知该PCRF状态发生变化的方法。在不同的PCRF状态变化情况下，处理方式有所不同，具体描述如下：
1、如果PCRF的状态发生变化为该PCRF侧网络发生故障，则DRA通过与Diameter客户端交互来获知该PCRF状态发生变化具体可以包括：当Diameter客户端无法和该PCRF建立连接时，该DRA接收到Diameter客户端发送的故障指示，该指示包括该PCRF的信息；DRA根据该故障指示获知PCRF侧网络故障。
该故障指示的表示方法可以有多种，一种可能的方法是新定义一个AVP，例如Error-Host AVP，携带故障PCRF的信息(地址信息)。Diameter客户端发送请求消息时，可以将该AVP发给DRA，用于表示相关的PCRF侧网络故障。
进一步，如果该故障指示中包括会话信息，在DRA将该PCRF的选择优先级降低之后可以包括：DRA根据该会话信息及PCRF的选择优先级信息重新选择一个PCRF，之后可以将该PCRF的地址信息发送给该Diameter客户端。
2、如果PCRF的状态发生变化为该PCRF侧网络从故障中恢复，即该PCRF侧网络原来的状态是故障的，则DRA通过与Diameter客户端交互来获知该PCRF状态发生变化具体可以包括：DRA接收到Diameter客户端发送的PCRF寻址请求，其中携带会话信息；该DRA根据会话信息及PCRF的选择优先级信息选择该PCRF，将该PCRF地址信息发给Diameter客户端；如果没有接收到Diameter客户端发送的该PCRF侧网络故障的指示，则DRA确定该PCRF从故障中恢复。
具体实施过程中，为了使DRA能够判断PCRF侧网络之前是否是故障的，可以在DRA发现PCRF故障时记录该PCRF的故障状态。另外，为了能够判断是否接收到Diameter客户端发送的该PCRF侧网络故障的指示，如果DRA发现所选择的PCRF状态记录为故障的，在发送给Diameter客户端该PCRF地址信息后，即启动一个定时器，如果定时器超时后仍没有接收到Diameter客户端发送的该PCRF侧网络故障的指示，DRA就认为该故障PCRF已经从故障中恢复。具体的实现方式比较灵活，本发明实施例对此不做限制。
需要说明的是，上述的会话信息具体可以包括以下信息至少一个：当前IP-CAN会话中的UE标识、PDN标识或者IP地址，其中IP地址又可以包括：家乡(归属)地址(Home ofaddress，HoA)和/或转交地址(Care-ofAddress，CoA)。另外，PCRF的选择优先级信息是DRA本地维护的反映各PCRF优先级信息的一个数据记录，具体可以是一个存储有各PCRF选择优先级参数的数据表。该PCRF的选择优先级信息的存储形式，本发明实施例不做限定。
可以看到，通过上述实施例所提供的状态信息的处理方法，当DRA获知PCRF状态发生变化，该DRA根据PCRF的状态变化情况调整该PCRF的选择优先级，从而能够根据PCRF状态变化情况控制各PCRF的选择依据，有效地为业务选择PCRF。
如图2所示，为本发明一个具体实施例中状态信息的处理方法的流程图。本实施例在第3代伙伴计划(Third Generation Partnership Project，3GPP)接入非漫游场景下，BBERF位于S-GW，PCEF位于P-GW，DRA采用redirect agent方案。BBERF需要和PCRF建立会话，首先发送消息到DRA查询PCRF；DRA将选择的PCRF1的地址发给BBERF，BBERF尝试和PCRF1建立连接，失败后再次发送请求消息到DRA，消息中带有故障的PCRF1信息，DRA重新选择新的PCRF2并发给BBERF，BBERF和新选择的PCRF2建立连接。具体流程如下：
步骤201、BBERF向DRA发送请求消息，查询PCRF地址。消息中带有PCC会话信息，如UE标识信息和CoA的IP地址。
步骤202、DRA接收该请求消息，根据当前的配置信息，如PCRF的选择优先级信息，和收到的PCC会话信息选择合适的PCRF1，向BBERF发送应答消息，其中携带PCRF1地址。
PCRF 1地址具体可以通过应答消息中的Redirect-Host AVP发给BBERF，同时，将应答消息的E bit置位，并将Result-Code AVP设置为DIAMETER_REDIRECT_INDICATION。
该步骤的具体实现可以参考现有的机制。
步骤203、BBERF尝试和PCRF1建立连接，发现无法和PCRF1建立连接，于是BBERF向DRA重新发送请求消息，消息中携带故障指示，即将故障的PCRF1的地址信息通过消息中的Error-Host AVP发送给DRA。
步骤204、DRA接收该请求消息，将故障PCRF1的选择优先级参数降低，然后根据PCRF的选择优先级信息及消息中带有的PCC会话信息，如UE标识信息和CoA的IP地址，重新选择PCRF2，并将PCRF2的地址信息发送给BBERF。
本步骤中，DRA可以进一步记录PCRF1的故障状态和/或PCRF1故障前的选择优先级参数。
步骤205、BBERF和PCRF2建立连接并完成网关控制会话的建立。
步骤206、PCEF需要和PCRF建立IP-CAN会话，向DRA发送请求消息。消息中带有会话信息，如用户ID信息、PDN信息和IP地址(CoA和HoA)。
步骤207、DRA接收该请求消息，根据消息中的会话信息发现和之前的PCC会话不属于同一会话，因此根据PCRF的选择优先级信息及消息中带有的会话信息选择合适的PCRF1，将PCRF1的地址信息通过应答消息发送给PCEF。
进一步，由于PCRF1的状态记录为故障状态，在发送给Diameter客户端PCRF1地址信息后，即启动一个定时器。
需要说明的是，由于步骤204将PCRF1的选择优先级参数降低，因此后续DRA在选择PCRF时一般会优先选择其他比PCRF1优先级高的PCRF，这里DRA又选择到PCRF1的原因可能为其他高优先级的PCRF已经满负荷了，只能选择状态记录为故障状态的PCRF1。
步骤208、如果DRA没有接收到PCEF发送的PCRF1侧网络故障的指示，则DRA确定PCRF1侧网络从故障中恢复，则DRA提高PCRF1的选择优先级。
具体可以为，定时器超时后仍没有接收到PCEF发送的PCRF1侧网络故障的指示，DRA就认为该故障PCRF1已经从故障中恢复，利用步骤204中的记录来恢复PCRF1故障前的选择优先级参数。
步骤209、PCEF和PCRF1建立连接并完成IP-CAN会话的建立。
需要说明的是，步骤209可以在步骤207之后任意步骤执行。
可以看到，对于3GPP接入非漫游场景下，通过本实施例的流程可以使DRA通过和Diameter客户端(如BBERF)的交互获知PCRF1侧网络故障，并降低PCRF1的选择优先级，从而能够根据PCRF状态变化情况控制对于PCRF的选择依据，避免DRA不知道PCRF1已经故障，当Diameter客户端再次发送消息到DRA请求一个PCRF地址时，DRA仍旧会选择该故障的PCRF1的情况的发生。另外，由于通过和Diameter客户端(如PCEF)的交互DRA获知PCRF1侧网络从故障中恢复，并及时地恢复了PCRF1的故障前的选择优先级参数，能够避免PCRF1实际已经从故障中恢复，但DRA不知道其已经恢复而导致PCRF1闲置情况的发生。使DRA能够有效地为业务选择PCRF。
如图3所示，为本发明另一个具体实施例中状态信息的处理方法流程图。本实施例在信任的非3GPP接入漫游场景下，BBERF位于A-GW(Access GW，接入网关，位于拜访地)，PCEF位于P-GW(P-GW位于归属域)，DRA采用redirect agent方案。BBERF需要和PCRF建立网关控制会话，首先发送消息到拜访地V-DRA查询合适的V-PCRF；V-PCRF再发送请求消息到归属地H-DRA选择归属地的H-PCRF，这样，BBERF通过V-PCRF和H-PCRF建立连接。
步骤301、BBERF向V-DRA发送请求消息，查询PCRF地址。消息中携带有PCC会话信息，如UE标识信息和APN信息。
步骤302、V-DRA接收该请求消息，根据当前的配置信息，如PCRF的选择优先级信息，和收到的PCC会话信息选择合适的V-PCRF，向BBERF发送应答消息，其中携带V-PCRF地址。
V-PCRF地址具体可以通过应答消息中的Redirect-Host AVP发给BBERF，同时，将应答消息的E bit置位，并将Result-Code AVP设置为DIAMETER_REDIRECT_INDICATION。
步骤303、BBERF和V-PCRF建立连接，发起网关控制会话建立流程。
步骤304、VC-PCRF确定需要将网关控制会话信息转发给H-PCRF，向H-DRA发送请求消息，消息中携带有PCC会话信息，如UE标识信息和APN信息。
步骤305、H-DRA接收该请求消息，根据当前的配置信息，如PCRF的选择优先级信息，和收到的PCC会话信息选择合适的H-PCRF1，向V-PCRF发送应答消息，其中携带H-PCRF1地址。
H-PCRF1地址具体可以通过应答消息中的Redirect-Host AVP发给BBERF，同时，将应答消息的E bit置位，并将Result-Code AVP设置为DIAMETER_REDIRECT_INDICATION。
步骤306、V-PCRF尝试和H-PCRF1建立连接，发现无法和H-PCRF1建立连接(图中未示出)，于是V-PCRF向H-DRA重新发送请求消息，将故障的H-PCRF1地址通过消息中的Error-Host AVP发送给H-DRA。
步骤307、H-DRA接收该请求消息，将故障H-PCRF1的选择优先级降低，然后根据PCRF的选择优先级信息及消息中带有的PCC会话信息，如UE标识和APN信息重新选择H-PCRF2，并将H-PCRF2地址信息发送给V-PCRF。
步骤308、V-PCRF将网关控制会话信息转发给H-PCRF2。
步骤309、H-PCRF2发送网关控制会话应答给V-PCRF，确认网关控制会话建立。
步骤310、V-PCRF将网关控制会话应答转发给BBERF，确认网关控制会话建立。
步骤311、BBERF发送代理绑定更新消息给PCEF，用于建立MIP隧道。
步骤312、PCEF需要和PCRF之间建立IP-CAN会话，发送请求消息到H-DRA。消息中带有会话信息，如UE标识信息和APN信息。
步骤313、DRA接收该请求消息，根据消息中的会话信息关联到同一PCC会话，将选择给V-PCRF的H-PCRF2的地址信息发送给PCEF。
步骤314、PCEF和H-PCRF2建立连接并完成IP-CAN会话的建立。
步骤315、PCEF发送代理绑定应答消息到BBERF。
可以看到，对于信任的非3GPP接入非漫游场景下，通过本实施例的流程可以使DRA通过和Diameter客户端(如BBERF、V-PCRF或PCEF等)的交互获知H-PCRF1侧网络故障，并降低H-PCRF1的选择优先级，从而能够根据PCRF状态变化情况控制对于PCRF的选择依据，有效地为业务选择PCRF，避免DRA不知道H-PCRF1已经故障，当Diameter客户端再次发送消息到DRA请求一个PCRF地址时，DRA仍旧会选择该故障的H-PCRF1的情况的发生。
如图4所示，为本发明再一个具体实施例中状态信息的处理方法的流程图。本实施例中，DRA和PCRF1之间以及DRA和PCRF2之间都有心跳机制，DRA通过心跳机制检测到PCRF1故障，将PCRF1优先级降低；当DRA再次检测到PCRF1正常时重新恢复PCRF1的优先级。这里假定PCRF1的初始选择优先级比PCRF2高。
步骤401、DRA通过心跳机制检测到PCRF1侧网络故障。
步骤402、DRA将PCRF1的选择优先级降低。这里可以是将PCRF1设置为不可用。
本步骤中，DRA可以进一步记录PCRF1故障前的选择优先级参数。
步骤403、BBERF2需要查询PCRF地址，发送请求消息到DRA，消息中携带有会话信息，如UE标识信息。
步骤404、DRA接收该请求消息，根据收到的会话信息和配置信息，如PCRF的选择优先级信息，选择优先级较高的PCRF2，向BBERF2发送应答消息，其中携带PCRF2地址。
PCRF2的地址具体可以通过应答消息中Redirect-Host AVP发给BBERF，同时，将应答消息的E bit置位，并将Result-Code AVP设置为DIAMETER_REDIRECT_INDICATION。
步骤405、BBERF2和PCRF2建立连接并完成网关控制会话的建立。
步骤406、DRA通过心跳机制检测到PCRF1侧网络已恢复正常。
步骤407、DRA恢复PCRF1的选择优先级。
具体地，可以利用步骤402中的记录来恢复PCRF1故障前的选择优先级参数。
步骤408、BBERF1需要查询PCRF地址，发送请求消息到DRA，消息中带有会话信息，如UE标识信息。
步骤409、DRA接收该请求消息，根据收到的会话信息和配置信息，如PCRF的选择优先级信息，选择优先级较高的PCRF1，向BBERF1发送应答消息，其中携带PCRF1地址。
PCRF1的地址具体可以通过应答消息中Redirect-Host AVP发给BBERF，同时，将应答消息的E bit置位，并将Result-Code AVP设置为DIAMETER_REDIRECT_INDICATION。
步骤410、BBERF1和PCRF1建立连接并完成网关控制会话的建立。
可以看到，通过本实施例的流程可以使DRA通过心跳机制获知PCRF1侧网络故障，并降低PCRF1的选择优先级，从而能够根据PCRF状态变化情况控制对于PCRF的选择依据，避免DRA不知道PCRF1已经故障，当Diameter客户端(如BBERF)再次发送消息到DRA请求一个PCRF地址时，DRA仍旧会选择该故障的PCRF1的情况的发生。另外，通过心跳机制DRA获知PCRF1侧网络从故障中恢复，并及时地恢复了PCRF1的故障前的选择优先级参数，能够避免PCRF1实际已经从故障中恢复，但DRA不知道其已经恢复而导致PCRF1闲置情况的发生。使DRA能够有效地为业务选择PCRF。
如图5所示，为本发明再一个具体实施例中状态信息的处理方法的流程图。本实施例中，DRA通过OM检测到PCRF1故障，将PCRF1优先级降低；当DRA通过OM再次检测到PCRF1正常时重新恢复PCRF1的优先级。这里假定PCRF1的初始选择优先级比PCRF2高。
步骤501、OM检测到PCRF1侧网络故障，并通知DRA。
步骤502、DRA将PCRF1的选择优先级降低。
本步骤中，DRA可以进一步记录PCRF1故障前的选择优先级参数。
步骤503、BBERF2需要查询PCRF地址，发送请求消息到DRA，消息中携带有会话信息，如UE标识信息。
步骤504、DRA接收该请求消息，根据收到的会话信息和配置信息，如PCRF的选择优先级信息，选择优先级较高的PCRF2，向BBERF2发送应答消息，其中携带PCRF2地址。
PCRF2的地址具体可以通过应答消息中Redirect-Host AVP发给BBERF，同时，将应答消息的E bit置位，并将Result-Code AVP设置为DIAMETER_REDIRECT_INDICATION。
步骤505、BBERF2和PCRF2建立连接并完成网关控制会话的建立。
步骤506、OM检测到PCRF1侧网络已经恢复正常，通知DRA。
步骤507、DRA恢复PCRF1的选择优先级。
具体地，可以利用步骤502中的记录来恢复PCRF1故障前的选择优先级参数。
步骤508、BBERF1需要查询PCRF地址，发送请求消息到DRA，消息中带会话信息，如UE标识信息。
步骤509、DRA接收该请求消息，根据收到的会话信息和配置信息，如PCRF的选择优先级信息，选择优先级较高的PCRF1，向BBERF1发送应答消息，其中携带PCRF1地址。
PCRF1的地址具体可以通过应答消息中Redirect-Host AVP发给BBERF，同时，将应答消息的E bit置位，并将Result-Code AVP设置为DIAMETER_REDIRECT_INDICATION。
步骤510、BBERF1和PCRF1建立连接并完成网关控制会话的建立。
可以看到，通过本实施例的流程可以使DRA通过OM机制获知PCRF1侧网络故障，并降低PCRF1的选择优先级，从而能够根据PCRF状态变化情况控制对于PCRF的选择依据，避免DRA不知道PCRF1已经故障，当Diameter客户端(如BBERF)再次发送消息到DRA请求一个PCRF地址时，DRA仍旧会选择该故障的PCRF1的情况的发生。另外，通过OM机制DRA获知PCRF1侧网络从故障中恢复，并及时地恢复了PCRF1的故障前的选择优先级参数，能够避免PCRF1实际已经从故障中恢复，但DRA不知道其已经恢复而导致PCRF1闲置情况的发生。使DRA能够有效地为业务选择PCRF。
以上详细的介绍了本发明的状态信息的处理方法的实施例，下面介绍本发明实施例中的装置及***实施例，以上方法中的各种处理手段以及对特征的详细说明，均可适用于以下介绍的状态信息的处理装置、***及Diameter客户端。
请参阅图6，为本发明实施例中状态信息的处理装置的结构示意图。该装置可以包括：
获知单元601，用于获知策略控制和计费规则功能实体PCRF状态发生变化；
调整单元602，用于根据该PCRF的状态变化调整该PCRF的选择优先级。
其中，获知单元601可以包括交互单元6011、检测单元6012、维护单元6013至少一个：
交互单元6011，用于通过与Diameter客户端交互来获知该PCRF状态发生变化；
检测单元6012，用于通过与该PCRF之间的检测机制检测到该PCRF状态发生变化；
维护单元6013，用于通过操作维护OM机制获知该PCRF状态发生变化。
调整单元602可以包括第一调整单元6021、第二调整单元6022至少一个：
第一调整单元6021，用于在PCRF状态发生变化为该PCRF侧网络故障时，将该PCRF的选择优先级降低；
第二调整单元6022，用于在PCRF状态发生变化为该PCRF侧网络从故障中恢复时，提高该PCRF的选择优先级。
该状态信息的处理装置具体可以为Diameter路由代理。
请参阅图7，为本发明实施例中Diameter客户端的结构示意图。该客户端可以包括：
接收单元701，用于接收Diameter路由代理DRA发送的策略控制和计费规则功能实体PCRF的地址信息。
发送单元702，用于在无法和该PCRF建立连接时，向DRA发送该PCRF侧网络故障的指示。
请参阅图8，为本发明实施例中状态信息的处理***的结构示意图。该***可以包括：
Diameter路由代理DRA801，用于与Diameter客户端交互获知策略控制和计费规则功能实体PCRF状态发生变化，根据PCRF的状态变化调整该PCRF的选择优先级；
Diameter客户端802，用于通知DRA该PCRF状态发生变化。
通过本发明上述实施例提供的状态信息的处理方法、装置、***及Diameter客户端，可以使DRA通过和Diameter客户端的交互、检测机制或OM机制获知某个PCRF侧网络故障，并降低该PCRF的选择优先级，从而能够根据PCRF状态变化情况控制对于PCRF的选择依据，避免DRA不知道该PCRF已经故障，当Diameter客户端再次发送消息到DRA请求一个PCRF地址时，DRA仍旧会选择该故障的PCRF的情况的发生。另外，DRA通过和Diameter客户端的交互、检测机制或OM机制获知该PCRF侧网络从故障中恢复，并及时恢复该PCRF故障前的选择优先级参数，能够避免该PCRF实际已经从故障中恢复，但DRA不知道其已经恢复而导致该PCRF闲置情况的发生。使DRA能够有效地为业务选择PCRF。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (15)

1、一种状态信息的处理方法，其特征在于，该方法包括：
Diameter路由代理DRA获知策略控制和计费规则功能实体PCRF状态发生变化；
所述DRA根据所述PCRF的状态变化调整所述PCRF的选择优先级。
2、如权利要求1所述的方法，其特征在于，所述DRA获知PCRF状态发生变化包括：
所述DRA通过与Diameter客户端交互来获知所述PCRF状态发生变化。
3、如权利要求1所述的方法，其特征在于，所述DRA获知PCRF状态发生变化包括：
所述DRA通过与所述PCRF之间的检测机制检测到所述PCRF状态发生变化。
4、如权利要求3所述的方法，其特征在于，所述检测机制包括：TCP连接或者心跳机制。
5、如权利要求1所述的方法，其特征在于，所述DRA获知PCRF状态发生变化包括：
所述DRA通过操作维护OM机制获知所述PCRF状态发生变化。
6、如权利要求1-5任一项所述的方法，其特征在于，所述PCRF状态发生变化包括：所述PCRF侧网络故障；
所述DRA根据所述PCRF的状态变化调整所述PCRF的选择优先级包括：所述DRA将所述PCRF的选择优先级降低。
7、如权利要求6所述的方法，其特征在于，所述DRA通过与Diameter客户端交互来获知PCRF状态发生变化包括：
当Diameter客户端无法和所述PCRF建立连接时，所述DRA接收到所述Diameter客户端发送的故障指示，所述指示包括所述PCRF的信息；
所述DRA根据所述故障指示获知所述PCRF侧网络故障。
8、如权利要求7所述的方法，其特征在于，所述指示包括会话信息；所述DRA将所述PCRF的选择优先级降低之后进一步包括：
所述DRA根据会话信息及PCRF的选择优先级信息重新选择PCRF。
9、如权利要求1-5任一项所述的方法，其特征在于，所述PCRF状态发生变化包括：所述PCRF侧网络从故障中恢复；
所述DRA根据所述PCRF的状态变化调整所述PCRF的选择优先级包括：所述DRA提高所述PCRF的选择优先级。
10、如权利要求9所述的方法，其特征在于，所述DRA通过与Diameter客户端交互来获知PCRF状态发生变化包括：
所述DRA接收到Diameter客户端发送的PCRF寻址请求，所述请求中携带会话信息；
所述DRA根据所述会话信息及PCRF的选择优先级信息选择所述PCRF，将所述PCRF地址信息发给Diameter客户端；
如果没有接收到Diameter客户端发送的所述PCRF侧网络故障的指示，则所述DRA确定所述PCRF从故障中恢复。
11、一种状态信息的处理装置，其特征在于，该装置包括：
获知单元，用于获知策略控制和计费规则功能实体PCRF状态发生变化；
调整单元，用于根据所述PCRF的状态变化调整所述PCRF的选择优先级。
12、如权利要求11所述的装置，其特征在于，所述获知单元包括以下单元至少一个：
交互单元，用于通过与Diameter客户端交互来获知所述PCRF状态发生变化；
检测单元，用于通过与所述PCRF之间的检测机制检测到所述PCRF状态发生变化；
维护单元，用于通过操作维护OM机制获知所述PCRF状态发生变化。
13、如权利要求11或12所述的装置，其特征在于，所述调整单元包括以下单元至少一个：
第一调整单元，用于在所述PCRF状态发生变化为所述PCRF侧网络故障时，将所述PCRF的选择优先级降低；
第二调整单元，用于在所述PCRF状态发生变化为所述PCRF侧网络从故障中恢复时，提高所述PCRF的选择优先级。
14、一种Diameter客户端，其特征在于，所述Diameter客户端包括：
接收单元，用于接收Diameter路由代理DRA发送的策略控制和计费规则功能实体PCRF的地址信息。
发送单元，用于在无法和所述PCRF建立连接时，向DRA发送所述PCRF侧网络故障的指示。
15、一种状态信息的处理***，其特征在于，该***包括：
Diameter路由代理DRA，用于与Diameter客户端交互获知策略控制和计费规则功能实体PCRF状态发生变化，根据所述PCRF的状态变化调整所述PCRF的选择优先级；
Diameter客户端，用于通知所述DRA所述PCRF状态发生变化。
CN2008101423559A 2008-08-08 2008-08-08 一种状态信息的处理方法、装置、***及客户端 Expired - Fee Related CN101646193B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2008101423559A CN101646193B (zh) 2008-08-08 2008-08-08 一种状态信息的处理方法、装置、***及客户端
PCT/CN2009/072851 WO2010015171A1 (zh) 2008-08-08 2009-07-21 一种处理状态信息的方法及其装置、***及客户端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2008101423559A CN101646193B (zh) 2008-08-08 2008-08-08 一种状态信息的处理方法、装置、***及客户端

Publications (2)

Publication Number Publication Date
CN101646193A true CN101646193A (zh) 2010-02-10
CN101646193B CN101646193B (zh) 2012-11-21

Family

ID=41657856

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008101423559A Expired - Fee Related CN101646193B (zh) 2008-08-08 2008-08-08 一种状态信息的处理方法、装置、***及客户端

Country Status (2)

Country Link
CN (1) CN101646193B (zh)
WO (1) WO2010015171A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238511A (zh) * 2010-04-30 2011-11-09 中兴通讯股份有限公司 一种策略和计费规则功能实体的选择方法及***
WO2013086668A1 (zh) * 2011-12-12 2013-06-20 华为技术有限公司 策略和计费控制方法、实体及***
CN103220659A (zh) * 2012-01-21 2013-07-24 上海贝尔股份有限公司 在信令路由代理中更新会话记录信息的方法、装置和设备
CN103238346A (zh) * 2010-12-03 2013-08-07 日本电气株式会社 移动通信方法、网关设备、移动性管理节点和呼叫会话控制服务器设备
WO2014205783A1 (zh) * 2013-06-28 2014-12-31 华为技术有限公司 一种路由消息传输方法及装置
CN104301221A (zh) * 2014-10-11 2015-01-21 华为技术有限公司 一种路由消息的方法及装置
WO2016082710A1 (zh) * 2014-11-28 2016-06-02 华为技术有限公司 一种呼叫控制方法、Diameter协议转发设备及***
CN105764082A (zh) * 2014-12-18 2016-07-13 ***通信集团公司 网元容灾方法及装置
CN108881018A (zh) * 2012-06-11 2018-11-23 泰科来股份有限公司 用于在diameter信令路由器处路由diameter消息的方法、***及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012071739A1 (zh) * 2010-12-03 2012-06-07 华为技术有限公司 不同网络间寻址的实现方法、路由代理网元及***
US10284420B2 (en) 2017-02-19 2019-05-07 Cisco Technology, Inc. System and method to facilitate network element failure detection and session restoration in a network environment

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0404410D0 (en) * 2004-02-27 2004-03-31 Nokia Corp A communication network
WO2008083377A2 (en) * 2006-12-31 2008-07-10 Qualcomm Incorporated Methods and apparatus for use in a communication system
CN100579302C (zh) * 2008-01-10 2010-01-06 中兴通讯股份有限公司 一种非漫游场景下策略和计费规则功能服务器的选择方法

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238511B (zh) * 2010-04-30 2014-11-05 中兴通讯股份有限公司 一种策略和计费规则功能实体的选择方法及***
CN102238511A (zh) * 2010-04-30 2011-11-09 中兴通讯股份有限公司 一种策略和计费规则功能实体的选择方法及***
CN103238346A (zh) * 2010-12-03 2013-08-07 日本电气株式会社 移动通信方法、网关设备、移动性管理节点和呼叫会话控制服务器设备
CN103250439A (zh) * 2010-12-03 2013-08-14 日本电气株式会社 移动通信方法、网关设备、移动性管理节点和呼叫会话控制服务器设备
CN103238346B (zh) * 2010-12-03 2016-07-06 日本电气株式会社 移动通信方法、网关设备、移动性管理节点和呼叫会话控制服务器设备
WO2013086668A1 (zh) * 2011-12-12 2013-06-20 华为技术有限公司 策略和计费控制方法、实体及***
CN103220659A (zh) * 2012-01-21 2013-07-24 上海贝尔股份有限公司 在信令路由代理中更新会话记录信息的方法、装置和设备
CN108881018B (zh) * 2012-06-11 2021-09-03 泰科来股份有限公司 用于在diameter信令路由器处路由diameter消息的方法、***及装置
CN108881018A (zh) * 2012-06-11 2018-11-23 泰科来股份有限公司 用于在diameter信令路由器处路由diameter消息的方法、***及装置
CN103650543B (zh) * 2013-06-28 2017-06-13 华为技术有限公司 一种路由消息传输方法及装置
WO2014205783A1 (zh) * 2013-06-28 2014-12-31 华为技术有限公司 一种路由消息传输方法及装置
CN104301221B (zh) * 2014-10-11 2018-05-18 华为技术有限公司 一种路由消息的方法及装置
CN104301221A (zh) * 2014-10-11 2015-01-21 华为技术有限公司 一种路由消息的方法及装置
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 ***通信集团公司 网元容灾方法及装置

Also Published As

Publication number Publication date
WO2010015171A1 (zh) 2010-02-11
CN101646193B (zh) 2012-11-21

Similar Documents

Publication Publication Date Title
CN101646193B (zh) 一种状态信息的处理方法、装置、***及客户端
CN101277541B (zh) 一种Diameter路由实体转发消息的方法
CN101841797B (zh) 一种终端通过多接入网接入的计费方法和***及上报方法
CN101867909B (zh) 一种实现有限策略计费控制的方法及***
CN101227391B (zh) 非漫游场景下策略和计费规则功能实体的选择方法
CN101646149B (zh) 一种删除dra中会话信息的方法
CN102075894B (zh) 策略和计费规则功能实体的选择方法及***
CN101252782B (zh) 获知终端漫游接入方式的方法
CN101198171B (zh) 一种漫游场景下的策略计费控制消息的路由方法
CN101588326B (zh) 网关控制会话和Gx会话关联的方法、设备和***
CN101959164A (zh) 删除家乡策略和计费规则功能冗余信息的方法及***
CN101217383A (zh) 一种策略和计费规则功能关联关系的删除方法
CN101895525B (zh) 一种多接入的数据连接管理方法、***及相关设备
CN101730174A (zh) 演进的分组***中实现跨***切换的方法及***
CN102238511B (zh) 一种策略和计费规则功能实体的选择方法及***
CN105122731A (zh) 检测、报告潜在服务中断并从中恢复
CN101483848B (zh) 漫游状态下切换网络的方法、装置及***
CN102972084A (zh) 分组数据网络pdn连接建立方法和设备
CN105516952A (zh) 一种策略和计费规则功能的选择方法及装置
CN101998513B (zh) 控制pcrf负载均衡的方法、***及重定向dra
CN103379569A (zh) 流迁移的触发方法及装置
CN102026136B (zh) 一种演进的分组域本地疏导在线计费方法和***
CN102387063B (zh) 一种ifom错误时的处理方法和***
CN101860836B (zh) 策略和计费控制的处理方法、***及设备
CN101355561A (zh) Dra的会话消息管理方法和***

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

Granted publication date: 20121121