具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为PCC系统的架构示意图,如图1所示,PCC系统包括:AF、PCRF、PCEF、用户签约数据库(Subscription Profile Repository,以下简称为:SPR)离线计费系统和在线计费系统。
AF用于向PCRF动态提供应用层的会话信息。
PCRF,用于根据用户设备(User Equipment,简称为:UE)接入网络的限制、运营商制定的策略、从SPR获取的用户签约信息以及从AF获取的用户当前正在进行的业务信息等决定对应的策略和计费控制规则,并将该策略和计费控制规则下发给PCEF执行。这些策略和计费控制规则包括过滤规则和对应的策略和计费控制,其中的策略和计费控制包括但不限于:业务数据流的检测规则,是否门控,业务数据流对应的QoS和基于流的计费规则等;过滤规则是网络协议(Internet Protocol,简称为:IP,)五元组信息,包括源IP地址和目的IP地址、源端口号和目的端口号、以及协议号。
PCEF,用于执行PCRF下发或者指定的策略,即按照PCRF所发送的策略和计费控制规则中的过滤规则,检测出业务数据流的流量,进而对这些业务数据流执行PCRF所制定的策略和计费控制。例如,执行相应的业务数据流的检测和测量,根据业务数据流的流量生成计费信息,发送到在线计费系统或离线计费系统进行计费,执行业务数据流的门控,保证业务数据流的QoS,进行用户面流量处理和触发控制面的会话管理等。
其中,PCRF与PCEF之间的接口为Gx参考点,PCRF可以通过该参考点动态控制PCEF所执行的策略和计费控制规则。该参考点的功能包括:建立、维护和终结网络协议连接接入网络(Internet Protocol Connectivity AccessNetwork,简称为:IP-CAN)会话,PCEF向PCRF请求策略和计费控制规则,PCRF向PCEF提供策略和计费控制规则,协商IP-CAN承载建立模式等。该参考点采用Diameter协议。
图2为本发明基于策略计费控制系统的增值业务处理方法实施例一的流程图,如图2所示,该方法包括:
步骤201、接收终端发送的业务请求和用于标识终端的用户信息。
终端上线后,网关设备接收到终端发送的业务请求,该业务请求可以是用于向网络服务器请求超文本传输协议(HyperText Transfer Protocol,简称为:HTTP)业务,并且网关设备还可以接收到终端上报的该终端的用户信息,该用户信息可以包括:用户IMSI号,终端IMEI号或用户位置信息等,其中IMSI为全球移动用户标识(International Mobile Subscriber Identity),IMEI为全球移动设备用户标识(International Mobile Equipment Identity)。
本实施例中,网关设备可以是包括PCEF的网关设备,终端可以是用户设备,例如:手机、PDA或无线上网卡等。
步骤202、获取与用户信息对应的策略信息。
策略信息用于指示网关设备对相应的终端发送的业务请求执行策略。该策略信息可以存储在策略服务器中,也可以存储在网关设备中。
策略信息存储在策略服务器中时,获取该策略信息的过程可以为:网关设备在检测到终端上线后,可以向策略服务器请求与该终端对应的策略信息,策略服务器在接收到网关设备的请求后,向网关设备下发包括与该终端对应的策略信息的策略指示信息,网关设备从该策略指示信息中获取策略信息;或者,在策略服务器检测到与该终端对应的策略信息发生变化时,策略服务器主动向网关设备发送包括当前与该终端对应的策略信息的策略指示信息,网关设备从该策略指示信息中获取策略信息。
策略信息存储在网关设备中时,获取该策略信息的过程可以为:网关设备在检测到终端上线后,可以向策略服务器请求与该终端对应的策略信息,策略服务器在接收到网关设备的请求后,向网关设备下发与该终端对应的策略指示信息,网关设备根据该策略指示信息,从网关设备存储的策略信息中查找到与该终端对应的策略信息;或者,在策略服务器检测到与该终端对应的策略信息发生变化时,策略服务器主动向网关设备发送与该终端对应的策略指示信息,网关设备根据该策略指示信息,从网关设备存储的策略信息中查找到与该终端对应的策略信息。
步骤203、根据策略信息对业务请求进行处理,以使网络服务器根据处理后的业务请求向终端发送增值业务信息。
网关设备获取到策略信息后,根据该策略信息对该业务请求进行处理。其中,网关设备根据该策略信息对业务请求进行处理可以包括:网关设备在业务请求中添加终端的用户信息,然后将处理后的业务请求发送给网络服务器,使得网络服务器除了根据业务请求向对应的终端下发HTTP业务之外,还根据业务请求中的用户信息向对应的终端发送增值业务信息;或者网关设备直接将业务请求转发给网络服务器,网络服务器只是根据业务请求向对应的终端下发HTTP业务。其中,该增值业务可以包括:根据用户信息针对性的下发广告、下发业务或控制策略等。
若终端签约了增值业务,则该终端对应的策略可以为将用户信息添加到业务请求中;若终端没有签约增值业务,则该终端对应的策略可以为直接将业务请求转发给网络服务器。
本实施例中,网关设备在接收到终端发送的业务请求后,根据获取到的策略信息,对该业务请求进行处理,以使网络服务器根据处理过的该业务请求向该终端下发增值业务,实现了可以灵活的对不同的用户执行相应的增值业务。
图3为本发明基于策略计费控制系统的增值业务处理方法实施例二的流程图,如图3所示,该方法包括:
步骤301、接收网关设备发送的、包括用于标识终端的用户信息的业务请求。
网络服务器接收到网关设备发送的业务请求,该业务请求中包括该业务请求对应的终端的用户信息。其中,该业务请求中的用户信息是网关设备在向网络服务器转发终端发送的业务请求时,添加到该业务请求中的。
步骤302、获取与所述用户信息对应的增值业务信息,并通过网关设备向终端发送与用户信息对应的增值业务信息。
网络服务器中存储有用户信息及用户信息对应的增值业务。由于本实施例中的业务请求中包括终端的用户信息,所以网络服务器除了根据业务请求向对应的终端下发HTTP业务之外,还根据业务请求中的用户信息,获取与用户信息对应的增值业务信息,然后通过网关设备向对应的终端发送该增值业务信息。
本实施例与本发明方法实施例一相对应,网络服务器接收到网关设备发送的、包括用户信息的业务请求,然后网络服务器根据该用户信息,向该用户信息对应的终端下发增值业务,实现了可以灵活的对不同的用户执行相应的增值业务。
在PCC系统中,PCRF通过Gx参考点对PCEF下发PCC策略可以包括以下两种方式:PULL(请求下发)方式和PUSH(主动下发)方式,其区别在于PCRF下发PCC策略的动作是否需要依赖PCEF发送对应的请求消息。在PULL方式下,PCRF根据PCEF发送的请求消息,向PCEF下发PCC策略;在PUSH方式下,PCRF出于对外部或者内部触发事件的响应,主动向PCEF下发PCC策略。
下面分别针对PULL方式和PUSH方式,对本发明实施例进行具体描述。
图4为本发明基于策略计费控制系统的增值业务处理方法实施例三的信令图,本实施例针对PULL方式,在实施例一和实施例二的基础上,如图4所示,该方法包括:
步骤401、在检测到终端上线后,PCEF向策略服务器发送包括终端的用户信息的策略请求信息,以使策略服务器返回与用户信息对应的策略指示信息。
本实施例中,前述实施例中的网关设备例如可以相当于PCEF,策略服务器可以为PCRF,终端可以为UE。
UE上线时,PCEF可以检测到UE上线,然后PCEF向PCRF发送包括该UE的用户信息的信用控制请求(Credit Control Request,以下简称为:CCR)消息;本实施例中,该CCR消息相当于策略请求信息。
步骤402、PCRF根据CCR返回信用控制应答(Credit Control Answer,以下简称为:CCA)消息;PCEF根据该CCA消息中的策略指示信息获取与用户信息对应的策略信息。
PCRF接收到PCEF发送的CCR消息后,根据CCR消息中的用户信息,获取到该用户信息对应的策略指示信息,然后将该策略指示信息通过CCA消息发送给PCEF,PCEF根据该CCA消息获取到与该用户对应的策略信息。
PCRF向PCEF下发策略可以包括两种类型:一种是在PCRF上定义策略,由PCRF决定下发哪一种策略,并下发策略的具体内容给PCEF;另一种是在PCEF上定义策略,然后由PCRF决定激活或者去激活PCEF上定义的某个策略。
由此,当本实施例在PCRF上定义策略时,PCRF通过CCA消息下发的策略指示信息中包括具体的策略信息,PCEF根据策略指示信息获取策略信息的过程为:PCEF接收到PCRF发送的CCA消息后,从该CCA消息中的策略指示信息中获取与用户信息对应的该策略信息。
当本实施例在PCEF上定义策略时,PCRF通过CCA消息下发的策略指示信息用于指示PCEF从存储在PCEF的策略中获取与该用户信息对应的策略信息,PCEF根据策略指示信息获取策略信息的过程为:PCEF接收到PCRF发送的CCA消息后,根据该CCA消息中的策略指示信息,从存储在PCEF的策略中查找到对应的策略信息。
步骤403、UE向PCEF发送HTTP请求,以请求HTTP业务。
HTTP请求相当于前述实施例中的业务请求。
本实施例中,并不限定步骤401和步骤403的时序关系,也就是说,本发明各实施例中,PCEF向PCRF请求策略的步骤是发生在检测到用户上线后,而与UE向PCEF发送HTTP请求并没有时序关系。
步骤404、PCEF根据PCRF发送的、与用户信息对应的策略信息,将用户信息添加到业务请求中。
本实施例是为了实现灵活的对不同的UE下发增值业务,每个UE可以签约不同或相同的增值业务,也可以不签约增值业务;对于签约有增值业务的UE,在网络服务器上存储有与该UE的用户信息对应的增值业务,并且在PCRF上存储有与该UE的用户信息对应的策略信息,该策略信息可以使PCEF将该UE的用户信息添加到该UE方式的HTTP请求中。
PCEF接收到UE发送的HTTP请求后,根据保存在PCEF上的、由PCRF发送的与该UE对应的策略信息,对该HTTP请求进行处理;本实施例中PCEF根据策略信息对HTTP请求进行处理可以包括两种情况:(1)PCEF将用户信息添加到HTTP请求中,并将添加有用户信息的HTTP请求发送给网络服务器;(2)PCEF不对HTTP请求进行操作,而直接将该HTTP请求转发给网络服务器。
例如:本实施例中,PCRF发送的、与用户信息对应的策略信息可以是:
PCRF通过CCA消息下发的计费规则建立(Charging-Rule-Install)的计费规则定义(Charging-Rule-Definition)中携带控制策略的定义如下:
Charging-Rule-Definition::=<AVP Header:1003>
{Charging-Rule-Name}
[Service-Identifier]
[Rating-Group]
*[Flow-Description]
[Flow-Status]
[QoS-Information]
[Reporting-Level]
[Online]
[Offline]
[Metering-Method]
[Precedence]
[AF-Charging-Identifier]
*[Flows]
[Append-MSISDN]
*[AVP]
其中,大括号“{}”表示其中的项目是必选项,中括号“[]”表示其中的项目是可选项,“*”表示其中的项目可以有多个。流描述(Flow-Description)表示业务数据流的一个或多个IP五元组信息;流状态(Flow-Status)表示对应业务数据流的门控策略信息,例如对数据报文上下行都采取门控策略控制;Rating-Group、Reporting-Level、Online、Offline、Metering-Method等表示对应业务数据流的计费控制策略信息,计费规则名称(Charging-Rule-Name)表示携带业务数据流控制策略信息的策略和计费控制规则名称。
其中,[Append-MSISDN]表示在HTTP请求中添加移动设备ISDN号码(Mobile Station ISDN number,简称为:MSISDN,其中,ISDN为综合业务数字网(Integrated Services Digital Network)),以实现PCEF可以执行HTTP头增强功能。本实施例中,并不限定在HTTP请求中添加的用户信息的类型和个数,只要该用户信息能够标识UE的身份即可,例如,上述的[Append-MSISDN]可以被替换为[Append-IMSI],或者,上述Charging-Rule-Definition可以同时包括[Append-MSISDN]和[Append-IMSI],[Append-IMSI]表示在HTTP请求中添加IMSI。
步骤405、向网络服务器发送添加用户信息后的业务请求,以使网络服务器根据用户信息向终端发送与用户信息对应的增值业务信息。
PCEF向网络服务器发送添加有用户信息的HTTP请求。
步骤406、网络服务器接收到HTTP请求后,根据HTTP请求中的用户信息,获取到与该用户信息对应的增值业务信息。
在网络服务器上可以预先存储有用户信息以及与用户信息对应的增值业务信息。
步骤407、网络服务器响应HTTP请求,通过PCEF向UE发送HTTP业务,并且将获取到的与用户信息对应的增值业务信息,通过该响应下发给UE,以实现对不同的UE执行相应的增值业务。
本实施例中,对于签约了增值业务的终端,网关设备在检测到终端上线后,向策略服务器发送携带该终端对应的策略信息的业务请求,并在策略服务器接收到终端发送的业务请求后,根据获取到的策略信息,将该终端的用户信息添加到该业务请求中,并向网络服务器发送添加有用户信息的业务请求,以使网络服务器除了响应业务请求以外,还根据用户信息向该终端下发增值业务;对于没有签约增值业务的终端,网关设备根据策略信息直接将给终端发送的业务请求转发给网络服务器,网络服务器仅仅响应业务请求;由此实现了可以灵活的对不同的用户执行相应的增值业务。
图5为本发明基于策略计费控制系统的增值业务处理方法实施例四的信令图,本实施例针对PUSH方式,在方法实施例一和方法实施例二的基础上,如图5所示,该方法包括:
步骤501、在终端上线后,接收到策略服务器发送的、与用户信息对应的策略指示信息,PCEF根据该策略指示信息,获取与用户信息对应的策略信息。
本实施例中,前述实施例中的网关设备例如可以相当于PCEF,策略服务器可以为PCRF,终端可以为UE。
在UE上线后,若UE对应的策略信息发生变化,则PCRF主动通过重鉴权请求(Re-Auth-Request,以下简称为:RAR)消息向PCEF发送与该UE对应的策略指示信息;PCEF通过该策略指示信息获取到与该用户对应的策略信息。
当本实施例是在PCRF上定义策略时,PCRF通过RAR消息下发的策略指示信息中包括具体的策略信息,PCEF根据策略指示信息获取策略信息的过程为:PCEF接收到PCRF发送的RAR消息后,从该CCA消息中的策略指示信息中获取与用户信息对应的该策略信息。
当本实施例是在PCEF上定义策略时,PCRF通过RAR消息下发的策略指示信息用于指示PCEF从存储在PCEF的策略中获取与该用户信息对应的策略信息,PCEF根据策略指示信息获取策略信息的过程为:PCEF接收到PCRF发送的RAR消息后,根据该RAR消息中的策略指示信息,从存储在PCEF的策略中查找到对应的策略信息。
步骤502、UE向PCEF发送HTTP请求,以请求HTTP业务。
HTTP请求相当于前述实施例中的业务请求。
本实施例中,并不限定步骤501和步骤502的时序关系,也就是说,本发明各实施例中,PCRF向PCEF下发策略的步骤是发生在检测到用户上线后,而与UE向PCEF发送HTTP请求并没有时序关系。
步骤503、PCEF根据PCRF发送的、与用户信息对应的策略信息,将用户信息添加到业务请求中。
PCEF接收并保存PCRF通过RAR消息发送的与该UE对应的策略信息。在UE向PCEF发送HTTP请求后,PCEF就根据该策略信息对该HTTP请求进行处理,具体的流程参见方法实施例三中步骤405中的描述,在此不再赘述。
步骤504、PCEF向网络服务器发送添加用户信息后的HTTP请求,以使网络服务器根据用户信息向终端发送与用户信息对应的增值业务信息。
步骤505、网络服务器接收到HTTP请求后,根据HTTP请求中的用户信息,获取到与该用户信息对应的增值业务。
在网络服务器上可以预先存储有用户信息以及与用户信息对应的增值业务信息。
步骤506、网络服务器响应HTTP请求,通过PCEF向UE发送HTTP业务,并且将获取到的与用户信息对应的增值业务信息,通过该响应下发给UE,以实现对不同的UE执行相应的增值业务。
本实施例中,对于签约了增值业务的终端,在检测到终端上线后,策略服务器主动向网关设备发送与该终端对应的策略指示信息,网关设备根据该策略指示信息获取到与该终端对应的策略信息,然后网关设备在接收到终端发送的业务请求后,根据策略服务器发送的与该终端对应的策略信息,将该终端的用户信息添加到该业务请求中,并向网络服务器发送添加有用户信息的业务请求,以使网络服务器除了响应业务请求以外,还根据用户信息向该终端下发增值业务;对于没有签约增值业务的终端,网关设备根据策略信息直接将给终端发送的业务请求转发给网络服务器,网络服务器仅仅响应业务请求;由此实现了可以灵活的对不同的用户执行相应的增值业务。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图6为本发明网关设备实施例一的结构示意图,如图6所示,该网关设备包括:第一接收模块61、第一获取模块63和处理模块65。
第一接收模块61用于接收终端发送的业务请求和用于标识终端的用户信息。第一获取模块63用于获取与用户信息对应的策略信息。处理模块65用于根据策略信息对业务请求进行处理,以使网络服务器根据处理后的业务请求向终端发送增值业务信息。
本实施例中各个模块的工作原理和工作流程参见本发明各方法实施例中的描述,在此不再赘述。
本实施例中,网关设备在接收到终端发送的业务请求后,根据获取到的策略信息,对该业务请求进行处理,以使网络服务器根据处理过的该业务请求向该终端下发增值业务,实现了可以灵活的对不同的用户执行相应的增值业务。
图7为本发明网关设备实施例二的结构示意图,如图7所示,该网关设备中,处理模块65具体可以包括:添加单元651和第一发送单元653;第一获取模块63具体可以包括:第二发送单元631和获取单元635,或者第一获取模块63具体可以包括:接收单元633和获取单元635;进一步的获取单元635具体可以包括:第一获取子单元或第二获取子单元。
添加单元651用于根据策略信息,将用户信息添加到业务请求中。第一发送单元653用于向网络服务器发送添加用户信息后的业务请求,以使网络服务器根据用户信息向终端发送与用户信息对应的增值业务信息。
第二发送单元631用于在检测到终端上线后,向策略服务器发送包括终端的用户信息的策略请求信息,以使策略服务器返回与用户信息对应的策略指示信息。接收单元633用于在终端上线后,接收到策略服务器发送的、与用户信息对应的策略指示信息。获取单元635用于根据策略指示信息,获取与用户信息对应的策略信息。
第一获取子单元用于从策略指示信息中获取与用户信息对应的策略信息。第二获取子单元用于根据策略指示信息,查找到与用户信息对应的策略信息。
本实施例中各个模块的工作原理和工作流程参见本发明各方法实施例中的描述,在此不再赘述。
本实施例中,网关设备在接收到终端发送的业务请求后,根据获取到的策略信息,对该业务请求进行处理,以使网络服务器根据处理过的该业务请求向该终端下发增值业务,实现了可以灵活的对不同的用户执行相应的增值业务。
图8为本发明策略服务器实施例的结构示意图,如图8所示,该策略服务器包括:第二获取模块81和第一发送模块83。
第二获取模块81用于根据已上线终端的用户信息,获取与用户信息对应的策略指示信息。第一发送模块83用于向网关设备发送策略指示信息,以使网关设备根据所述策略指示信息对所述终端发送的业务请求进行处理。
进一步的,该策略服务器还可以包括:第二接收模块85。
第二接收模块85用于接收网关设备发送的包括用户信息的策略请求信息,以使第二获取模块81获取策略指示信息。第二获取模块81具体可以用于在第二接收模块81收到该策略请求信息后,根据已上线终端的用户信息,获取与用户信息对应的策略指示信息。
本实施例中各个模块的工作原理和工作流程参见本发明各方法实施例中的描述,在此不再赘述。
本实施例中,策略服务器根据已上线终端的用户信息,获取与用户信息对应的策略指示信息,并将该策略指示信息发送给网关设备,以使网关设备根据该策略指示信息获取到策略信息,并根据该策略信息对接收到的终端发送的业务请求进行处理,实现了可以灵活的对不同的用户执行相应的增值业务。
图9为本发明网络服务器实施例的结构示意图,如图9所示,该网络服务器包括:第三接收模块91和第二发送模块93。
第三接收模块91用于接收网关设备发送的、添加有用于标识终端的用户信息的业务请求。第二发送模块93用于根据用户信息,通过网关设备向终端发送与用户信息对应的增值业务信息。
本实施例中各个模块的工作原理和工作流程参见本发明各方法实施例中的描述,在此不再赘述。
本实施例中,网络服务器根据接收到的包含有用户信息的业务请求,在除了根据业务请求向终端下发HTTP业务之外,还根据用户信息箱终端下发相应的增值业务,实现了可以灵活的对不同的用户执行相应的增值业务。
本发明实施例还提供了一种基于策略计费控制系统的增值业务处理系统,该系统可以包括本发明实施例提供的任一网关设备、策略服务器以及网络服务器。
本实施例中各个模块的工作原理和工作流程参见本发明各方法实施例中的描述,在此不再赘述。
本实施例中,网关设备在接收到终端发送的业务请求后,根据获取到的策略信息,对该业务请求进行处理,然后将处理后的业务请求发送给网络服务器,网络服务器根据处理过的该业务请求向该终端下发增值业务,实现了可以灵活的对不同的用户执行相应的增值业务。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。