背景技术
随着无线通信系统的发展,在第三代合作伙伴计划阶段7(3GPP Release7,3rd Generation Partnership Project Release7)的标准体系中,策略和计费功能由策略和计费控制(PCC,Policy and Charging Control)架构来实现。PCC架构是一个能够应用于多种接入技术的功能框架,例如,PCC架构可以应用于通用移动通信系统(UMTS,Universal Mobile Telecommunications System)的陆地无线接入网(UTRAN,UMTS Terrestrial Radio Access Network)、全球移动通信系统(GSM,Global system for Mobile Communication)/GSM数据增强演进(EDGE)无线接入网、以及互通无线局域网(I-WLAN)等等。
目前,PCC架构主要实现两大功能:策略控制功能和计费功能,图1为3GPP阶段8(Release 8)中PCC架构的整体组成结构示意图,下面参照图1所示对PCC架构中的各个逻辑功能实体及其接口功能进行描述。
如图1所示,3GPP Release 8中的PCC架构包括应用功能实体(AF,Application Function)、策略控制与计费规则功能实体(PCRF,Policy andCharging Rules Function)、策略和计费执行功能实体(PCEF,Policy and ChargingEnforcement Function)/网关(GW,Gate-Way)、用户签约数据库(SPR,Subscription Profile Repository)、承载绑定和事件报告功能实体(BBERF,BearerBinding and Event Reporting Function)、在线计费系统(OCS,Online ChargingSystem)和离线计费系统(OFCS,Offline Charging System);其中,
AF,提供业务应用的接入点,各个业务应用所使用的网络资源需要进行动态的策略控制。当业务面进行参数协商时,AF将相关业务信息传递给PCRF,如果相关业务信息与PCRF的策略一致,则PCRF接受当前的协商;否则,PCRF拒绝当前的协商,并在反馈中同时给出PCRF可接受的业务参数。之后,AF可将这些参数返回给用户设备(UE,User Equipment)。其中,AF和PCRF之间通过Rx接口连接并交互信息。
PCRF是PCC架构的核心,负责策略决策和计费规则的制定;PCRF提供基于业务数据流的网络控制规则,所述网络控制至少包括业务数据流的检测、门控(Gating Control)、服务质量(QoS,Quality of Service)控制、以及基于数据流的计费规则等;PCRF将其制定的策略和计费规则发送给PCEF执行,同时,PCRF还需要保证所制定的规则与用户签约信息一致。通常,PCRF制定策略和计费规则的依据包括:从AF获取与业务相关的信息;从SPR获取与用户策略和计费控制签约信息;从PCEF获取与承载相关的网络信息。
PCEF,通常位于网络的GW上,如:通用分组无线业务(GPRS)中的GPRS网关支持节点(GGSN)、以及I-WLAN中的分组数据网关(PDG,Packet DataGateway),在承载面执行PCRF所制定的策略和计费规则;PCEF按照PCRF所发送的规则中的业务数据流过滤器对业务数据流进行检测,进而对这些业务数据流执行PCRF所制定的策略和计费规则。在承载建立时,PCEF按照PCRF发送的规则进行QoS授权,并根据AF的执行进行门控控制;根据PCRF发送的计费规则,PCEF执行相应的业务数据流计费操作,计费既可以是在线计费,也可以是离线计费。如果是在线计费,则PCEF需要与OCS一起进行信用管理;如果是离线计费,PCEF需要与OFCS之间交换相关计费信息。PCEF与PCRF之间采用Gx接口,PCEF与OCS之间采用Gy接口,PCEF与OFCS之间采用Gz接口。
SPR存储有策略控制与计费相关的用户策略和计费控制签约信息;SPR与PCRF之间采用Sp接口。
OCS与PCEF一起进行在线计费方式下用户信用的控制和管理。
OFCS与PCEF一起完成离线计费方式下的计费操作。
PCRF通过Gxx接口向BBERF下发IP连接接入网(IP-CAN)会话相关的QoS规则,通过Gx接口向PCEF下发IP-CAN会话相关的PCC规则。BBERF功能包括承载绑定、上行承载绑定的验证、以及事件报告,BBERF通常存在于网关中,如:演进分组系统(EPS,Evolved Packet System)中的服务网关(SGW,Serving Gateway)、演进的分组数据网关(ePDG,Evolved Packet Data Gateway)、以及用于接入EPS系统的非3GPP接入网关等。当用户通过非3GPP接入EPC、或E-UTRAN接入EPC,并且SGW和分组网关(PGW)之间采用PMIP协议时,PCC架构需要BBERF功能实体。
基于图1所示的PCC架构,PCRF发起的IP-CAN会话修改流程的实现过程如图2所示,通过图2的流程,当PCRF接收到业务请求时,PCRF根据在IP-CAN建立阶段从SPR获取的用户签约信息,针对该用户进行授权和策略决策,并将该决策信息下发给PCEF,由PCEF进行执行。参见图2所示,PCRF发起的IP-CAN会话修改流程包括以下步骤:
步骤201~202:PCRF针对当前的用户业务进行PCC规则授权并制定PCC策略决策,之后,PCRF向GW中的PCEF下发制定的策略决策内容;
这里,如果用户业务的PCC规则授权失败,如:在SPR中没有签约相关业务、PCC检测后拒绝该业务等,PCRF会向GW发送请求授权失败的消息,并结束本流程;
步骤203~204、PCEF收到PCRF发来的策略决策后执行GW策略决策;执行策略决策后,PCEF向PCRF返回响应消息。
在PCRF制定PCC策略决策之前,该流程可进一步包括步骤200:AF向PCRF发送用户业务请求;PCRF向AF返回用户业务响应。
根据上述流程可以看出,现有PCRF发起的IP-CAN会话修改流程至少存在如下问题:1)通常,针对IP-CAN会话修改流程中的业务PCC规则授权失败时,包括在SPR中没有签约相关业务、或PCC检测后拒绝该业务等情况,PCRF只是简单地向GW发送请求授权失败的消息,如此,会导致用户的会话被简单地拒绝,从而无法对业务被拒绝情况通过重定向的方式向用户进行显示提醒,更无法使GW将用户的会话重定向到其他服务器。
2)针对会话成功建立后,如果由于某种原因,例如用户签约的用量到达签约值、本地定时信息触发等情况,需要对用户会话进行重定向操作,即:将用户的会话重定向到其他服务器,以实现对用户后续操作如续费等进行显示提示时,目前还没有人提出相关的重定向实现方案。
发明内容
有鉴于此,本发明的主要目的在于提供一种基于策略和计费控制的重定向方法及装置,能实现对用户会话的重定向。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种基于策略和计费控制的重定向方法,包括:设置重定向列表与指示信息的对应关系;该方法还包括:
PCRF检测到需要对用户会话重定向时,向GW/PCEF发送重定向服务器对应的指示信息;
GW/PCEF收到所述指示信息后,根据本地的重定向列表确定重定向服务器的地址,并将需重定向的用户会话重定向到所述地址对应的服务器。
其中,所述重定向列表设置于GW/PCEF,所述重定向列表存储有重定向服务器的地址与指示信息的对应关系。
上述方案中,所述需要对用户会话重定向的情况包括:PCC规则授权失败、满足预设触发条件。
上述方案中,所述PCRF向GW/PCEF发送重定向服务器对应的指示信息为:将所述指示信息携带于重认证授权请求消息中发送、或将所述指示信息携带于信用控制应答消息中发送。
本发明还提供了一种基于策略和计费控制的重定向装置,包括设置单元、发送单元、接收与重定向单元;其中,
设置单元,用于设置重定向列表与指示信息的对应关系;
发送单元,用于在PCRF检测到需要对用户会话重定向时,向GW/PCEF发送重定向服务器对应的指示信息;
接收与重定向单元,用于GW/PCEF收到所述指示信息后,根据本地的重定向列表确定重定向服务器的地址,并将需重定向的用户会话重定向到所述地址对应的服务器。
本发明所提供的基于策略和计费控制的重定向方法及装置,设置重定向列表与指示信息的对应关系;当PCRF检测到需要对用户会话重定向时,PCRF向GW/PCEF发送重定向服务器对应的指示信息,GW/PCEF收到指示信息后根据本地的重定向列表确定重定向服务器的地址,并将需重定向的用户会话重定向。如此,即可在PCC规则授权失败、或会话成功建立后但由于某种原因需要对会话进行重定向时,能支持PCRF完成对用户会话的重定向。
具体实施方式
本发明的基本思想是:设置重定向列表与指示信息的对应关系,当PCRF检测到需要对用户会话重定向时,PCRF向GW/PCEF发送重定向服务器对应的指示信息,GW/PCEF收到指示信息后,根据本地的重定向列表确定重定向服务器的地址,并将需重定向的用户会话重定向到所确定的地址对应的服务器。
这里,所述重定向列表一般设置于GW/PCEF上,重定向列表中存储有可用于重定向的重定向服务器的地址与指示信息的对应关系,也就是说,可以预先为每个服务器设置一个指示信息,该指示信息用于唯一标识一个服务器,且建立指示信息与重定向列表之间的对应关系。其中,所述指示信息可以是重定向列表中的索引值、或根据索引值生成、或直接设定;为每个服务器设置的指示信息可以是GW与PCRF预先约定或协商好的,GW、PCRF均可以根据指示信息识别相应服务器,或根据服务器给出相应指示信息。
本发明中,用户会话指用户的IP-CAN会话,所述PCRF检测到需要对用户的IP-CAN会话重定向,即重定向的触发原因,主要包括两种情况:
一种是,当IP-CAN会话修改流程中的业务PCC规则授权失败时,包括在SPR中没有签约相关业务、或PCC检测后拒绝该业务等情况,PCRF要向PCEF下发重定向服务器对应的指示信息,以实现对用户会话的重定向;
另一种是,会话成功建立后,由于某种原因,如用户签约的用量到达签约门限值、或本地定时信息触发等情况,需要对用户后续操作如续费等进行显示提示,需要对用户进行重定向时,PCRF要向PCEF下发重定向服务器对应的指示信息,以实现对用户会话的重定向。
本发明基于策略和计费控制的重定向方法如图3所示,包括以下步骤:
步骤300:设置重定向列表与指示信息之间的对应关系;
这里,重定向列表设置在GW/PCEF上;对应的指示信息可以在PCRF上根据重定向列表的索引值生成,其中,指示信息可直接采用索引值,如使用1、2、3......表示;或者,指示信息根据索引值生成,如索引值为1,对应的指示信息为a,索引值为2,对应的指示信息为b等等;当然,指示信息也可以直接设定,如:直接设置服务器1的指示信息为a,直接设置服务器2的指示信息为b等等。
步骤301:PCRF检测到需要对用户的会话重定向时,PCRF向GW/PCEF发送重定向服务器对应的指示信息;
这里,所述PCRF发送指示信息为:PCRF向GW/PCEF发送携带有重定向服务器对应的指示信息的消息。
步骤302:GW/PCEF收到该指示信息后,根据收到的指示信息和自身存储的重定向列表确定重定向服务器的地址,并将需重定向的用户会话重定向到所确定的地址对应的服务器。
举例来说,假设PCRF要将用户会话重定向到的服务器是服务器3,服务器3对应的指示信息为c,服务器3对应的服务器地址是100.0.0.10;那么,PCRF向GW/PCEF发送携带有指示信息c的消息,GW/PCEF收到后,根据重定向列表中存储的指示信息c与服务器地址100.0.0.10之间的对应关系,确定重定向服务器的服务器地址为100.0.0.10,则将当前用户会话重定向到100.0.0.10对应的服务器上。
下面结合附图和实施例对本发明基于策略和计费控制的重定向方法的具体处理过程进一步详细说明。
实施例一:
本实施例中,重定向列表设置于GW中的PCEF上,重定向的触发原因是:PCC规则授权失败而导致的基于业务信息的PCRF触发的重定向,具体的,由于当前用户业务签约信息未在获取的用户签约信息中、或PCRF的本地策略决策为无权使用,使得PCC规则授权失败。
本实施例中基于策略和计费控制的重定向方法如图4所示,包括以下步骤:
步骤400:设置重定向列表与指示信息之间的对应关系;
这里,重定向列表设置在PCEF上;并且,本步骤通常在系统启动时完成。
步骤401:AF向PCRF发送用户业务请求消息,PCRF存储用户业务信息,并向AF返回用户业务响应消息;
实际应用中,本步骤是可选的,AF可以不向PCRF发起用户业务请求。
步骤402:当PCRF检测到从SPR获取的用户签约信息中没有该业务签约信息、或该业务根据PCRF的本地策略决策为无权使用时,PCRF将对该用户会话进行重定向;
步骤403:PCRF向PCEF发送重认证授权请求消息Diameter RAR(Re-Auth-Request),消息中携带有重定向服务器对应的指示信息;
步骤404:PCEF收到指示信息后,根据收到的指示信息和自身存储的重定向列表,得到重定向服务器的地址,然后将用户会话重定向到所得到的地址指向的服务器;
步骤405:PCEF向PCRF发送重认证授权应答消息Diameter RAA(Re-Auth-Answer)进行确认。
本实施例解决了现有技术中PCC规则授权失败时,对用户会话无法重定向的问题。
实施例二:
本实施例中,重定向列表设置于GW中的PCEF上,重定向的触发原因是:基于PCRF本地策略而触发,即:满足某个预设的触发条件。
本实施例中基于策略和计费控制的重定向方法如图5所示,包括以下步骤:
步骤500:设置重定向列表与指示信息之间的对应关系;
这里,重定向列表设置在PCEF上;并且,本步骤通常在系统启动时完成。
步骤501:用户与AF之间成功建立基于业务请求的用户IP-CAN会话;
步骤502:PCRF检测到本地预设的某个条件被触发,例如到达某个预设的时间点,PCRF触发PCC策略重新决策,对用户IP-CAN会话进行重定向;
步骤503:PCRF向PCEF发送重认证授权请求消息Diameter RAR,消息中携带有重定向服务器对应的指示信息;
步骤504:PCEF收到指示信息后,根据收到的指示信息和自身存储的重定向列表,得到重定向服务器的地址,然后将用户会话重定向到所得到的地址指向的服务器;
步骤505:PCEF向PCRF发送重认证授权应答消息Diameter RAA进行确认。
本实施例解决了现有技术中基于PCRF本地策略无法对用户会话进行重定向的问题。
实施例三:
本实施例中,重定向列表设置于GW中的PCEF上,重定向的触发原因是:基于事件信息,即:满足某个预设的条件产生指定触发事件。
本实施例中基于策略和计费控制的重定向方法如图6所示,包括以下步骤:
步骤600:设置重定向列表与指示信息之间的对应关系;
这里,重定向列表设置在PCEF上;并且,本步骤通常在系统启动时完成。
步骤601:用户和AF之间成功建立IP-CAN会话,并且PCRF对PCEF设定了事件触发器(Event Trigger);
这里,所述事件触发器是:对用户某段时间的用量进行统计,用量到达某一预设门限值时上报,即触发事件。
步骤602:PCEF检测到指定事件发生,即:检测到用户累计用量已达到预设门限值;
步骤603:PCEF通过信用控制请求消息Diameter CCR(Credit-Control-Request)向PCRF上报检测到的事件,即PCEF向PCRF发送事件报告;
步骤604:PCRF将PCEF本次上报的用户用量与该用户的历史用量累加,并将累加值与用户签约用量进行比较,如果累加值达到或超过用户签约用量,则PCRF将对会话进行重定向;
步骤605:PCRF向PCEF发送信用控制应答消息Diameter CCA(Credit-Control-Answer),消息中携带有重定向服务器对应的指示信息;
步骤606:PCEF收到指示信息后,根据收到的指示信息和自身存储的重定向列表,得到重定向服务器的地址,然后将用户会话重定向到所得到的地址指向的服务器。
本实施例解决了现有技术中基于事件信息无法对用户会话进行重定向的问题。
为实现上述方法,本发明还提供了一种基于策略和计费控制的重定向装置,包括:设置单元、发送单元、接收与重定向单元;其中,
所述设置单元,用于设置重定向列表与指示信息的对应关系;
所述发送单元,用于在PCRF检测到需要对用户会话重定向时,向GW/PCEF发送重定向服务器对应的指示信息;
所述接收与重定向单元,用于GW/PCEF收到所述指示信息后,根据本地的重定向列表确定重定向服务器的地址,并将需重定向的用户会话重定向到所述地址对应的服务器。
这里,所述需要对用户会话重定向时可以是PCC规则授权失败时,也可以是满足某个预设触发条件时,还可以是满足某个预设条件产生指定触发事件时;所述PCRF向GW/PCEF发送重定向服务器对应的指示信息为:将所述指示信息携带于重认证授权请求消息Diameter RAR中发送、或将所述指示信息携带于信用控制应答消息Diameter CCA中发送。
这里,重定向列表一般设置于GW/PCEF上。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。