專利名稱:一種提供基于lipa承載的計(jì)費(fèi)支持的方法及裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信領(lǐng)域,特別涉及一種提供基于LIPA承載的計(jì)費(fèi)支持的方法及裝置。
背景技術(shù):
LIPA (Local IP Access,本地IP訪問)功能是支持UE通過HeNB (家庭基站)和 L-GW(本地網(wǎng)關(guān))直接訪問IP網(wǎng)絡(luò),而不需要通過核心網(wǎng)傳遞數(shù)據(jù)的一種新型技術(shù)。如圖1所示的LIPA架構(gòu),在第一種情況下,當(dāng)LIPA承載支持UE通過HeNB和L-GW 直接訪問的IP網(wǎng)絡(luò)為本地網(wǎng)絡(luò)時,L-Gff與PGW(公共數(shù)據(jù)網(wǎng)網(wǎng)關(guān))的功能類似,但是L-GW 位于本地網(wǎng)絡(luò)內(nèi)部,而不是像PGW —樣位于核心網(wǎng),UE通過L-GW可以訪問的本地網(wǎng)絡(luò)通常為家庭網(wǎng)絡(luò)或者企業(yè)內(nèi)部網(wǎng)絡(luò)。如圖1所示,UE為LIPA APN(Access Point Name,接入點(diǎn)名)建立PDN連接時, SGff會為UE選擇連接到L-GW,另外L-GW和HeNB之間還會建立Sxx接口。當(dāng)LIPA PDN連接建立完成后,UE的上行數(shù)據(jù)會通過Sxx接口從HeNB直接傳遞到L-GW,而L-GW收到的下行數(shù)據(jù)也會通過Sxx接口從L-GW直接下發(fā)到HeNB。LIPAPDN連接的數(shù)據(jù)不需要經(jīng)過核心網(wǎng),在連接態(tài)下HeNB到SGW之間的Sl-U接口以及SGW到L-GW之間的S5接口上都不會傳輸數(shù)據(jù)。如圖1所示的LIPA架構(gòu),在第二種情況下,當(dāng)LIPA承載支持UE通過HeNB和 L-GW直接訪問的IP網(wǎng)絡(luò)為外部網(wǎng)絡(luò)時,L-GW相當(dāng)于PGW,此種功能又稱為SIPTO at local network (Selected IP Traffic Offload at local network,選擇的在本地網(wǎng)絡(luò)分流的 IP 業(yè)務(wù)分流)功能,即UE可以通過本地網(wǎng)絡(luò)直接訪問外部網(wǎng)絡(luò)連接,數(shù)據(jù)不需要通過核心網(wǎng)的傳輸。在此過程中,UE通過HeNB直接訪問L-GW,再通過L-GW訪問外部網(wǎng)絡(luò),而不需要經(jīng)過SGW的傳輸。上述第一種情況和第二種情況的區(qū)別主要在于,第一種情況下,L-GW只能連接家庭或者企業(yè)網(wǎng)等內(nèi)部網(wǎng)絡(luò),而第二種情況下,L-GW可以訪問internet等外部網(wǎng)絡(luò),而不能訪問內(nèi)網(wǎng)網(wǎng)絡(luò)。參閱圖2所示,在3GPP的PCC(Policy and Charging Control,策略和計(jì)費(fèi)控制) 架構(gòu)中,PCEF 位于 PGW 內(nèi),其主要執(zhí)行 SDF detection (Service data flow detection,業(yè)務(wù)數(shù)據(jù)流發(fā)現(xiàn)),QoS映射,計(jì)費(fèi)等功能。當(dāng)SGW與PGW之間的S5/S8接口是采用GTP (GPRS Tunnelling Protocol, GPRS 隧道協(xié)議)協(xié)議時,從 SDF(Service data flow file,業(yè)務(wù)數(shù)據(jù)流文件)映射到承載的Bearer binding (承載綁定)功能在PCEF執(zhí)行,而當(dāng)SGW與PGW 之間的S5/S8接口采用PMIP (Proxy Mobile IP,代理移動IP)協(xié)議時,bearer binding在 BBERF (Bearing Binding and Event Report Function,承載綁定及事件報告功能)模塊執(zhí)行。但無論S5/S8接口采用GTP協(xié)議還是PMIP協(xié)議,charging (計(jì)費(fèi))都在PCEF執(zhí)行。在建立 IP-CAN session (IP-Connectivity Access Network,IP 連接訪問網(wǎng)絡(luò)會話)時,PCEF 向 PCRF (PoIicy and Charging Rules Function,策略及計(jì)費(fèi)規(guī)功能)實(shí)體發(fā)送 CC-Request (credit control request,信用控制請求),并且將 CC-Request-Type AVP 指示為 INITIAL_REQUEST (初始請求);PCEF 將 user identification (用戶標(biāo)識) 和其他信息傳遞給PCRF,PCRF根據(jù)接收到的信息在后續(xù)操作中決定要采用的策略,這些信息可能包括 IP-CAN type (IP-CAN 類型),PDN information (Packet data network information,分組數(shù)據(jù)網(wǎng)絡(luò)信息),PDN connection identifier (公共數(shù)據(jù)網(wǎng)連接指示), UE IP address (UE IP 地址),而 PCRF 收到 CC-Request 后會根據(jù)從 PCEF,SPR (Subscripton Profile R印ository,身份注冊服務(wù)器)以及AF (Application Function,應(yīng)用功能)實(shí)體中獲得的信息生成PCC rules (PCC規(guī)則)發(fā)送給PCEF。PCC rules 中包含了 Charging 相關(guān)參數(shù),攜帶在 ChargingHnformation AVP (計(jì)費(fèi)信息屬性)中發(fā)送給PCEF ;PCEF收到后會根據(jù)收到的PCC rules中指示的charging 相關(guān)參數(shù)獲取用于計(jì)費(fèi)的信息,并將計(jì)費(fèi)所需的信息發(fā)生給相應(yīng)的計(jì)費(fèi)中心。如,若PCRF 指示對某一 SDF實(shí)行的是online (在線)計(jì)費(fèi),則PCEF將用戶的計(jì)費(fèi)信息通過Gy接口發(fā)送給0CS(0nline Charging System,在線計(jì)費(fèi)系統(tǒng)),若PCRF指示對某一 SDF實(shí)行的是offline (離線)計(jì)費(fèi),則PDEF將用戶的計(jì)費(fèi)信息通過( 接口發(fā)送給OFCS (Offline Charging System,離線計(jì)費(fèi)系統(tǒng))。實(shí)際應(yīng)用中,對于通過HeNB接入到網(wǎng)絡(luò)的UE,運(yùn)營商會分配不同的計(jì)費(fèi)策略,因此,PCRF 在向 PCEF 返回 PCC rules 時會通過 CSG-information-R印orting AVP (閉合用戶組信息報告AVP)向PCEF指示要求上報UE的CSG (closed subscriber group,閉合用戶組) 信息。例如,如果UE進(jìn)入/離開了一個CSG小區(qū),則要求PCEF向計(jì)費(fèi)中心報告UE的CSG ID發(fā)生了改變。如果UE進(jìn)入/離開了某一 hybrid cell (混合小區(qū)),則要求PCEF向計(jì)費(fèi)中心報告CSG ID以及UE是否是這一 hybrid cell的成員。當(dāng)PCEF收到了 UE進(jìn)入/離開了 CSG cell或者h(yuǎn)ybrid cell的信息后,PCEF會將CSG ID及成員信息與其他計(jì)費(fèi)相關(guān)的信息一起發(fā)送給相應(yīng)的計(jì)費(fèi)中心。然而,現(xiàn)階段LIPA承載還不支持到PCC的接口,LIPA承載的計(jì)費(fèi)問題也沒有討論, 因此,PCC策略中沒有考慮到LIPA承載對計(jì)費(fèi)策略的影響。而隨著LIPA機(jī)制的發(fā)展,在后續(xù)的網(wǎng)絡(luò)演進(jìn)中,極有可能會支持實(shí)現(xiàn)L-GW與PCC之間的接口 ;由于LIPA承載不需要使用核心網(wǎng)的用戶面資源,因此對于LIPA承載的計(jì)費(fèi)與普通非LIPA承載的計(jì)費(fèi)可能會有所不同,因此,就需要針對LIPA承載重新制定相應(yīng)的PCC策略。如,若實(shí)現(xiàn)了 L-GW與PCC之間的接口,則在PCC架構(gòu)中,PCRF會根據(jù)UE接入的 RAT (Radio Access technoloty,無線接入技術(shù)),APN等信息生成計(jì)費(fèi)策略并將計(jì)費(fèi)策略傳遞給PCEF執(zhí)行。而PCEF也需要將獲取的UE的計(jì)費(fèi)信息傳遞到計(jì)費(fèi)中心由運(yùn)營商的計(jì)費(fèi)。由于LIPA承載與非LIPA承載占用的網(wǎng)絡(luò)資源不同,LIPA承載只需要占用運(yùn)營商的空口承載,而不需要占用核心網(wǎng)承載,所以PCC在給UE分配計(jì)費(fèi)策略以及在最后的計(jì)費(fèi)上針對LIPA承載與非LIPA承載有所不同。但是,按照現(xiàn)階段的系統(tǒng)架構(gòu),是無法正確執(zhí)行針對LIPA承載的計(jì)費(fèi)操作的,需要重新設(shè)計(jì)相關(guān)的執(zhí)行流程。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種提供基于LIPA承載的計(jì)費(fèi)支持的方法及裝置,用以在LIPA承載與PCC架構(gòu)連接時,實(shí)現(xiàn)對LIPA承載的準(zhǔn)確計(jì)費(fèi)。本發(fā)明實(shí)施例提供的具體技術(shù)方案如下一種提供基于LIPA承載的計(jì)費(fèi)支持的方法,包括向PCRF實(shí)體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡(luò)會話IP-CAN session執(zhí)行相關(guān)操作的請求消息;接收所述PCRF返回的攜帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息;根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。一種提供基于LIPA承載的計(jì)費(fèi)支持的方法,包括接收PCEF實(shí)體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡(luò)會話IP-CANsession執(zhí)行相關(guān)操作的請求消息;向所述PCEF返回?cái)y帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息,令所述PCEF根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。一種提供基于LIPA承載的計(jì)費(fèi)支持的裝置,包括第一通信單元,用于向PCRF實(shí)體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡(luò)會話 IP-CAN session執(zhí)行相關(guān)操作的請求消息,以及接收所述PCRF返回的攜帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息;第二通信單元,用于根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。一種提供基于LIPA承載的計(jì)費(fèi)支持的裝置,包括接收單元,用于接收PCEF實(shí)體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡(luò)會話 IP-CAN session執(zhí)行相關(guān)操作的請求消息;發(fā)送單元,用于向所述PCEF返回?cái)y帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息,令所述PCEF根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。本發(fā)明實(shí)施例中,在IP-CAN Session建立或修改過程中,PCRF實(shí)體針對該IP-CAN Session設(shè)置相應(yīng)的Charging信息,并至少將該Charging信息和off load-importing信息通知PCEF,PCEF根據(jù)offload-r印orting信息的指示,確定IP-CAN Session采用分流方式接入IP網(wǎng)絡(luò)時,根據(jù)獲得的Charging信息統(tǒng)計(jì)相應(yīng)的計(jì)費(fèi)相關(guān)參數(shù),并向計(jì)費(fèi)中心上報該計(jì)費(fèi)相關(guān)參數(shù)以及offload information,令計(jì)費(fèi)中心可以根據(jù)獲得的信息對上述IP-CAN Session進(jìn)行相關(guān)計(jì)費(fèi),這樣,便在PCC架構(gòu)下,實(shí)現(xiàn)了計(jì)費(fèi)中心針對基于LIPA承載的IP-CAN Session的準(zhǔn)確計(jì)費(fèi),完善了計(jì)費(fèi)中心的性能,也提高了系統(tǒng)的服務(wù)質(zhì)量。
圖1為現(xiàn)有技術(shù)下LIPA承載系統(tǒng)架構(gòu)示意圖;圖2為現(xiàn)有技術(shù)下PCC架構(gòu)示意圖;圖3為本發(fā)明實(shí)施例中LIPA承載與PCC架構(gòu)連接示意圖;圖4為本發(fā)明實(shí)施例中PCEF實(shí)體功能結(jié)構(gòu)示意圖;圖5為本發(fā)明實(shí)施例中PCRF實(shí)體功能結(jié)構(gòu)示意圖;圖6為本發(fā)明實(shí)施例中在PCC架構(gòu)下基于LIPA承載進(jìn)行計(jì)費(fèi)支持流程圖;圖7為本發(fā)明實(shí)施例中在PCC架構(gòu)下基于LIPA承載進(jìn)行承載建立流程圖;圖8為本發(fā)明實(shí)施例中在PCC架構(gòu)下基于LIPA承載進(jìn)行承載修改流程圖。
具體實(shí)施例方式當(dāng)LIPA承載與PCC架構(gòu)連接時,為實(shí)現(xiàn)對LIPA承載的準(zhǔn)確計(jì)費(fèi),本發(fā)明實(shí)施例中,PCRF實(shí)體(以下簡稱PCRF)針對當(dāng)前處理(如,建立或修改)的IP-CAN Session設(shè)置相應(yīng)的計(jì)費(fèi)策略,并至少將該計(jì)費(fèi)策略和分流報告信息通知PCEF,PCEF根據(jù)分流報告信息的指示,確定IP-CAN Session采用分流方式接入IP網(wǎng)絡(luò)時,根據(jù)獲得的計(jì)費(fèi)策略統(tǒng)計(jì)相應(yīng)的計(jì)費(fèi)相關(guān)參數(shù),并向計(jì)費(fèi)中心上報該IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù)以及分流方式,令計(jì)費(fèi)中心可以根據(jù)獲得的信息對上述IP-CAN Session進(jìn)行相關(guān)計(jì)費(fèi)。下面結(jié)合附圖對本發(fā)明優(yōu)選的實(shí)施方式進(jìn)行詳細(xì)說明。參閱圖3所示,本發(fā)明實(shí)施例中,在LIPA承載與PCC架構(gòu)連接后的網(wǎng)絡(luò)環(huán)境中,至少包括PCEF和PCRF,其中,PCEF為一邏輯功能實(shí)體,在實(shí)際應(yīng)用中,PCEF可以為獨(dú)立的裝置,如圖3所示,較佳的,也可以作為一功能模塊設(shè)置在L-GW內(nèi)部。PCRF,用于針對承載設(shè)置相應(yīng)的PCC rules。如圖3所示,若網(wǎng)絡(luò)內(nèi)設(shè)置有邏輯功能實(shí)體BBERF,則BBERF也可以為獨(dú)立的裝置, 或者,較佳的,作為一功能模塊設(shè)置在SGW內(nèi)部。參閱圖4所示,本發(fā)明實(shí)施例中,PCEF至少包括第一通信單元40和第二通信單元 41,其中,第一通信單元40,用于向PCRF實(shí)體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡(luò)會話 IP-CAN session執(zhí)行相關(guān)操作的請求消息,以及接收PCRF返回的攜帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息;第二通信單元41,用于根據(jù)分流報告信息,在確定IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報IP-CAN session的計(jì)費(fèi)相關(guān)參數(shù),以及上報IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對IP-CAN session 進(jìn)行相關(guān)計(jì)費(fèi)。參閱圖5所示,本發(fā)明實(shí)施例中,PCRF至少包括接收單元50和發(fā)送單元51,其中,接收單元50,用于接收PCEF實(shí)體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡(luò)會話 IP-CAN session執(zhí)行相關(guān)操作的請求消息;
發(fā)送單元51,用于向PCEF返回?cái)y帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息,令 PCEF根據(jù)分流報告信息,在確定IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù),以及上報IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)?;谏鲜鱿到y(tǒng)架構(gòu),參閱圖6所示,本發(fā)明實(shí)施例中,在PCC架構(gòu)下基于LIPA承載進(jìn)行計(jì)費(fèi)支持的概述流程如下步驟600 =PCEF向PCRF請求針對IP CAN session執(zhí)行相關(guān)操作。本實(shí)施例中,在執(zhí)行步驟600時,PCEF可以向PCRF發(fā)送請求消息,指示需要建立一 IP CAN session,或者,指示需要修改一建立一 IP CAN session。步驟610 =PCEF接收PCRF返回的攜帶有計(jì)費(fèi)策略及offload-r印orting(分流報告)信息的響應(yīng)消息。在IP-CAN session建立或者修改過程中,PCEF向PCRF發(fā)送請求消息,指示需要建立或者修改某一承載;PCRF在返回給PCEF的響應(yīng)消息中會攜帶PCRF為這一承載分配的PCC rules,該P(yáng)CC rules中可以包含有計(jì)費(fèi)策略、Qos策略,以及 CSG-Information-Reporting (用戶閉合用戶組信息報告)等AVP ;除此之外,本發(fā)明實(shí)施例中,PCRF在向PCEF返回PCC rules的同時,還將在上述響應(yīng)消息中攜帶一個AVP,這一 AVP 可以稱為offload-r印orting(分流報告)信息,其作用是向PCEF指示,要求上報UE建立或修改的這一 IP-CANsession是否是通過offload(分流)方式接入的。本實(shí)施例中,若系統(tǒng)內(nèi)不存在BBERFJU PCRF可以向PCEF發(fā)送至少包含有計(jì)費(fèi)策略、QoS策略和分流報告信息的PCC rules,而若系統(tǒng)中存在BBERF,則PCRF可以向PCEF發(fā)送至少包含有計(jì)費(fèi)策略和分流報告信息的PCC rules,同時向BBERF發(fā)送至少包含有QoS策略的PCC rules,后續(xù)實(shí)施例中將進(jìn)行詳細(xì)介紹。步驟620 =PCEF 根據(jù)獲得的 off load-importing 信息,在確定上述 IP-CANsession 采用分流方式接入IP網(wǎng)絡(luò)時,按照獲得的計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報該IP-CAN session的計(jì)費(fèi)相關(guān)參數(shù),以及上報該IP_CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對上述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。本實(shí)施例中,如果UE建立或修改的IP-CAN session是以LIPA方式(即通過L-GW 接入至本地網(wǎng)絡(luò))或者SIPTO at local network方式(即通過L-GW接入至外部網(wǎng)絡(luò))接入到IP網(wǎng)絡(luò)的,則說明上述IP-CAN session是采用offload方式接入IP網(wǎng)絡(luò)的,那么PCEF 會向相應(yīng)的計(jì)費(fèi)中心發(fā)送一個offload指示,用于表明這一 IP-CAN session不是正常通過核心網(wǎng)連接接入到IP網(wǎng)絡(luò)的承載,而是通過offload方式接入到IP網(wǎng)絡(luò)的承載;即PCEF 確認(rèn)上述IP-CAN session承載傳輸?shù)臄?shù)據(jù)不經(jīng)過核心網(wǎng),而通過關(guān)L-GW直接傳輸至內(nèi)部網(wǎng)絡(luò)或外部網(wǎng)絡(luò)時,確定該IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)。接下來,若PCRF指示的計(jì)費(fèi)策略顯示上述IP-CAN session采用的是online計(jì)費(fèi)方式,則PCEF通過Gy接口向OCS(在線計(jì)費(fèi)系統(tǒng))上報IP-CAN session的分流方式(即 LIPA方式或SIPTO at local network方式),以及上報針對該IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由OCS根據(jù)獲得的數(shù)據(jù)采用online計(jì)費(fèi)方式對上述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi);另一方面,若PCRF指示的計(jì)費(fèi)策略顯示上述IP-CAN session采用的是offline計(jì)費(fèi)方式,則PCEF通過( 接口向OFCS (離線計(jì)費(fèi)系統(tǒng))上報IP-CAN session的分流方式(即LIPA方式或SIPTO at local network方式),以及上報針對該IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由OFCS根據(jù)獲得的數(shù)據(jù)采用offline計(jì)費(fèi)方式對上述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。基于上述實(shí)施例,下面將從“IP-CAN session建立過程”和“IP-CAN session修改過程”這兩個應(yīng)用場景,分別對上述實(shí)施例的具體實(shí)施進(jìn)行詳細(xì)說明。參閱圖7所示,本發(fā)明實(shí)施例中,在IP-CAN session建立過程中,指示計(jì)費(fèi)中心基于LIPA承載進(jìn)行計(jì)費(fèi)的詳細(xì)流程如下步驟700 啟動基于LIPA承載的控制會話建立過程。如圖7所示,本實(shí)施例中,PCEF和BBERF均是位于Gateway內(nèi)的邏輯實(shí)體,不同的是,PCEF 位于 L-GW,BBERF 位于 SGW。步驟701 =PCEF 接收 Establish IP-CAN Bear Rquest (建立 IP-CAN 承載請求)。本實(shí)施例中,PCEF接收的Establish IP-CAN Bear Rquest可以由UE發(fā)送,也可以由MME發(fā)送,在此不再贅述。步驟702 =PCEF 向 PCRF (此 PCRF 為 H-PCRF)發(fā)送 Indication of IP-CAN Session Establishment (IP-CAN Session 建立指示)。如圖所示,若PCEF處于非漫游狀態(tài),則PCEF直接向H-PCRF (家鄉(xiāng)H-PCRF)發(fā)送 Establish IP-CAN Bearer Request,若 PCEF 處于漫游狀態(tài),則 PCEF 通過-V-PCRF (漫游地 PCRF)向 H-PCRF 發(fā)送 Establish IP-CAN Bearer Request,步驟703 =PCRF 向 SPR 發(fā)送 Profile Request (身份請求)。PCRF向SI3R發(fā)送ftOfile Request,是為了獲取UE的簽約信息,從而制定更為適合的 PCC rules。步驟704 =SPR 向 PCRF 返回 Profile Response (身份響應(yīng))。步驟705 =PCRF根據(jù)SPR返回的信息制作針對相這IP-CAN Session的PCCrules, 艮口進(jìn)行 Policy Decision。步驟706 :PCRF 向 PCEF 返回 Acknowledge IP-CAN Session Establishment (承認(rèn) IP-CAN Session建立),在該消息中需要攜帶已制定的PCC rules,該P(yáng)CCrules中至少要攜帶針對上述IP-CAN Session制定的計(jì)費(fèi)策略和off load-importing信息,要求PCEF上報 IP-CAN Session是否采用了分流接入方式。從上述各步驟中可以看出,PCEF在步驟701中接收需要建立IP-CANbearer的請求后,向PCRF發(fā)送IP-CAN session建立指示,為建立的承載請求獲取PCC rules, PCRF根據(jù)在步驟702中接收到的信息,進(jìn)一步地,還可能會通過向sra獲得UE的簽約信息來針對上述IP-CAN kssion設(shè)置相應(yīng)的PCCrule。在步驟706中,PCRF可以直接向處于非漫游狀態(tài)的PCEF發(fā)送PCC rules,或者,也可以通過漫游地的PCRF間接向處于漫游狀態(tài)的PCEF發(fā)送PCC rules。另一方面,在步驟706中,PCRF向PCEF返回PCC rules,該P(yáng)CC rules主要包含以下信息(以不存在BBERF實(shí)體為例):-k [Charging-Rule-Remove]-k [Charging-Rule-Instal 1][Charging—Information]
[Online][Offline]* [QoS-Information][Revalidation-Time][Default-EPS-Bearer-QoS][Bearer-Usage][3GPP-User-Location-Info]-k [Usage-Monitoring-Information]-k [CSG-Information-Reporting][User-CSG-Information]PCRF通過這些信息向PCEF指示了針對建立的IP-CAN Session設(shè)置的 charging 信息(即計(jì)費(fèi)策略),QoS 信息,SDF filer (Service data flow file,業(yè)務(wù)數(shù)據(jù)流文件)信息等等;其中,除了 Charging-Rule-Remove, Charging-Rule-Install 和 ChargingHnformation是與計(jì)費(fèi)相關(guān)的信息外,online和offline選項(xiàng)指示了這一 IP-CAN Session是通過online計(jì)費(fèi)還是offline計(jì)費(fèi)的;如果是online計(jì)費(fèi)的,那么PCEF按照 charging信息統(tǒng)計(jì)到了 IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù)后,會將數(shù)據(jù)通過Gy接口傳遞到 OCS進(jìn)行計(jì)費(fèi)處理,如果是offline計(jì)費(fèi)的,那么PCEF按照charging信息統(tǒng)計(jì)到了 IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù)后,會將數(shù)據(jù)通過( 接口傳遞到OFCS進(jìn)行計(jì)費(fèi)處理。另外CSGHnformation-Iteporting 和 User-CSGHnformation 則是用于在 CSG 小區(qū)中的計(jì)費(fèi),UE位于CSG小區(qū)或者h(yuǎn)ybrid小區(qū)時,計(jì)費(fèi)中心采用的計(jì)費(fèi)方式可能與宏小區(qū)不同,因此PCEF將這些CSG信息傳遞給計(jì)費(fèi)中心后,計(jì)費(fèi)中心可以采取與CSG相關(guān)的計(jì)費(fèi)策略。另一方面,在步驟706中,PCRF向PCEF傳遞的PCC rules中還要包含一個off load reporting信息,要求PCEF上報IP-CAN Session的計(jì)費(fèi)相關(guān)信息時,需要進(jìn)一步報告這一承載是否是通過offload方式接入的,如果這一承載是以LIPA方式連接到本地網(wǎng)絡(luò)或者是以SIPTO at load network方式接入到外部網(wǎng)絡(luò),那么PCEF需要向計(jì)費(fèi)中心上報off load information,指示UE是通過off load方式接入到IP網(wǎng)絡(luò)的,如果PCRF指示這一承載采用的是online的計(jì)費(fèi)方式,則PCEF通過Gy接口向OCS上報off load指示,即是向OCS通知上述IP-CANSession采用的offload方式;如果PCRF指示這一承載采用的是offline的計(jì)費(fèi)方式,則PCEF通過( 接口向OFCS上報offload指示,即也是向OCS通知上述IP-CAN Session采用的offload方式。步驟707 :PCEF向計(jì)費(fèi)中心發(fā)送Credit Request (鑒證請求),請求通過計(jì)費(fèi)中心的身份認(rèn)證。步驟708 計(jì)費(fèi)中心向PCEF返回Credit Response (鑒證響應(yīng)),通知PCEF通過身份認(rèn)證。實(shí)際應(yīng)用中,若PCEF與計(jì)費(fèi)中心之間的通信安全可以得到保障,則可以不執(zhí)行步驟707和步驟708。步驟709 =PCEF 向流程發(fā)起方(如,UE 或 MME)返回 Establish IP-CANBearer Response (建立IP-CAN承載響應(yīng))。
步驟710 =PCEF與流程發(fā)起方之間開始傳輸IP-CAN BearerSignaling (IP-CAN承載信號)。步驟711 =PCEF 向 PCRF 發(fā)送程發(fā)送 IP-CAN Session Establishment Acknowledge (IP-CAN 會話建立承認(rèn))。至此,IP-CAN Session已成功建立完畢,可以基于該IP-CAN Session進(jìn)行數(shù)據(jù)傳輸了 O區(qū)別于上述述實(shí)施例,當(dāng)SGW與L-GW之間的接口采用PMIP協(xié)議時,SGW要執(zhí)行 BBERF的功能,即具有BBERF功能的邏輯模塊設(shè)置在SGW內(nèi),此時在建立IP-CAN session 時,當(dāng)PCRF在接收到從BBERF發(fā)送過來的信息后,需要根據(jù)從BBERF接收的信息以及從SPR 獲取的信息生成PCC rules,與圖6所示流程不同的是,在步驟706中,PCRF將PCC rules 下發(fā)時,需要將針對IP-CAN session設(shè)置的QoS策略以及與event trugger (事件觸發(fā)) 相關(guān)的信息傳遞給BBERF,由BBERF執(zhí)行承載綁定過程,而與針對IP-CAN session設(shè)置的 charging信息(即計(jì)費(fèi)策略)仍然送給PCEF,例如,PCRF通過發(fā)起IP-CANsession修改過程將charging信息發(fā)送到PCEF。參閱圖8所示,本發(fā)明實(shí)施例中,在IP-CAN session修改過程中,指示計(jì)費(fèi)中心基于LIPA承載進(jìn)行計(jì)費(fèi)的詳細(xì)流程如下步驟800 =AF 向 PCRF (即 H-PCRF)發(fā)送 Application/Service Info (應(yīng)用 / 服務(wù)步驟801 =PCRF向AF返回ACK (肯定應(yīng)答)。步驟802 =PCRF針對某一發(fā)生改動的IP-CAN Session制定相應(yīng)的PCCrules,即進(jìn)行 Policy Decision。步驟803 通過 Gateway Control and QoS Rules Provision (網(wǎng)絡(luò)控制以及服務(wù)質(zhì)量規(guī)則提供)流程,向BBERF提供針對修改的IP-CAN Session設(shè)置的QoS策略。步驟804 :PCRF 通過 Policy and Charging Rules Provision (策略以及計(jì)費(fèi)規(guī)則提供)消息向PCEF提供PCC rules,該P(yáng)CC rules內(nèi)至少攜帶PCRF針對修改的IP-CAN Session 設(shè)置的 Charging 信息禾口 offload-reporting 信息。本實(shí)施例中,步驟803和步驟804是以系統(tǒng)內(nèi)存在BBERF為例進(jìn)行介紹的,若不存在BBERF,則PCRF會向PCEF提供提供至少包含上述Charging信息、Qos策略以及 offload-r印orting信息的PCC rules。具體方式參見步驟706的相關(guān)描述,在此不再贅述。另一方面,如圖8所示,PCRF(即H-PCRF)可以直接向PCEF提供上述PCC rules, 也可以通過漫游地的PCRF向PCEF提供上述PCC rules。具體方式參見步驟706的相關(guān)描述,在此亦不再贅述。步驟805、PCEF執(zhí)行接收到的PCC rules,即按照off load-r印orting信息的指示, 在后續(xù)流程中將IP-CAN Session是否采用了分流接入方式的情況上報至相應(yīng)的計(jì)費(fèi)中心, 即上報 offload information。具體為如果PCEF確定修改的IP-CAN Session采用LIPA方式連接或者SIPTO at load network方式接入到IP網(wǎng)絡(luò),那么PCEF需要向計(jì)費(fèi)中心上報off load information, 指示上述IP-CAN Session是通過offload方式接入到IP網(wǎng)絡(luò)的。例如,如果PCRF在 Charging信息中指示這一 IP-CAN Session采用的是online計(jì)費(fèi)方式,則PCEF通過Gy接口向OCS上報offload information,令OAC按照獲得的數(shù)據(jù)對修改后的IP-CAN Session 進(jìn)行相關(guān)計(jì)費(fèi);如果PCRF指示這一 IP-CAN Session采用的是offline計(jì)費(fèi)方式,則PCEF 通過( 接口向OFCS上報offload information,令OFCS按照獲得的數(shù)據(jù)對修改后的 IP-CANSession進(jìn)行相關(guān)計(jì)費(fèi)。步驟806 =PCEF向計(jì)費(fèi)中心發(fā)送Credit Request,請求通過計(jì)費(fèi)中心的身份認(rèn)證。步驟807 計(jì)費(fèi)中心向PCEF返回Credit Response,通知PCEF通過身份認(rèn)證。實(shí)際應(yīng)用中,若PCEF與計(jì)費(fèi)中心之間的通信安全可以得到保障,則可以不執(zhí)行步驟806和步驟807。步驟808 =PCEF 發(fā)送 IP-CAN Bearer Signaling (IP-CAN 承載信號)。步驟809 :PCEF 接收 IP-CAN Bearer Signaling.步驟810 =PCEF 向 PCRF 返回 ACK。步驟811 :PCEF 向 AF 發(fā)送 Notification of Bearer Level Event (承載等級事件通知)。步驟812 :AF 各 PCEF 發(fā)送 ACK。至此,IP-CAN Session修改流程執(zhí)行完畢,IP-CAN Session的分流接入方式已成功智能了計(jì)費(fèi)中心,從而可以令計(jì)費(fèi)中心實(shí)現(xiàn)準(zhǔn)確計(jì)費(fèi)。綜上所述,本發(fā)明實(shí)施例中,在IP-CAN Session建立或修改過程中,PCRF實(shí)體針對該IP-CAN Session設(shè)置相應(yīng)的Charging信息,并至少將該Charging信息和 offload-r印orting信息通知 PCEF,PCEF根據(jù) offload-r印orting信息的指示,確定 IP-CAN Session采用分流方式接入IP網(wǎng)絡(luò)時,根據(jù)獲得的Charging信息統(tǒng)計(jì)相應(yīng)的計(jì)費(fèi)相關(guān)參數(shù),并向計(jì)費(fèi)中心上報該計(jì)費(fèi)相關(guān)參數(shù)以及offload information,令計(jì)費(fèi)中心可以根據(jù)獲得的信息對上述IP-CAN Session進(jìn)行相關(guān)計(jì)費(fèi),這樣,便在PCC架構(gòu)下,實(shí)現(xiàn)了計(jì)費(fèi)中心針對基于LIPA承載的IP-CANkssion的準(zhǔn)確計(jì)費(fèi),完善了計(jì)費(fèi)中心的性能,也提高了系統(tǒng)的服務(wù)質(zhì)量。顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種提供基于LIPA承載的計(jì)費(fèi)支持的方法,其特征在于,包括向策略及計(jì)費(fèi)規(guī)則功能PCRF實(shí)體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡(luò)會話IP-CAN session執(zhí)行相關(guān)操作的請求消息;接收所述PCRF返回的攜帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息;根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session 進(jìn)行相關(guān)計(jì)費(fèi)。
2.如權(quán)利要求1所述的方法,其特征在于,向PCRF實(shí)體發(fā)送用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息,包括向家鄉(xiāng)PCRF實(shí)體直接發(fā)送用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息;或者,通過漫游地PCRF實(shí)體向家鄉(xiāng)PCRF實(shí)體發(fā)送用于指示需針對IP-CANsession執(zhí)行相關(guān)操作的請求消息。
3.如權(quán)利要求1所述的方法,其特征在于,向PCRF實(shí)體發(fā)送用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息,包括向PCRF實(shí)體發(fā)送用于指示建立IP-CAN session的請求消息,或者,向PCRF實(shí)體發(fā)送用于指示修改IP-CAN session的請求消息。
4.如權(quán)利要求1所述的方法,其特征在于,接收所述PCRF返回的攜帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息,包括接收所述PCRF返回的攜帶有策略和計(jì)費(fèi)控制規(guī)則PCC rules的響應(yīng)消息,該P(yáng)CC rules中至少包含有針對所述IP-CAN session設(shè)置的計(jì)費(fèi)策略、QoS策略和分流報告信息; 或者,接收所述PCRF返回的攜帶有PCC rules的響應(yīng)消息,該P(yáng)CC rules中至少包含有針對所述IP-CAN session設(shè)置的計(jì)費(fèi)策略和分流報告信息。
5.如權(quán)利要求1-4任一項(xiàng)所述的方法,其特征在于,確定所述IP-CANsession采用分流方式接入IP網(wǎng)絡(luò)時,包括確認(rèn)所述IP-CAN session承載傳輸?shù)臄?shù)據(jù)不經(jīng)過核心網(wǎng),而通過本地網(wǎng)關(guān)L-GW直接傳輸至內(nèi)部網(wǎng)絡(luò)或外部網(wǎng)絡(luò)時,確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)。
6.如權(quán)利要求1-4任一項(xiàng)所述的方法,其特征在于,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CANsession進(jìn)行相關(guān)計(jì)費(fèi),包括若所述PCRF實(shí)體下發(fā)的計(jì)費(fèi)策略指示針對所述IP-CAN session采用在線online計(jì)費(fèi)方式,則通過Gy接口向在線計(jì)費(fèi)系統(tǒng)OCS上報所述IP-CAN session采用的分流方式,以及上報針對所述IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由所述OCS根據(jù)獲得的數(shù)據(jù),針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi);若所述PCRF實(shí)體下發(fā)的計(jì)費(fèi)策略指示針對所述IP-CAN session采用離線offline計(jì)費(fèi)方式,則通過( 接口向離線計(jì)費(fèi)系統(tǒng)OFCS上報所述IP-CANsession的分流方式,以及上報針對所述IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由OFCS根據(jù)獲得的數(shù)據(jù),針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。
7.一種提供基于LIPA承載的計(jì)費(fèi)支持的方法,其特征在于,包括接收策略和計(jì)費(fèi)執(zhí)行功能PCEF實(shí)體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡(luò)會話 IP-CAN session執(zhí)行相關(guān)操作的請求消息;向所述PCEF返回?cái)y帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息,令所述PCEF根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。
8.如權(quán)利要求7所述的方法,其特征在于,接收PCEF實(shí)體發(fā)送的用于指示需針對 IP-CAN session執(zhí)行相關(guān)操作的請求消息,包括接收所述PCEF實(shí)體直接發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息;或者,接收所述PCEF實(shí)體通過漫游地策略及計(jì)費(fèi)規(guī)則功能PCRF實(shí)體發(fā)送的用于指示需針對 IP-CAN session執(zhí)行相關(guān)操作的請求消息。
9.如權(quán)利要求7所述的方法,其特征在于,接收PCRF實(shí)體發(fā)送的用于指示需針對 IP-CAN session執(zhí)行相關(guān)操作的請求消息,包括接收PCRF實(shí)體發(fā)送的用于指示建立IP-CAN session的請求消息,或者,接收PCRF實(shí)體發(fā)送的用于指示修改IP-CAN session的請求消息。
10.如權(quán)利要求7所述的方法,其特征在于,向所述PCEF返回?cái)y帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息,包括向所述PCRF返回?cái)y帶有PCC rules的響應(yīng)消息,該P(yáng)CC rules中至少包含有針對所述 IP-CAN session設(shè)置的計(jì)費(fèi)策略、QoS策略和分流報告信息;或者,向所述PCRF返回的攜帶有PCC rules的響應(yīng)消息,該P(yáng)CC rules中至少包含有針對所述IP-CAN session設(shè)置的計(jì)費(fèi)策略和分流報告信息,以及向承載綁定和事件報告功能 BBERF實(shí)體返回?cái)y帶有針對所述IP-CAN session設(shè)置的QoS策略的響應(yīng)消息。
11.如權(quán)利要求6-10任一項(xiàng)所述方法,其特征在于,令所述PCEF根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi),包括令所述PCEF根據(jù)獲得的計(jì)費(fèi)策略確定針對所述IP-CAN session采用在線online計(jì)費(fèi)方式時,通過Gy接口向在線計(jì)費(fèi)系統(tǒng)OCS上報所述IP-CAN session采用的分流方式,以及上報針對所述IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由所述OCS根據(jù)獲得的數(shù)據(jù),針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi);令所述PCEF根據(jù)獲得的計(jì)費(fèi)策略確定針對所述IP-CAN session采用離線offline計(jì)費(fèi)方式時,通過( 接口向離線計(jì)費(fèi)系統(tǒng)OFCS上報所述IP-CANsession的分流方式,以及上報針對所述IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由OFCS根據(jù)獲得的數(shù)據(jù),針對所述 IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。
12.一種提供基于LIPA承載的計(jì)費(fèi)支持的裝置,其特征在于,包括第一通信單元,用于向策略及計(jì)費(fèi)規(guī)則功能PCRF實(shí)體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡(luò)會話IP-CAN session執(zhí)行相關(guān)操作的請求消息,以及接收所述PCRF返回的攜帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息;第二通信單元,用于根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。
13.如權(quán)利要求12所述的裝置,其特征在于,第一通信單元向PCRF實(shí)體發(fā)送用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息時,向家鄉(xiāng)PCRF實(shí)體直接發(fā)送用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息;或者,通過漫游地PCRF實(shí)體向家鄉(xiāng)PCRF 實(shí)體發(fā)送用于指示需針對IP-CANsession執(zhí)行相關(guān)操作的請求消息。
14.如權(quán)利要求12所述的裝置,其特征在于,第一通信單元向PCRF實(shí)體發(fā)送用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息時,向PCRF實(shí)體發(fā)送用于指示建立 IP-CAN session的請求消息,或者,向PCRF實(shí)體發(fā)送用于指示修改IP-CAN session的請求消息。
15.如權(quán)利要求12所述的裝置,其特征在于,第一通信單元接收所述PCRF返回的攜帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息時,接收所述PCRF返回的攜帶有策略和計(jì)費(fèi)控制 PCC rules的響應(yīng)消息,該P(yáng)CC rules中至少包含有針對所述IP-CAN session設(shè)置的計(jì)費(fèi)策略、QoS策略和分流報告信息;或者,接收所述PCRF返回的攜帶有PCC rules的響應(yīng)消息, 該P(yáng)CC rules中至少包含有針對所述IP-CAN session設(shè)置的計(jì)費(fèi)策略和分流報告信息。
16.如權(quán)利要求12-15任一項(xiàng)所述的裝置,其特征在于,第二通信單元確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,包括確認(rèn)所述IP-CANsession承載傳輸?shù)臄?shù)據(jù)不經(jīng)過核心網(wǎng),而通過本地網(wǎng)關(guān)L-GW直接傳輸至內(nèi)部網(wǎng)絡(luò)或外部網(wǎng)絡(luò)時,確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)。
17.如權(quán)利要求12-15任一項(xiàng)所述的裝置,其特征在于,第二通信單元按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)時,包括若所述PCRF實(shí)體下發(fā)的計(jì)費(fèi)策略指示針對所述IP-CAN session采用在線online計(jì)費(fèi)方式,則所述第二通信單元通過Gy接口向在線計(jì)費(fèi)系統(tǒng)OCS上報所述IP-CAN session 采用的分流方式,以及上報針對所述IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由所述OCS根據(jù)獲得的數(shù)據(jù),針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi);若所述PCRF實(shí)體下發(fā)的計(jì)費(fèi)策略指示針對所述IP-CAN session采用離線offline計(jì)費(fèi)方式,則所述第二通信單元通過( 接口向離線計(jì)費(fèi)系統(tǒng)OFCS上報所述IP-CAN session 的分流方式,以及上報針對所述IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由OFCS根據(jù)獲得的數(shù)據(jù),針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。
18.一種提供基于LIPA承載的計(jì)費(fèi)支持的裝置,其特征在于,包括接收單元,用于接收策略和計(jì)費(fèi)執(zhí)行功能PCEF實(shí)體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡(luò)會話IP-CAN session執(zhí)行相關(guān)操作的請求消息;發(fā)送單元,用于向所述PCEF返回?cái)y帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息,令所述 PCEF根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session 進(jìn)行相關(guān)計(jì)費(fèi)。
19.如權(quán)利要求18所述的裝置,其特征在于,所述接收單元接收PCEF實(shí)體發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息時,接收所述PCEF實(shí)體直接發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息;或者,接收所述PCEF實(shí)體通過漫游地策略及計(jì)費(fèi)規(guī)則功能PCRF實(shí)體發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息。
20.如權(quán)利要求18所述的裝置,其特征在于,所述接收單元接收PCRF實(shí)體發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關(guān)操作的請求消息時,接收PCRF實(shí)體發(fā)送的用于指示建立IP-CAN session的請求消息,或者,接收PCRF實(shí)體發(fā)送的用于指示修改IP-CAN session的請求消息。
21.如權(quán)利要求18所述的裝置,其特征在于,所述發(fā)送單元向所述PCEF返回?cái)y帶有計(jì)費(fèi)策略及分流報告信息的響應(yīng)消息時,向所述PCRF返回?cái)y帶有PCC rules的響應(yīng)消息,該 PCC rules中至少包含有針對所述IP-CAN session設(shè)置的計(jì)費(fèi)策略、QoS策略和分流報告信息;或者,向所述PCRF返回的攜帶有PCC rules的響應(yīng)消息,該P(yáng)CC rules中至少包含有針對所述IP-CAN session設(shè)置的計(jì)費(fèi)策略和分流報告信息,以及向承載綁定和事件報告功能BBERF實(shí)體返回?cái)y帶有針對所述IP-CAN session設(shè)置的QoS策略的響應(yīng)消息。
22.如權(quán)利要求18-21任一項(xiàng)所述裝置,其特征在于,所述發(fā)送單元令所述PCEF根據(jù)所述分流報告信息,在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡(luò)時,按照所述計(jì)費(fèi)策略向相應(yīng)的計(jì)費(fèi)中心上報所述IP-CAN Session的計(jì)費(fèi)相關(guān)參數(shù),以及上報所述IP-CAN session采用的分流方式,令計(jì)費(fèi)中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi),包括所述發(fā)送單元令所述PCEF根據(jù)獲得的計(jì)費(fèi)策略確定針對所述IP-CANsession采用在線online計(jì)費(fèi)方式時,通過Gy接口向在線計(jì)費(fèi)系統(tǒng)OCS上報所述IP-CAN session采用的分流方式,以及上報針對所述IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由所述OCS根據(jù)獲得的數(shù)據(jù),針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi);所述發(fā)送單元令所述PCEF根據(jù)獲得的計(jì)費(fèi)策略確定針對所述IP-CANsession采用離線offline計(jì)費(fèi)方式時,通過( 接口向離線計(jì)費(fèi)系統(tǒng)OFCS上報所述IP-CAN session的分流方式,以及上報針對所述IP-CAN session統(tǒng)計(jì)的計(jì)費(fèi)相關(guān)參數(shù),由OFCS根據(jù)獲得的數(shù)據(jù),針對所述IP-CAN session進(jìn)行相關(guān)計(jì)費(fèi)。
全文摘要
本發(fā)明公開了一種提供基于LIPA承載的計(jì)費(fèi)支持的方法及裝置,用于實(shí)現(xiàn)計(jì)費(fèi)中心針對LIPA承載的準(zhǔn)確計(jì)費(fèi);該方法為在某一承載建立或修改過程中,PCRF實(shí)體針對該承載設(shè)置相應(yīng)的計(jì)費(fèi)策略,并至少將該計(jì)費(fèi)策略信息和分流報告信息通知PCEF,PCEF根據(jù)分流報告信息的指示,確定上述承載采用分流方式接入IP網(wǎng)絡(luò)時,根據(jù)獲得的計(jì)費(fèi)策略統(tǒng)計(jì)相應(yīng)的計(jì)費(fèi)相關(guān)參數(shù),并向計(jì)費(fèi)中心上報該計(jì)費(fèi)相關(guān)參數(shù)以及分流指示,令計(jì)費(fèi)中心可以根據(jù)獲得的信息對上述承載進(jìn)行相關(guān)計(jì)費(fèi),這樣,便在PCC架構(gòu)下,實(shí)現(xiàn)了計(jì)費(fèi)中心針對LIPA承載的準(zhǔn)確計(jì)費(fèi),完善了計(jì)費(fèi)中心的性能,也提高了系統(tǒng)的服務(wù)質(zhì)量。
文檔編號H04L12/14GK102332985SQ201110330228
公開日2012年1月25日 申請日期2011年10月26日 優(yōu)先權(quán)日2011年10月26日
發(fā)明者張娟 申請人:電信科學(xué)技術(shù)研究院