背景技术
LIPA(Local IP Access,本地IP访问)功能是支持UE通过HeNB(家庭基站)和L-GW(本地网关)直接访问IP网络,而不需要通过核心网传递数据的一种新型技术。
如图1所示的LIPA架构,在第一种情况下,当LIPA承载支持UE通过HeNB和L-GW直接访问的IP网络为本地网络时,L-GW与PGW(公共数据网网关)的功能类似,但是L-GW位于本地网络内部,而不是像PGW一样位于核心网,UE通过L-GW可以访问的本地网络通常为家庭网络或者企业内部网络。
如图1所示,UE为LIPA APN(Access Point Name,接入点名)建立PDN连接时,SGW会为UE选择连接到L-GW,另外L-GW和HeNB之间还会建立Sxx接口。当LIPA PDN连接建立完成后,UE的上行数据会通过Sxx接口从HeNB直接传递到L-GW,而L-GW收到的下行数据也会通过Sxx接口从L-GW直接下发到HeNB。LIPAPDN连接的数据不需要经过核心网,在连接态下HeNB到SGW之间的S1-U接口以及SGW到L-GW之间的S5接口上都不会传输数据。
如图1所示的LIPA架构,在第二种情况下,当LIPA承载支持UE通过HeNB和L-GW直接访问的IP网络为外部网络时,L-GW相当于PGW,此种功能又称为SIPTO at local network(Selected IP Traffic Offload at local network,选择的在本地网络分流的IP业务分流)功能,即UE可以通过本地网络直接访问外部网络连接,数据不需要通过核心网的传输。在此过程中,UE通过HeNB直接访问L-GW,再通过L-GW访问外部网络,而不需要经过SGW的传输。
上述第一种情况和第二种情况的区别主要在于,第一种情况下,L-GW只能连接家庭或者企业网等内部网络,而第二种情况下,L-GW可以访问internet等外部网络,而不能访问内网网络。
参阅图2所示,在3GPP的PCC(Policy and Charging Control,策略和计费控制)架构中,PCEF位于PGW内,其主要执行SDF detection(Service data flowdetection,业务数据流发现),QoS映射,计费等功能。当SGW与PGW之间的S5/S8接口是采用GTP(GPRS Tunnelling Protocol,GPRS隧道协议)协议时,从SDF(Service data flow file,业务数据流文件)映射到承载的Bearer binding(承载绑定)功能在PCEF执行,而当SGW与PGW之间的S5/S8接口采用PMIP(Proxy Mobile IP,代理移动IP)协议时,bearer binding在BBERF(BearingBinding and Event Report Function,承载绑定及事件报告功能)模块执行。但无论S5/S8接口采用GTP协议还是PMIP协议,charging(计费)都在PCEF执行。
在建立IP-CAN session(IP-Connectivity Access Network,IP连接访问网络会话)时,PCEF向PCRF(Policy and Charging Rules Function,策略及计费规功能)实体发送CC-Request(credit control request,信用控制请求),并且将CC-Request-Type AVP指示为INITIAL_REQUEST(初始请求);PCEF将useridentification(用户标识)和其他信息传递给PCRF,PCRF根据接收到的信息在后续操作中决定要采用的策略,这些信息可能包括IP-CAN type(IP-CAN类型),PDN information(Packet data network information,分组数据网络信息),PDN connection identifier(公共数据网连接指示),UE IP address(UE IP地址),而PCRF收到CC-Request后会根据从PCEF,SPR(Subscripton ProfileRepository,身份注册服务器)以及AF(Application Function,应用功能)实体中获得的信息生成PCC rules(PCC规则)发送给PCEF。
PCC rules中包含了Charging相关参数,携带在Charging-Information AVP(计费信息属性)中发送给PCEF;PCEF收到后会根据收到的PCC rules中指示的charging相关参数获取用于计费的信息,并将计费所需的信息发生给相应的计费中心。如,若PCRF指示对某一SDF实行的是online(在线)计费,则PCEF将用户的计费信息通过Gy接口发送给OCS(Online Charging System,在线计费系统),若PCRF指示对某一SDF实行的是offline(离线)计费,则PDEF将用户的计费信息通过Gz接口发送给OFCS(Offline Charging System,离线计费系统)。
实际应用中,对于通过HeNB接入到网络的UE,运营商会分配不同的计费策略,因此,PCRF在向PCEF返回PCC rules时会通过CSG-information-Reporting AVP(闭合用户组信息报告AVP)向PCEF指示要求上报UE的CSG(closed subscriber group,闭合用户组)信息。例如,如果UE进入/离开了一个CSG小区,则要求PCEF向计费中心报告UE的CSG ID发生了改变。如果UE进入/离开了某一hybrid cell(混合小区),则要求PCEF向计费中心报告CSG ID以及UE是否是这一hybrid cell的成员。当PCEF收到了UE进入/离开了CSG cell或者hybrid cell的信息后,PCEF会将CSG ID及成员信息与其他计费相关的信息一起发送给相应的计费中心。
然而,现阶段LIPA承载还不支持到PCC的接口,LIPA承载的计费问题也没有讨论,因此,PCC策略中没有考虑到LIPA承载对计费策略的影响。而随着LIPA机制的发展,在后续的网络演进中,极有可能会支持实现L-GW与PCC之间的接口;由于LIPA承载不需要使用核心网的用户面资源,因此对于LIPA承载的计费与普通非LIPA承载的计费可能会有所不同,因此,就需要针对LIPA承载重新制定相应的PCC策略。
如,若实现了L-GW与PCC之间的接口,则在PCC架构中,PCRF会根据UE接入的RAT(Radio Access technoloty,无线接入技术),APN等信息生成计费策略并将计费策略传递给PCEF执行。而PCEF也需要将获取的UE的计费信息传递到计费中心由运营商的计费。由于LIPA承载与非LIPA承载占用的网络资源不同,LIPA承载只需要占用运营商的空口承载,而不需要占用核心网承载,所以PCC在给UE分配计费策略以及在最后的计费上针对LIPA承载与非LIPA承载有所不同。
但是,按照现阶段的系统架构,是无法正确执行针对LIPA承载的计费操作的,需要重新设计相关的执行流程。
具体实施方式
当LIPA承载与PCC架构连接时,为实现对LIPA承载的准确计费,本发明实施例中,PCRF实体(以下简称PCRF)针对当前处理(如,建立或修改)的IP-CAN Session设置相应的计费策略,并至少将该计费策略和分流报告信息通知PCEF,PCEF根据分流报告信息的指示,确定IP-CAN Session采用分流方式接入IP网络时,根据获得的计费策略统计相应的计费相关参数,并向计费中心上报该IP-CAN Session的计费相关参数以及分流方式,令计费中心可以根据获得的信息对上述IP-CAN Session进行相关计费。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图3所示,本发明实施例中,在LIPA承载与PCC架构连接后的网络环境中,至少包括PCEF和PCRF,其中,PCEF为一逻辑功能实体,在实际应用中,PCEF可以为独立的装置,如图3所示,较佳的,也可以作为一功能模块设置在L-GW内部。PCRF,用于针对承载设置相应的PCC rules。
如图3所示,若网络内设置有逻辑功能实体BBERF,则BBERF也可以为独立的装置,或者,较佳的,作为一功能模块设置在SGW内部。
参阅图4所示,本发明实施例中,PCEF至少包括第一通信单元40和第二通信单元41,其中,
第一通信单元40,用于向PCRF实体发送用于指示需针对IP连接访问网络会话IP-CAN session执行相关操作的请求消息,以及接收PCRF返回的携带有计费策略及分流报告信息的响应消息;
第二通信单元41,用于根据分流报告信息,在确定IP-CAN session采用分流方式接入IP网络时,按照计费策略向相应的计费中心上报IP-CAN session的计费相关参数,以及上报IP-CAN session采用的分流方式,令计费中心根据获得数据针对IP-CAN session进行相关计费。
参阅图5所示,本发明实施例中,PCRF至少包括接收单元50和发送单元51,其中,
接收单元50,用于接收PCEF实体发送的用于指示需针对IP连接访问网络会话IP-CAN session执行相关操作的请求消息;
发送单元51,用于向PCEF返回携带有计费策略及分流报告信息的响应消息,令PCEF根据分流报告信息,在确定IP-CAN session采用分流方式接入IP网络时,按照计费策略向相应的计费中心上报IP-CAN Session的计费相关参数,以及上报IP-CAN session采用的分流方式,令计费中心根据获得数据针对IP-CAN session进行相关计费。
基于上述系统架构,参阅图6所示,本发明实施例中,在PCC架构下基于LIPA承载进行计费支持的概述流程如下:
步骤600:PCEF向PCRF请求针对IP CAN session执行相关操作。
本实施例中,在执行步骤600时,PCEF可以向PCRF发送请求消息,指示需要建立一IP CAN session,或者,指示需要修改一建立一IP CAN session。
步骤610:PCEF接收PCRF返回的携带有计费策略及offload-reporting(分流报告)信息的响应消息。
在IP-CAN session建立或者修改过程中,PCEF向PCRF发送请求消息,指示需要建立或者修改某一承载;PCRF在返回给PCEF的响应消息中会携带PCRF为这一承载分配的PCC rules,该PCC rules中可以包含有计费策略、Qos策略,以及CSG-Information-Reporting(用户闭合用户组信息报告)等AVP;除此之外,本发明实施例中,PCRF在向PCEF返回PCC rules的同时,还将在上述响应消息中携带一个AVP,这一AVP可以称为offload-reporting(分流报告)信息,其作用是向PCEF指示,要求上报UE建立或修改的这一IP-CANsession是否是通过offload(分流)方式接入的。
本实施例中,若系统内不存在BBERF,则PCRF可以向PCEF发送至少包含有计费策略、QoS策略和分流报告信息的PCC rules,而若系统中存在BBERF,则PCRF可以向PCEF发送至少包含有计费策略和分流报告信息的PCC rules,同时向BBERF发送至少包含有QoS策略的PCC rules,后续实施例中将进行详细介绍。
步骤620:PCEF根据获得的offload-reporting信息,在确定上述IP-CANsession采用分流方式接入IP网络时,按照获得的计费策略向相应的计费中心上报该IP-CAN session的计费相关参数,以及上报该IP-CAN session采用的分流方式,令计费中心根据获得数据针对上述IP-CAN session进行相关计费。
本实施例中,如果UE建立或修改的IP-CAN session是以LIPA方式(即通过L-GW接入至本地网络)或者SIPTO at local network方式(即通过L-GW接入至外部网络)接入到IP网络的,则说明上述IP-CAN session是采用offload方式接入IP网络的,那么PCEF会向相应的计费中心发送一个offload指示,用于表明这一IP-CAN session不是正常通过核心网连接接入到IP网络的承载,而是通过offload方式接入到IP网络的承载;即PCEF确认上述IP-CAN session承载传输的数据不经过核心网,而通过关L-GW直接传输至内部网络或外部网络时,确定该IP-CAN session采用分流方式接入IP网络。
接下来,若PCRF指示的计费策略显示上述IP-CAN session采用的是online计费方式,则PCEF通过Gy接口向OCS(在线计费系统)上报IP-CAN session的分流方式(即LIPA方式或SIPTO at local network方式),以及上报针对该IP-CAN session统计的计费相关参数,由OCS根据获得的数据采用online计费方式对上述IP-CAN session进行相关计费;另一方面,若PCRF指示的计费策略显示上述IP-CAN session采用的是offline计费方式,则PCEF通过Gz接口向OFCS(离线计费系统)上报IP-CAN session的分流方式(即LIPA方式或SIPTO at local network方式),以及上报针对该IP-CAN session统计的计费相关参数,由OFCS根据获得的数据采用offline计费方式对上述IP-CAN session进行相关计费。
基于上述实施例,下面将从“IP-CAN session建立过程”和“IP-CAN session修改过程”这两个应用场景,分别对上述实施例的具体实施进行详细说明。
参阅图7所示,本发明实施例中,在IP-CAN session建立过程中,指示计费中心基于LIPA承载进行计费的详细流程如下:
步骤700:启动基于LIPA承载的控制会话建立过程。
如图7所示,本实施例中,PCEF和BBERF均是位于Gateway内的逻辑实体,不同的是,PCEF位于L-GW,BBERF位于SGW。
步骤701:PCEF接收Establish IP-CAN Bear Rquest(建立IP-CAN承载请求)。
本实施例中,PCEF接收的Establish IP-CAN Bear Rquest可以由UE发送,也可以由MME发送,在此不再赘述。
步骤702:PCEF向PCRF(此PCRF为H-PCRF)发送Indication of IP-CANSession Establishment(IP-CAN Session建立指示)。
如图所示,若PCEF处于非漫游状态,则PCEF直接向H-PCRF(家乡H-PCRF)发送Establish IP-CAN Bearer Request,若PCEF处于漫游状态,则PCEF通过-V-PCRF(漫游地PCRF)向H-PCRF发送Establish IP-CAN BearerRequest,
步骤703:PCRF向SPR发送Profile Request(身份请求)。
PCRF向SPR发送Profile Request,是为了获取UE的签约信息,从而制定更为适合的PCC rules。
步骤704:SPR向PCRF返回Profile Response(身份响应)。
步骤705:PCRF根据SPR返回的信息制作针对相这IP-CAN Session的PCCrules,即进行Policy Decision。
步骤706:PCRF向PCEF返回Acknowledge IP-CAN Session Establishment(承认IP-CAN Session建立),在该消息中需要携带已制定的PCC rules,该PCCrules中至少要携带针对上述IP-CAN Session制定的计费策略和offload-reporting信息,要求PCEF上报IP-CAN Session是否采用了分流接入方式。
从上述各步骤中可以看出,PCEF在步骤701中接收需要建立IP-CANbearer的请求后,向PCRF发送IP-CAN session建立指示,为建立的承载请求获取PCC rules,PCRF根据在步骤702中接收到的信息,进一步地,还可能会通过向SPR获得UE的签约信息来针对上述IP-CAN Session设置相应的PCCrule。
在步骤706中,PCRF可以直接向处于非漫游状态的PCEF发送PCC rules,或者,也可以通过漫游地的PCRF间接向处于漫游状态的PCEF发送PCC rules。
另一方面,在步骤706中,PCRF向PCEF返回PCC rules,该PCC rules主要包含以下信息(以不存在BBERF实体为例):
*[Charging-Rule-Remove]
*[Charging-Rule-Install]
[Charging-Information]
[Online]
[Offline]
*[QoS-Information]
[Revalidation-Time]
[Default-EPS-Bearer-QoS]
[Bearer-Usage]
[3GPP-User-Location-Info]
*[Usage-Monitoring-Information]
*[CSG-Information-Reporting]
[User-CSG-Information]
PCRF通过这些信息向PCEF指示了针对建立的IP-CAN Session设置的charging信息(即计费策略),QoS信息,SDF filer(Service data flow file,业务数据流文件)信息等等;其中,除了Charging-Rule-Remove,Charging-Rule-Install和Charging-Information是与计费相关的信息外,online和offline选项指示了这一IP-CAN Session是通过online计费还是offline计费的;如果是online计费的,那么PCEF按照charging信息统计到了IP-CAN Session的计费相关参数后,会将数据通过Gy接口传递到OCS进行计费处理,如果是offline计费的,那么PCEF按照charging信息统计到了IP-CAN Session的计费相关参数后,会将数据通过Gz接口传递到OFCS进行计费处理。
另外CSG-Information-Reporting和User-CSG-Information则是用于在CSG小区中的计费,UE位于CSG小区或者hybrid小区时,计费中心采用的计费方式可能与宏小区不同,因此PCEF将这些CSG信息传递给计费中心后,计费中心可以采取与CSG相关的计费策略。
另一方面,在步骤706中,PCRF向PCEF传递的PCC rules中还要包含一个offload reporting信息,要求PCEF上报IP-CAN Session的计费相关信息时,需要进一步报告这一承载是否是通过offload方式接入的,如果这一承载是以LIPA方式连接到本地网络或者是以SIPTO at loacl network方式接入到外部网络,那么PCEF需要向计费中心上报offload information,指示UE是通过offload方式接入到IP网络的,如果PCRF指示这一承载采用的是online的计费方式,则PCEF通过Gy接口向OCS上报offload指示,即是向OCS通知上述IP-CANSession采用的offload方式;如果PCRF指示这一承载采用的是offline的计费方式,则PCEF通过Gz接口向OFCS上报offload指示,即也是向OCS通知上述IP-CAN Session采用的offload方式。
步骤707:PCEF向计费中心发送Credit Request(鉴证请求),请求通过计费中心的身份认证。
步骤708:计费中心向PCEF返回Credit Response(鉴证响应),通知PCEF通过身份认证。
实际应用中,若PCEF与计费中心之间的通信安全可以得到保障,则可以不执行步骤707和步骤708。
步骤709:PCEF向流程发起方(如,UE或MME)返回Establish IP-CANBearer Response(建立IP-CAN承载响应)。
步骤710:PCEF与流程发起方之间开始传输IP-CAN BearerSignaling(IP-CAN承载信号)。
步骤711:PCEF向PCRF发送程发送IP-CAN Session EstablishmentAcknowledge(IP-CAN会话建立承认)。
至此,IP-CAN Session已成功建立完毕,可以基于该IP-CAN Session进行数据传输了。
区别于上述述实施例,当SGW与L-GW之间的接口采用PMIP协议时,SGW要执行BBERF的功能,即具有BBERF功能的逻辑模块设置在SGW内,此时在建立IP-CAN session时,当PCRF在接收到从BBERF发送过来的信息后,需要根据从BBERF接收的信息以及从SPR获取的信息生成PCC rules,与图6所示流程不同的是,在步骤706中,PCRF将PCC rules下发时,需要将针对IP-CAN session设置的QoS策略以及与event trugger(事件触发)相关的信息传递给BBERF,由BBERF执行承载绑定过程,而与针对IP-CAN session设置的charging信息(即计费策略)仍然送给PCEF,例如,PCRF通过发起IP-CANsession修改过程将charging信息发送到PCEF。
参阅图8所示,本发明实施例中,在IP-CAN session修改过程中,指示计费中心基于LIPA承载进行计费的详细流程如下:
步骤800:AF向PCRF(即H-PCRF)发送Application/Service Info(应用/服务信息)。
步骤801:PCRF向AF返回ACK(肯定应答)。
步骤802:PCRF针对某一发生改动的IP-CAN Session制定相应的PCCrules,即进行Policy Decision。
步骤803:通过Gateway Control and QoS Rules Provision(网络控制以及服务质量规则提供)流程,向BBERF提供针对修改的IP-CAN Session设置的QoS策略。
步骤804:PCRF通过Policy and Charging Rules Provision(策略以及计费规则提供)消息向PCEF提供PCC rules,该PCC rules内至少携带PCRF针对修改的IP-CAN Session设置的Charging信息和offload-reporting信息。
本实施例中,步骤803和步骤804是以系统内存在BBERF为例进行介绍的,若不存在BBERF,则PCRF会向PCEF提供提供至少包含上述Charging信息、Qos策略以及offload-reporting信息的PCC rules。具体方式参见步骤706的相关描述,在此不再赘述。
另一方面,如图8所示,PCRF(即H-PCRF)可以直接向PCEF提供上述PCC rules,也可以通过漫游地的PCRF向PCEF提供上述PCC rules。具体方式参见步骤706的相关描述,在此亦不再赘述。
步骤805、PCEF执行接收到的PCC rules,即按照offload-reporting信息的指示,在后续流程中将IP-CAN Session是否采用了分流接入方式的情况上报至相应的计费中心,即上报offload information。
具体为:如果PCEF确定修改的IP-CAN Session采用LIPA方式连接或者SIPTO at loacl network方式接入到IP网络,那么PCEF需要向计费中心上报offload information,指示上述IP-CAN Session是通过offload方式接入到IP网络的。例如,如果PCRF在Charging信息中指示这一IP-CAN Session采用的是online计费方式,则PCEF通过Gy接口向OCS上报offload information,令OAC按照获得的数据对修改后的IP-CAN Session进行相关计费;如果PCRF指示这一IP-CAN Session采用的是offline计费方式,则PCEF通过Gz接口向OFCS上报offload information,令OFCS按照获得的数据对修改后的IP-CANSession进行相关计费。
步骤806:PCEF向计费中心发送Credit Request,请求通过计费中心的身份认证。
步骤807:计费中心向PCEF返回Credit Response,通知PCEF通过身份认证。
实际应用中,若PCEF与计费中心之间的通信安全可以得到保障,则可以不执行步骤806和步骤807。
步骤808:PCEF发送IP-CAN Bearer Signaling(IP-CAN承载信号)。
步骤809:PCEF接收IP-CAN Bearer Signaling.
步骤810:PCEF向PCRF返回ACK。
步骤811:PCEF向AF发送Notification of Bearer Level Event(承载等级事件通知)。
步骤812:AF各PCEF发送ACK。
至此,IP-CAN Session修改流程执行完毕,IP-CAN Session的分流接入方式已成功智能了计费中心,从而可以令计费中心实现准确计费。
综上所述,本发明实施例中,在IP-CAN Session建立或修改过程中,PCRF实体针对该IP-CAN Session设置相应的Charging信息,并至少将该Charging信息和offload-reporting信息通知PCEF,PCEF根据offload-reporting信息的指示,确定IP-CAN Session采用分流方式接入IP网络时,根据获得的Charging信息统计相应的计费相关参数,并向计费中心上报该计费相关参数以及offloadinformation,令计费中心可以根据获得的信息对上述IP-CAN Session进行相关计费,这样,便在PCC架构下,实现了计费中心针对基于LIPA承载的IP-CANSession的准确计费,完善了计费中心的性能,也提高了系统的服务质量。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。