CN102026296A - 多承载绑定和事件报告功能的处理方法及系统 - Google Patents
多承载绑定和事件报告功能的处理方法及系统 Download PDFInfo
- Publication number
- CN102026296A CN102026296A CN2009100929318A CN200910092931A CN102026296A CN 102026296 A CN102026296 A CN 102026296A CN 2009100929318 A CN2009100929318 A CN 2009100929318A CN 200910092931 A CN200910092931 A CN 200910092931A CN 102026296 A CN102026296 A CN 102026296A
- Authority
- CN
- China
- Prior art keywords
- bberf
- session
- pcrf
- vpcrf
- gateway control
- 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.)
- Pending
Links
Images
Classifications
-
- 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/66—Policy and charging system
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多承载绑定和事件报告功能的处理方法,该方法包括:策略及计费规则功能(PCRF)收到承载绑定及事件报告功能(BBERF)的网关控制会话终结指示消息,PCRF判断出BBERF的类别为主BBERF时,发起终结其他所有非主BBERF的网关控制会话终结请求。本发明还公开了一种多承载绑定和事件报告功能的处理系统,该系统中,判断单元用于收到BBERF的网关控制会话终结指示消息,判断出BBERF的类别为主BBERF,PCRF将发起终结其他所有非主BBERF的网关控制会话终结请求。采用本发明的方法及系统,实现了针对BBERF发送的网关控制会话终结指示消息的处理。
Description
技术领域
本发明涉及IP连接接入网会话(IP-CAN,IP Connectivity Access Network)技术,尤其涉及一种多承载绑定和事件报告功能的处理方法及系统。
背景技术
图1是现有演进的分组系统(EPS,Evolved Packet System)的系统架构的组成示意图,如图1所示,第三代合作伙伴计划(3GPP,3rd Generation PartnershipProject)的EPS包括:演进的通用地面无线接入网(E-UTRAN,Evolved UniversalTerrestrial Radio Access Network)、移动管理单元(MME,Mobility ManagementEntity)、服务网关(S-GW,Serving Gateway)、分组数据网络网关(P-GW,PacketData Network Gateway)、归属用户服务器(HSS,Home Subscriber Server)、3GPP认证授权计费(AAA)服务器、策略及计费规则功能(PCRF,Policy and ChargingRules Function)及其它支撑节点组成。
其中,MME,用于移动性管理、非接入层信令的处理和用户移动管理上下文的管理等控制面的相关工作;S-GW是与E-UTRAN相连的接入网关设备,用于在E-UTRAN和P-GW之间转发数据,并且负责对寻呼等待数据进行缓存;P-GW是EPS与分组数据网络(PDN,Packet Data Network)的边界网关,用于负责PDN的接入及在EPS与PDN间转发数据等功能。
EPS支持与非3GPP网络的互通,并通过S2a/b/c接口实现与非3GPP网络的互通。非3GPP网络包括可信任非3GPP网络和不可信任非3GPP网络。其中,可信任非3GPP网络的IP接入可直接通过S2a与P-GW相连;不可信任非3GPP网络的IP接入需要经过演进的数据网关(ePDG,Evolved Packet Data Gateway)与P-GW相连,ePDG与P-GW间的接口为S2b。用户设备(UE,User Equipment)也可以通过S2c接口采用DSMIPv6协议与P-GW相连。
如果EPS系统支持策略计费控制(PCC,Policy and Charging Control)的PCRF进行策略和计费规则的制定,那么,EPS系统通过接收接口Rx和运营商网际协议(IP,Internet Protocol)业务网络相连,获取业务信息;此外,EPS系统通过Gx/Gxa/Gxc接口与网络中的网关设备相连,负责发起IP承载的建立,保证业务数据的服务质量(QoS,Quality of Service),并进行计费控制。
其中,策略和计费执行功能(PCEF,Policy and Charging EnforcementFunction)位于P-GW中,PCRF与P-GW间通过Gx接口交换信息。当P-GW与S-GW间的接口基于代理移动IP(PMIP,Proxy Mobile IP)时,S-GW中存在承载绑定及事件报告功能(BBERF,Bearer Binding and Event ReportFunction),并且S-GW与PCRF之间通过Gxc接口交换信息。当可信任非3GPP网络接入时,可信任非3GPP接入网关中也驻留有BBERF,可信任非3GPP网络接入网关与PCRF之间通过Gxa接口交换信息。UE漫游时,归属地PCRF(hPCRF)和拜访地PCRF(vPCRF)的接口为S9接口,同时,为UE提供业务的应用功能(AF,Application Function)位于业务网络中,通过Rx接口向PCRF发送用于生成PCC策略的业务信息。
在目前的技术中,PCC架构中采用的协议是在Diameter基础协议(DiameterBase Protocol)基础上发展的Diameter应用协议。例如,应用于Gx接口的应用协议,应用于Rx接口的应用协议、Gxx接口(包括Gxa和Gxc接口)的应用协议和应用于漫游接口S9的应用协议等。在这些应用协议中定义了用于PCC的消息、命令以及属性值对(AVP,Attribute Value Pairs)等。用这些协议建立的Diameter会话分别可以成为Gx会话、Gxx会话、Rx会话和S9会话。PCC各功能实体通过这些会话对UE接入网络而建立的PDN连接进行策略计费控制。目前PCC架构已经定义了在非漫游场景下使用的Diameter应用协议,例如,应用于Gx接口的应用协议,应用于Rx接口的应用协议以及Gxx接口(包括Gxa和Gxc接口)的应用协议等。在这些应用协议中定义了用于PCC的消息、命令以及AVP等。
在现有技术中,一个IP-CAN会话涉及多个网元。为了获取对这个IP-CAN会话进行控制的策略控制规则或者提供用于制定策略控制规则的信息,各个网元将与PCRF分别建立Diameter会话。这样,一个IP-CAN会话将会与多个Diameter会话关联,这些Diameter会话都采用Diameter协议建立、维持和删除。
在BBERF发生重选,比如UE发生跨系统切换或者UE进行跨系统的预注册等时,PCRF需要同时控制两个或两个以上位于不同系统或网元的BBERF,其中一个称为主BBERF(Primary BBERF),其他的称为非主BBERF(Non-Primary BBERF)。PCRF分别同时为各个BBERF保存其QoS规则以及状态,对这些BBERF的操作也不同。例如:当PCRF要更新QoS规则时,PCRF会将更新的QoS规则同时下发给这些BBERF,如果Primary BBERF无法成功安装QoS规则,Primary BBERF将该情况上报给PCRF,PCRF将删除Non-Primary中相同的QoS规则,并且删除PCEF中对应的PCC规则。如果Non-Primary BBERF无法成功安装QoS规则,Non-Primary BBERF将该情况上报给PCRF后,PCRF只是更新PCRF中为Non-Primary BBERF保存的QoS规则及其状态,而不进行其它操作。当然,hPCRF针对Primary BBERF和Non-Primary BBERF进行的还有其它不同操作,这里不再赘述。
图2为现有技术中UE在非漫游场景下,通过E-UTRAN或可信任非3GPP接入网关,接入EPS的IP-CAN会话建立的流程图,假设通过E-UTRAN接入时,S-GW与P-GW之间采用PMIPv6协议,通过可信任非3GPP接入网关接入时,接入网关与P-GW之间采用PMIPv6协议。如图2所示,包括以下步骤:
步骤201:BBERF接收到建立IP-CAN会话请求消息,并且BBERF获得了用户标识如网络接入标识(NAI,Network Access Identity)、PDN标识以及用于制定策略的接入信息。其中,接入信息包括BBERF所在网络的网络标识,UE当前的位置信息,BBERF的地址以及IP-CAN类型或RAT类型等。
BBERF可以位于S-GW或可信任非3GPP接入网关中。
步骤202:BBERF向PCRF发送网关控制会话建立指示消息,在网关控制会话建立指示消息中携带有用户标识、PDN标识、用于制定策略的接入信息。
由该网关控制会话建立指示消息建立的Gxx会话称为Gxx会话1。
步骤203:PCRF保存上报的接入信息。根据用户标识、PDN标识,与用户签约文档库(SPR,Subscription Profile Repository)交互,获取UE的签约信息,并根据网络策略以及上报的接入信息等制定默认的PCC规则、QoS规则和事件触发器。PCRF向BBERF发送网关控制会话建立确认消息,消息中携带有QoS规则和事件触发器,以供BBERF安装QoS规则和事件触发器。
步骤204:BBERF所在的网关向P-GW发送建立IP-CAN会话请求消息,消息中携带UE的NAI标识,PDN标识,以及接入网的IP-CAN类型或RAT类型等信息。建立IP-CAN会话请求消息在实现时为代理绑定更新消息。
这里,步骤204可以与步骤202同时执行,不必等待步骤203返回的消息。
步骤205:P-GW为UE分配IP地址,驻留于P-GW的PCEF向PCRF发送IP-CAN会话建立指示消息,消息中携带有用户标识、为UE分配的IP地址、PDN标识和用于制定策略的接入信息。这里,用于制定策略的接入信息即为:步骤204中上报的IP-CAN类型或RAT类型。通过IP-CAN会话建立指示消息建立的Gx会话称为Gx会话1。
步骤206:PCRF根据用户标识将Gx会话1与步骤202中建立的Gxx会话进行关联。PCRF将之前制定的PCC规则和事件触发器,通过IP-CAN会话建立确认消息发送给PCEF。由于现在只有一个BBERF,所以该BBERF可以认为是Primary BBERF。当然PCRF也可以根据步骤205上报的IP-CAN类型和步骤202上报的IP-CAN类型一致,判断出BBERF为Primary BBERF。
PCEF接收到确认消息后,安装下发的PCC规则和事件触发器,并且,PCRF还可以根据PCEF提供的用于制定策略的接入信息修改制定好的PCC规则,那么,PCRF下发修改过的PCC规则。
步骤207:P-GW向BBERF所在的网关返回建立IP-CAN会话应答。在实现时,建立IP-CAN会话应答为代理绑定更新确认消息。建立IP-CAN会话应答消息不必等待步骤206的确认消息即可发起。
步骤208:BBERF所在网关返回建立IP-CAN会话应答。
图3为现有UE通过E-UTRAN或可信任非3GPP接入网关,接入EPS的IP-CAN会话修改的流程图,假设如图2所示接入EPS建立IP-CAN会话后,由于BBERF发生重选,比如UE发生切换或者UE进行跨系统预注册而引起的IP-CAN会话修改。并假设通过E-UTRAN接入时,S-GW与P-GW之间采用PMIPv6协议,通过可信任非3GPP接入网关接入时,接入网关与P-GW之间采用PMIPv6协议。如图3所示,包括以下步骤:
步骤301:新BBERF(New BBERF)接收到建立网关控制会话请求消息,并且New BBERF获得了用户标识,PDN标识以及用于制定策略的接入信息等,接入信息包括New BBERF的网络标识,UE当前的位置信息,接入网的IP-CAN类型或IP-CAN类型和RAT类型等。
步骤302:New BBERF向PCRF发送网关控制会话建立指示消息,在该网关控制会话建立指示消息中携带有用户标识、PDN标识,以及用于制定策略的接入信息等,接入信息包括New BBERF所在网络的网络标识,UE当前的位置信息、New BBERF地址以及新的接入网的IP-CAN类型或IP-CAN类型和RAT类型等。通过网关控制会话建立指示消息建立的Gxx会话表示为Gxx会话2。
步骤303:PCRF根据用户标识和PDN标识将Gxx会话2与Subsessionl进行关联。PCRF向New BBERF发送网关控制会话建立确认消息,该消息中携带有QoS规则、事件触发器。PCRF根据UE的新的接入信息重新制定QoS规则。此时,PCRF会判断哪个BBERF是Primary BBERF,哪个为Non-primary BBERF。若步骤302中New BBERF上报的新的接入网IP-CAN类型与图1步骤205中PCEF上报的接入网IP-CAN类型不一致,那么,PCRF判断出New BBERF为Non-Primary BBERF,Old BBERF仍为Primary BBERF。
从此时起,PCRF将执行针对Primary BBERF和Non-Primary BBERF的不同操作。UE进行跨系统预注册的流程到此结束,UE切换的流程继续以下步骤。
步骤304:New BBERF所在的网关向P-GW发送IP-CAN会话信令消息,该消息中携带有用户标识和PDN标识。该消息实现时为PMIPv6的代理绑定更新消息。消息中携带新的接入网IP-CAN类型或IP-CAN类型和RAT类型。
步骤305:P-GW中的PCEF根据用户标识、PDN标识等信息判断出UE发生了切换,并查找到UE切换前对应的上下文,即:PCC规则、事件触发器等信息,然后通过Gx会话1向PCRF发送IP-CAN会话修改指示消息,该消息中携带有UE切换后的接入信息,包括新的接入网IP-CAN类型或IP-CAN类型和RAT类型。
步骤306:PCRF根据Gx会话1上报的接入信息和Gxx会话1、Gxx会话2分别上报的接入网信息进行判断,决定New BBERF为Primary BBERF,OldBBERF为Non-Primary BBERF。步骤306中PCEF上报的新的接入网IP-CAN类型,与步骤302中New BBERF上报的新的接入网IP-CAN类型一致,因此,PCRF判断出New BBERF为Primary BBERF,Old BBERF为Non-PrimaryBBERF。PCRF根据New BBERF上报的接入信息、用户签约数据、网络策略等重新制定PCC规则,QoS规则和事件触发器。PCRF向PCEF返回IP-CAN会话修改确认消息,其中携带有更新的PCC规则和事件触发器。
步骤307:P-GW向New BBERF所在网关返回IP-CAN会话信令消息,该消息实现时为代理绑定更新确认消息。
步骤308:New BBERF所在网关返回网关控制会话应答消息。
步骤309:PCRF将更新后的QoS规则和事件触发器通过Gxx会话2,并携带在网关控制和QoS规则提供消息中发送给New BBERF。
步骤310:New BBERF安装并执行QoS规则和事件触发器,并向PCRF返回网关控制和QoS规则提供确认消息。
PCRF也会向Old BBERF发送更新后的QoS规则和事件触发器,PCR F将QoS规则、事件触发器通过Gxx会话1将Qos规则和事件触发器发送给OldBBERF。
综上所述,在发生BBERF重选的过程中,PCRF同时控制了2个BBERF,并根据BBERF的类别,比如Primary和Non-Primary来进行策略控制。现有技术仅仅揭示了在PCRF同时控制2个BBERF的场景下,建立网关控制会话请求的处理流程,对于后续针对其中一个BBERF发送的网关控制会话终结指示消息的处理流程并未揭示。特别地,在PCRF同时控制2个以上BBERF的场景下,PCRF收到其中的一个BBERF发送的网关控制会话终结指示消息后,如何处理还是一个未解决的问题。
发明内容
有鉴于此,本发明的主要目的在于提供一种多承载绑定和事件报告功能的处理方法及系统,在PCRF同时控制2个或2个以上BBERF的场景下,实现了针对BBERF发送的网关控制会话终结指示消息的处理,填补了这一处理领域的技术空白。
为达到上述目的,本发明的技术方案是这样实现的:
一种多承载绑定和事件报告功能的处理方法,该方法包括:策略及计费规则功能(PCRF)收到承载绑定及事件报告功能(BBERF)的网关控制会话终结指示消息,当PCRF判断出所述BBERF的类别为主BBERF时,PCRF将发起终结其他所有非主BBERF的网关控制会话终结请求。
其中,该方法进一步包括:
PCRF收到第一BBERF的网关控制会话终结指示消息后,当PCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,PCRF将发起终结第二BBERF的网关控制会话终结请求。
其中,所述PCRF向所述第二BBERF发起网关控制会话终结请求之后还包括:
第二BBERF删除自身相关的策略控制信息,向PCRF发送网关控制会话终结指示消息;PCRF删除第二BBERF相关的策略控制信息。
其中,在本地疏导的漫游场景下,该方法进一步包括:
vPCRF收到第一BBERF的网关控制会话终结指示消息后,当vPCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,vPCRF将发起终结第二BBERF的网关控制会话终结请求。
其中,所述vPCRF向所述第二BBERF发起网关控制会话终结请求之后还包括:
第二BBERF删除自身相关的策略控制信息,向vPCRF发送网关控制会话终结指示消息;vPCRF删除第二BBERF相关的策略控制信息。
其中,在家乡路由的漫游场景下,该方法进一步包括:
vPCRF收到第一BBERF的网关控制会话终结指示消息后,vPCRF向hPCRF发送S9会话修改指示消息;当hPCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9子会话或S9会话。
其中,当hPCRF进一步判断出第一BBERF、或第二BBERF对应的当前S9子会话是S9会话的最后一个子会话时;所述hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9会话之后还包括:
hPCRF向vPCRF发送S9会话终结请求消息,并携带会话终结指示;vPCRF删除S9会话相关的所有策略控制信息后,向hPCRF发送S9会话终结指示消息;hPCRF删除S9会话相关的所有策略控制信息;
vPCRF向第二BBERF发送网关控制会话终结请求消息;第二BBERF删除自身相关的策略控制信息,向vPCRF发送网关控制会话终结指示消息;vPCRF删除第二BBERF相关的策略控制信息。
其中,当hPCRF进一步判断第一BBERF、或第二BBERF对应的当前S9子会话不是S9会话的最后一个子会话时,所述hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9子会话之后还包括:
hPCRF向vPCRF发送S9会话修改请求消息,并携带会话终结指示;vPCRF删除S9子会话相关的所有策略控制信息;
vPCRF向第二BBERF发送网关控制会话终结请求消息;第二BBERF删除自身相关的策略控制信息,向vPCRF发送网关控制会话终结指示消息;vPCRF删除第二BBERF相关的策略控制信息。
一种多承载绑定和事件报告功能的处理系统,该系统包括:判断单元,用于PCRF收到BBERF的网关控制会话终结指示消息,当PCRF判断出所述BBERF的类别为主BBERF时,PCRF将发起终结其他所有非主BBERF的网关控制会话终结请求。
其中,在非漫游场景下,所述判断单元,进一步用于当PCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,PCRF将发起终结第二BBERF的网关控制会话终结请求。
其中,在本地疏导的漫游场景下,所述判断单元,进一步用于当vPCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,vPCRF将发起终结第二BBERF的网关控制会话终结请求。
其中,在家乡路由的漫游场景下,所述判断单元,进一步用于当hPCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9子会话或S9会话。
本发明的PCRF收到BBERF的网关控制会话终结指示消息,当PCRF判断出BBERF的类别为Primary BBERF时,PCRF将发起终结其他所有Non-PrimaryBBERF的网关控制会话终结请求。
采用本发明,在PCRF同时控制2个或2个以上BBERF的场景下,实现了针对BBERF发送的网关控制会话终结指示消息的处理,从而使得PCRF能够正确的响应其中任何一个BBERF的网关控制会话终结指示消息。
附图说明
图1为现有EPS的系统架构的组成示意图;
图2为现有UE通过E-UTRAN或可信任非3GPP接入网关,接入EPS的IP-CAN会话建立的流程图;
图3为现有UE通过E-UTRAN或可信任非3GPP接入网关,接入EPS的IP-CAN会话修改的流程图;
图4为本发明多承载绑定和事件报告功能处理方法的实施例一的流程图;
图5为多承载绑定和事件报告功能处理方法的实施例二的流程图。
具体实施方式
本发明的基本思想是:在PCRF响应其中任何一个BBERF的网关控制会话终结指示消息时,当PCRF判断出BBERF的类别为Primary BBERF时,PCRF将发起终结其他所有Non-Primary BBERF的网关控制会话终结请求。
下面结合附图对技术方案的实施作进一步的详细描述。
一种多承载绑定和事件报告功能的处理方法,该方法包括:PCRF收到BBERF的网关控制会话终结指示消息,当PCRF判断出BBERF的类别为主BBERF时,PCRF将发起终结其他所有非主BBERF的网关控制会话终结请求。
具体来说,PCRF收到2个或2个以上的多个BBERF中任何一个BBERF的网关控制会话终结指示消息,在PCRF响应其中任何一个BBERF的网关控制会话终结指示消息时,当PCRF判断出BBERF的类别为Primary BBERF,PCRF将发起终结其他所有Non-Primary BBERF的网关控制会话终结请求。
这里,该方法还包括:PCRF收到BBERF的网关控制会话终结指示消息后,删除BBERF相关的策略控制信息。
以下分别对不同场景下,采用本发明方法的具体实现过程进行举例阐述。
第一种场景:在非漫游场景下,一个PCRF同时控制两个BBERF的情况。
此时,只有一个PCRF,不需要像以下漫游场景那样需要区分hPCRF和vPCRF,由PCRF发起网关控制会话终结请求。该方法进一步包括以下步骤:
步骤321、PCRF收到第一BBERF的网关控制会话终结指示消息后,删除第一BBERF相关的策略控制信息。
步骤322、当PCRF判断出第一BBERF为Primary BBERF,第二BBERF为Non-Primary BBERF时,PCRF将发起终结第二BBERF的网关控制会话终结请求。
这里,步骤322后还包括:PCRF向第二BBERF发送网关控制会话终结请求消息后,第二BBERF删除自身相关的策略控制信息,向PCRF发送网关控制会话终结指示消息;PCRF删除第二BBERF相关的策略控制信息。
第二种场景:UE在本地疏导的漫游场景下,vPCRF同时控制两个BBERF的情况。
在本地疏导的漫游场景下,由vPCRF发起网关控制会话终结请求。该方法进一步包括以下步骤:
步骤331、vPCRF收到第一BBERF的网关控制会话终结指示消息后,删除第一BBERF相关的策略控制信息。
步骤332、当vPCRF判断出第一BBERF为Primary BBERF,第二BBERF为Non-Primary BBERF时,vPCRF将发起终结第二BBERF的网关控制会话终结请求。
这里,步骤332后还包括:vPCRF向第二BBERF发送网关控制会话终结请求消息后,第二BBERF删除自身相关的策略控制信息,向vPCRF发送网关控制会话终结指示消息;vPCRF删除第二BBERF相关的策略控制信息。
第三种场景:在家乡路由的漫游场景下,两个PCRF同时控制两个BBERF的情况。
此时,两个PCRF分别为hPCRF和vPCRF,在家乡路由的漫游场景下,由hPCRF发起网关控制会话终结请求。该方法进一步包括以下步骤:
步骤341、vPCRF收到第一BBERF的网关控制会话终结指示消息后,vPCRF向hPCRF发送S9会话修改指示消息;hPCRF根据S9会话修改指示消息中携带的第一BBERF地址和会话终结指示,删除第一BBERF相关的策略控制信息。
步骤342、当hPCRF判断出第一BBERF为Primary BBERF,第二BBERF为Non-Primary BBERF时,hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9子会话或S9会话。
这里,当hPCRF进一步判断出第一BBERF、或第二BBERF对应的当前S9子会话是S9会话的最后一个子会话时,步骤342之后还包括:
步骤3421a、hPCRF向vPCRF发送S9会话终结请求消息,并携带会话终结指示;vPCRF删除S9会话相关的所有策略控制信息后,向hPCRF发送S9会话终结指示消息;hPCRF删除S9会话相关的所有策略控制信息。
步骤3421b、vPCRF向第二BBERF发送网关控制会话终结请求消息;第二BBERF删除自身相关的策略控制信息,向vPCRF发送网关控制会话终结指示消息;vPCRF删除第二BBERF相关的策略控制信息。
这里,当hPCRF进一步判断第一BBERF、或第二BBERF对应的当前S9子会话不是S9会话的最后一个子会话时,步骤332之后还包括:
步骤3422a、hPCRF向vPCRF发送S9会话修改请求消息,并携带会话终结指示;vPCRF删除S9子会话相关的所有策略控制信息。
步骤3422b、vPCRF向第二BBERF发送网关控制会话终结请求消息;第二BBERF删除自身相关的策略控制信息,向vPCRF发送网关控制会话终结指示消息;vPCRF删除第二BBERF相关的策略控制信息。
综上所述,本发明主要包括以下内容:
PCRF收到BBERF的网关控制会话终结指示消息,删除BBERF相关的策略控制。其中,PCRF通过判断所述BBERF的类别,若所述BBERF为PrimaryBBERF,则PCRF将发起终结其他所有Non-Primary BBERF的网关控制会话。
以下对本发明进行举例阐述。
实施例一:
图3为本发明多承载绑定和事件报告功能处理方法实施例的流程图,本实施例中,UE可以在非漫游场景下,BBERF重选的过程、UE跨系统预注册后实施。假设PCRF同时控制两个BBERF,如图3中的BBERF1和BBERF2所示;并假设UE通过BBERF1和BBERF2所在接入网接入EPS时均采用PMIPv6协议。
如图4所示,包括以下步骤:
步骤401:BBERF1接收到触发,决定终结其与PCRF的网关控制会话。
本步骤中,终结BBERF1与PCRF的网关控制会话的触发,可能来自UE、或P-GW、或BBERF1自身。
步骤402:BBERF1向PCRF发送网关控制会话终结指示消息。
步骤403:PCRF删除BBERF1相关的策略控制信息,包括QoS规则、事件触发器等。
步骤404:PCRF向BBERF1返回网关控制会话终结确认消息。
步骤405:若PCRF判断BBERF1为Primary BBERF,则PCRF决定发起终结其他Non-Primary BBERF的网关控制会话。从而PCRF向BBERF2发送PCRF发起的网关控制会话终结请求消息。
步骤406:BBERF2收到网关控制会话终结请求消息后,向PCRF返回确认消息。
步骤407:BBERF2删除相关的策略控制信息后向PCRF发送网关控制会话终结指示消息;
步骤408:PCRF删除BBERF2相关的策略控制信息后,向BBERF2返回确认消息。
实施例二:
UE在本地疏导的漫游场景下,BBERF重选的过程、UE跨系统预注册后处理多承载绑定和事件报告功能的网关控制会话终结的处理流程与非漫游场景类似,区别仅仅在于,实施例一是由PCRF发起网关控制会话终结请求,而本实施例中是由vPCRF发起网关控制会话终结请求,此时图3中的PCRF作为vPCRF。当vPCRF收到BBERF1发送的网关控制会话终结指示消息,若vPCRF判断BBERF 1为Primary BBERF,则vPCRF决定发起终结其他Non-PrimaryBBERF的网关控制会话。从而vPCRF向BBERF2发送PCRF发起的网关控制会话终结请求消息。
实施例三:
图5为本发明多承载绑定和事件报告功能处理方法实施例的流程图,本实施例中,UE可以在家乡路由的漫游场景下,BBERF重选的过程、UE跨系统预注册后实施。假设hPCRF同时控制两个BBERF,如图5中的BBERF1和BBERF2;并且UE通过BBERF1和BBERF2所在接入网接入EPS时均采用PMIPv6协议。
如图5所示,包括以下步骤:
步骤501:BBERF1接收到触发,决定终结其与vPCRF的网关控制会话。其中BEERF1为拜访地BBERF。
本步骤中,终结BBERF1与vPCRF的网关控制会话的触发,可能来自UE、或P-GW、或BBERF1自身。
步骤502:BBERF1向vPCRF发送网关控制会话终结指示消息。
步骤503:vPCRF找到该网关控制会话对应的S9会话以及对应的S9会话的子会话(Subsessionl)。vPCRF向hPCRF发送S9会话修改指示消息,并在Subsessinl中携带BBERF1地址和会话终结指示。BBERF1地址和会话终结指示是S9子会话级别携带的。其中会话终结指示表示拜访地网关控制会话终结。
步骤504:hPCRF根据BBERF1地址和会话终结指示,删除BBERF1相关策略控制信息,包括QoS规则、事件触发器等。
步骤505:hPCRF向vPCRF返回S9会话修改确认消息.
步骤506:vPCRF删除BBERF1相关的策略控制信息后向BBERF1返回网关控制会话终结确认消息。
这里,若hPCRF判断BBERF1为Primary BBERF,则hPCRFPCRF决定发起终结其他Non-Primary BBERF的网关控制会话以及对应的S9子会话或S9会话。若BBERF1或BBERF2对应的Subsessionl是S9会话的最后一个子会话,执行步骤507-步骤510,否则,执行步骤511-步骤512。
步骤507:hPCRF向vPCRF发送hPCRF发起的S9会话终结请求,并在命令级携带会话终结指示。
步骤508:vPCRF向hPCRF返回确认消息。
步骤509:vPCRF删除S9会话相关的所有策略控制信息后,向hPCRF发送S9会话终结指示消息。
步骤510:hPCRF删除所有相关的策略控制信息,返回确认消息。
步骤511:hPCRF向vPCRF发送S9会话修改请求消息,并在Subsessionl中携带会话终结指示。
步骤512:vPCRF删除Subsessionl相关的策略控制信息后,向hPCRF返回确认消息。
步骤513:vPCRF决定发起终结其他Non-Primary BBERF的网关控制会话。从而vPCRF向BBERF2发送PCRF发起的网关控制会话终结请求消息。
步骤514:BBERF2收到请求消息后,向vPCRF返回网关控制会话终结确认消息。
步骤515:BBERF2删除相关的策略控制信息后向vPCRF发送网关控制会话终结指示消息。
步骤516:vPCRF删除BBERF2相关的策略控制信息后,向BBERF2返回确认消息。
一种多承载绑定和事件报告功能的处理系统,该系统包括判断单元,判断单元,用于PCRF收到BBERF的网关控制会话终结指示消息,当PCRF判断出BBERF的类别为Primary BBERF时,PCRF将发起终结其他所有Non-PrimaryBBERF的网关控制会话终结请求。
这里,该系统还包括删除单元,删除单元用于PCRF收到BBERF的网关控制会话终结指示消息,删除BBERF相关的策略控制信息。
不同场景下,系统中各单元的具体实现有所不同,以下分别阐述。
第一种场景:在非漫游场景下。
此时,删除单元进一步用于PCRF收到第一BBERF的网关控制会话终结指示消息后,删除第一BBERF相关的策略控制信息。
判断单元进一步用于当PCRF判断出第一BBERF为Primary BBERF,第二BBERF为Non-Primary BBERF时,PCRF将发起终结第二BBERF的网关控制会话终结请求。
第二种场景:在本地疏导的漫游场景下。
此时,删除单元进一步用于vPCRF收到第一BBERF的网关控制会话终结指示消息后,删除第一BBERF相关的策略控制信息。
判断单元进一步用于当vPCRF判断出第一BBERF为Primary BBERF,第二BBERF为Non-Primary BBERF时,vPCRF将发起终结第二BBERF的网关控制会话终结请求。
第三种场景:在家乡路由的漫游场景下。
此时,删除单元进一步用于vPCRF收到第一BBERF的网关控制会话终结指示消息后,vPCRF向hPCRF发送S9会话修改指示消息;hPCRF根据S9会话修改指示消息中携带的第一BBERF地址和会话终结指示,删除第一BBERF相关的策略控制信息。
判断单元进一步用于当hPCRF判断出第一BBERF为Primary BBERF,第二BBERF为Non-Primary BBERF时,hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9子会话或S9会话。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (12)
1.一种多承载绑定和事件报告功能的处理方法,其特征在于,该方法包括:策略及计费规则功能(PCRF)收到承载绑定及事件报告功能(BBERF)的网关控制会话终结指示消息,当PCRF判断出所述BBERF的类别为主BBERF时,PCRF将发起终结其他所有非主BBERF的网关控制会话终结请求。
2.根据权利要求1所述的方法,其特征在于,在非漫游场景下,该方法进一步包括:
PCRF收到第一BBERF的网关控制会话终结指示消息后,当PCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,PCRF将发起终结第二BBERF的网关控制会话终结请求。
3.根据权利要求2所述的方法,其特征在于,所述PCRF向所述第二BBERF发起网关控制会话终结请求之后还包括:
第二BBERF删除自身相关的策略控制信息,向PCRF发送网关控制会话终结指示消息;PCRF删除第二BBERF相关的策略控制信息。
4.根据权利要求1所述的方法,其特征在于,在本地疏导的漫游场景下,该方法进一步包括:
vPCRF收到第一BBERF的网关控制会话终结指示消息后,当vPCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,vPCRF将发起终结第二BBERF的网关控制会话终结请求。
5.根据权利要求4所述的方法,其特征在于,所述vPCRF向所述第二BBERF发起网关控制会话终结请求之后还包括:
第二BBERF删除自身相关的策略控制信息,向vPCRF发送网关控制会话终结指示消息;vPCRF删除第二BBERF相关的策略控制信息。
6.根据权利要求1所述的方法,其特征在于,在家乡路由的漫游场景下,该方法进一步包括:
vPCRF收到第一BBERF的网关控制会话终结指示消息后,vPCRF向hPCRF发送S9会话修改指示消息;当hPCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9子会话或S9会话。
7.根据权利要求6所述的方法,其特征在于,当hPCRF进一步判断出第一BBERF、或第二BBERF对应的当前S9子会话是S9会话的最后一个子会话时;所述hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9会话之后还包括:
hPCRF向vPCRF发送S9会话终结请求消息,并携带会话终结指示;vPCRF删除S9会话相关的所有策略控制信息后,向hPCRF发送S9会话终结指示消息;hPCRF删除S9会话相关的所有策略控制信息;
vPCRF向第二BBERF发送网关控制会话终结请求消息;第二BBERF删除自身相关的策略控制信息,向vPCRF发送网关控制会话终结指示消息;vPCRF删除第二BBERF相关的策略控制信息。
8.根据权利要求6所述的方法,其特征在于,当hPCRF进一步判断第一BBERF、或第二BBERF对应的当前S9子会话不是S9会话的最后一个子会话时,所述hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9子会话之后还包括:
hPCRF向vPCRF发送S9会话修改请求消息,并携带会话终结指示;vPCRF删除S9子会话相关的所有策略控制信息;
vPCRF向第二BBERF发送网关控制会话终结请求消息;第二BBERF删除自身相关的策略控制信息,向vPCRF发送网关控制会话终结指示消息;vPCRF删除第二BBERF相关的策略控制信息。
9.一种多承载绑定和事件报告功能的处理系统,其特征在于,该系统包括:判断单元,用于PCRF收到BBERF的网关控制会话终结指示消息,当PCRF判断出所述BBERF的类别为主BBERF时,PCRF将发起终结其他所有非主BBERF的网关控制会话终结请求。
10.根据权利要求9所述的系统,其特征在于,在非漫游场景下,所述判断单元,进一步用于当PCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,PCRF将发起终结第二BBERF的网关控制会话终结请求。
11.根据权利要求9所述的系统,其特征在于,在本地疏导的漫游场景下,所述判断单元,进一步用于当vPCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,vPCRF将发起终结第二BBERF的网关控制会话终结请求。
12.根据权利要求9所述的系统,其特征在于,在家乡路由的漫游场景下,所述判断单元,进一步用于当hPCRF判断出第一BBERF为主BBERF,第二BBERF为非主BBERF时,hPCRF将发起终结第二BBERF的网关控制会话终结请求消息、发起终结对应的S9子会话或S9会话。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009100929318A CN102026296A (zh) | 2009-09-11 | 2009-09-11 | 多承载绑定和事件报告功能的处理方法及系统 |
| PCT/CN2010/075388 WO2011029349A1 (zh) | 2009-09-11 | 2010-07-22 | 多承载绑定和事件报告功能的处理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009100929318A CN102026296A (zh) | 2009-09-11 | 2009-09-11 | 多承载绑定和事件报告功能的处理方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102026296A true CN102026296A (zh) | 2011-04-20 |
Family
ID=43731988
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009100929318A Pending CN102026296A (zh) | 2009-09-11 | 2009-09-11 | 多承载绑定和事件报告功能的处理方法及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102026296A (zh) |
| WO (1) | WO2011029349A1 (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102884860A (zh) * | 2010-02-18 | 2013-01-16 | 阿尔卡特朗讯公司 | 处理承载控制模式改变的方法 |
| US9497627B2 (en) | 2011-09-29 | 2016-11-15 | Interdigital Patent Holdings, Inc. | Method and apparatus for enabling access to applications integrated with a visited network |
| CN110035424A (zh) * | 2018-01-12 | 2019-07-19 | 华为技术有限公司 | 策略相关的通信方法、装置和系统 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101355806A (zh) * | 2008-08-29 | 2009-01-28 | 中兴通讯股份有限公司 | 网络会话释放方法、装置及系统 |
-
2009
- 2009-09-11 CN CN2009100929318A patent/CN102026296A/zh active Pending
-
2010
- 2010-07-22 WO PCT/CN2010/075388 patent/WO2011029349A1/zh not_active Ceased
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101355806A (zh) * | 2008-08-29 | 2009-01-28 | 中兴通讯股份有限公司 | 网络会话释放方法、装置及系统 |
Non-Patent Citations (2)
| Title |
|---|
| 3GPP: "《3GPP TS 29.213 V8.4.0》", 31 May 2009, 3GPP * |
| ALCATEL-LUCENT: "《3GPP TSG-CT WG3 Meeting #54,C3-090904》", 28 August 2009, 3GPP * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102884860A (zh) * | 2010-02-18 | 2013-01-16 | 阿尔卡特朗讯公司 | 处理承载控制模式改变的方法 |
| US9277542B2 (en) | 2010-02-18 | 2016-03-01 | Alcatel Lucent | Method of handling a change to bearer control mode |
| US9497627B2 (en) | 2011-09-29 | 2016-11-15 | Interdigital Patent Holdings, Inc. | Method and apparatus for enabling access to applications integrated with a visited network |
| US9621537B2 (en) | 2011-09-29 | 2017-04-11 | Interdigital Patent Holdings, Inc. | Method and apparatus for enabling access to applications integrated with a visited network |
| TWI584668B (zh) * | 2011-09-29 | 2017-05-21 | 內數位專利控股公司 | 致能存取與客籍網路整合之應用方法及裝置 |
| CN110035424A (zh) * | 2018-01-12 | 2019-07-19 | 华为技术有限公司 | 策略相关的通信方法、装置和系统 |
| CN110035424B (zh) * | 2018-01-12 | 2021-10-19 | 华为技术有限公司 | 策略相关的通信方法、装置和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2011029349A1 (zh) | 2011-03-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101583112B (zh) | 会话信息的标识方法及装置 | |
| EP2424160B1 (en) | Method for implementing limited policy and charging control and system thereof | |
| CN101646149B (zh) | 一种删除dra中会话信息的方法 | |
| CN101272534B (zh) | 一种隐藏拜访地网络拓扑结构的策略计费控制的方法 | |
| US8811342B2 (en) | Method and system for deleting redundant information of home policy and charging rules function | |
| US9380446B2 (en) | Policy and charging control method supporting IP flow mobility in roaming scenario | |
| CN101267319B (zh) | 一种下发策略计费控制规则的方法 | |
| CN101459951B (zh) | 一种承载绑定和事件报告功能策略控制的方法及系统 | |
| US8463889B2 (en) | Method for provisioning and installing event triggers | |
| CN101730174A (zh) | 演进的分组系统中实现跨系统切换的方法及系统 | |
| CN101447918B (zh) | 用户设备接入协议的通知方法和系统 | |
| CN102098653A (zh) | 一种实现服务质量控制的方法及系统 | |
| CN102711086B (zh) | 被赞助数据连接的处理方法及策略与计费规则功能实体 | |
| CN102791042B (zh) | S9子会话建立方法、系统及pcrf | |
| CN102026296A (zh) | 多承载绑定和事件报告功能的处理方法及系统 | |
| CN102264054A (zh) | 资源管理方法和系统 | |
| CN103841539B (zh) | 一种漫游本地业务功能实现方法和系统 | |
| CN103227981A (zh) | 一种应用检测控制功能模式的识别方法及系统 | |
| CN102932915B (zh) | 一种建立会话的方法及系统 | |
| EP2323340B1 (en) | Method and apparatus for identifying session information | |
| CN102238014A (zh) | 基于时间段进行策略决策的方法及系统 | |
| CN103096292A (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110420 |