專利名稱：一種提供基于lipa承載的計費支持的方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，特別涉及一種提供基于LIPA承載的計費支持的方法及裝置。
背景技術：
LIPA (Local IP Access，本地IP訪問)功能是支持UE通過HeNB (家庭基站)和 L-GW(本地網(wǎng)關)直接訪問IP網(wǎng)絡，而不需要通過核心網(wǎng)傳遞數(shù)據(jù)的一種新型技術。如圖1所示的LIPA架構，在第一種情況下，當LIPA承載支持UE通過HeNB和L-GW 直接訪問的IP網(wǎng)絡為本地網(wǎng)絡時，L-Gff與PGW(公共數(shù)據(jù)網(wǎng)網(wǎng)關)的功能類似，但是L-GW 位于本地網(wǎng)絡內(nèi)部，而不是像PGW —樣位于核心網(wǎng)，UE通過L-GW可以訪問的本地網(wǎng)絡通常為家庭網(wǎng)絡或者企業(yè)內(nèi)部網(wǎng)絡。如圖1所示，UE為LIPA APN(Access Point Name，接入點名)建立PDN連接時， SGff會為UE選擇連接到L-GW，另外L-GW和HeNB之間還會建立Sxx接口。當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架構，在第二種情況下，當LIPA承載支持UE通過HeNB和 L-GW直接訪問的IP網(wǎng)絡為外部網(wǎng)絡時，L-GW相當于PGW，此種功能又稱為SIPTO at local network (Selected IP Traffic Offload at local network，選擇的在本地網(wǎng)絡分流的 IP 業(yè)務分流)功能，即UE可以通過本地網(wǎng)絡直接訪問外部網(wǎng)絡連接，數(shù)據(jù)不需要通過核心網(wǎng)的傳輸。在此過程中，UE通過HeNB直接訪問L-GW，再通過L-GW訪問外部網(wǎng)絡，而不需要經(jīng)過SGW的傳輸。上述第一種情況和第二種情況的區(qū)別主要在于，第一種情況下，L-GW只能連接家庭或者企業(yè)網(wǎng)等內(nèi)部網(wǎng)絡，而第二種情況下，L-GW可以訪問internet等外部網(wǎng)絡，而不能訪問內(nèi)網(wǎng)網(wǎng)絡。參閱圖2所示，在3GPP的PCC(Policy and Charging Control，策略和計費控制) 架構中，PCEF 位于 PGW 內(nèi)，其主要執(zhí)行 SDF detection (Service data flow detection，業(yè)務數(shù)據(jù)流發(fā)現(xiàn))，QoS映射，計費等功能。當SGW與PGW之間的S5/S8接口是采用GTP (GPRS Tunnelling Protocol, GPRS 隧道協(xié)議)協(xié)議時，從 SDF(Service data flow file，業(yè)務數(shù)據(jù)流文件)映射到承載的Bearer binding (承載綁定)功能在PCEF執(zhí)行，而當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 (計費)都在PCEF執(zhí)行。在建立 IP-CAN session (IP-Connectivity Access Network，IP 連接訪問網(wǎng)絡會話)時，PCEF 向 PCRF (PoIicy and Charging Rules Function，策略及計費規(guī)功能)實體發(fā)送 CC-Request (credit control request，信用控制請求)，并且將 CC-Request-Type AVP 指示為 INITIAL_REQUEST (初始請求)；PCEF 將 user identification (用戶標識) 和其他信息傳遞給PCRF，PCRF根據(jù)接收到的信息在后續(xù)操作中決定要采用的策略，這些信息可能包括 IP-CAN type (IP-CAN 類型)，PDN information (Packet data network information，分組數(shù)據(jù)網(wǎng)絡信息)，PDN connection identifier (公共數(shù)據(jù)網(wǎng)連接指示)， UE IP address (UE IP 地址)，而 PCRF 收到 CC-Request 后會根據(jù)從 PCEF，SPR (Subscripton Profile R印ository，身份注冊服務器)以及AF (Application Function，應用功能)實體中獲得的信息生成PCC rules (PCC規(guī)則)發(fā)送給PCEF。PCC rules 中包含了 Charging 相關參數(shù)，攜帶在 ChargingHnformation AVP (計費信息屬性)中發(fā)送給PCEF ；PCEF收到后會根據(jù)收到的PCC rules中指示的charging 相關參數(shù)獲取用于計費的信息，并將計費所需的信息發(fā)生給相應的計費中心。如，若PCRF 指示對某一 SDF實行的是online (在線)計費，則PCEF將用戶的計費信息通過Gy接口發(fā)送給0CS(0nline Charging System，在線計費系統(tǒng))，若PCRF指示對某一 SDF實行的是offline (離線)計費，則PDEF將用戶的計費信息通過( 接口發(fā)送給OFCS (Offline Charging System,離線計費系統(tǒng))。實際應用中，對于通過HeNB接入到網(wǎng)絡的UE，運營商會分配不同的計費策略，因此，PCRF 在向 PCEF 返回 PCC rules 時會通過 CSG-information-R印orting AVP (閉合用戶組信息報告AVP)向PCEF指示要求上報UE的CSG (closed subscriber group，閉合用戶組) 信息。例如，如果UE進入/離開了一個CSG小區(qū)，則要求PCEF向計費中心報告UE的CSG ID發(fā)生了改變。如果UE進入/離開了某一 hybrid cell (混合小區(qū))，則要求PCEF向計費中心報告CSG ID以及UE是否是這一 hybrid cell的成員。當PCEF收到了 UE進入/離開了 CSG cell或者hybrid cell的信息后，PCEF會將CSG ID及成員信息與其他計費相關的信息一起發(fā)送給相應的計費中心。然而，現(xiàn)階段LIPA承載還不支持到PCC的接口，LIPA承載的計費問題也沒有討論， 因此，PCC策略中沒有考慮到LIPA承載對計費策略的影響。而隨著LIPA機制的發(fā)展，在后續(xù)的網(wǎng)絡演進中，極有可能會支持實現(xiàn)L-GW與PCC之間的接口 ；由于LIPA承載不需要使用核心網(wǎng)的用戶面資源，因此對于LIPA承載的計費與普通非LIPA承載的計費可能會有所不同，因此，就需要針對LIPA承載重新制定相應的PCC策略。如，若實現(xiàn)了 L-GW與PCC之間的接口，則在PCC架構中，PCRF會根據(jù)UE接入的 RAT (Radio Access technoloty，無線接入技術)，APN等信息生成計費策略并將計費策略傳遞給PCEF執(zhí)行。而PCEF也需要將獲取的UE的計費信息傳遞到計費中心由運營商的計費。由于LIPA承載與非LIPA承載占用的網(wǎng)絡資源不同，LIPA承載只需要占用運營商的空口承載，而不需要占用核心網(wǎng)承載，所以PCC在給UE分配計費策略以及在最后的計費上針對LIPA承載與非LIPA承載有所不同。但是，按照現(xiàn)階段的系統(tǒng)架構，是無法正確執(zhí)行針對LIPA承載的計費操作的，需要重新設計相關的執(zhí)行流程。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種提供基于LIPA承載的計費支持的方法及裝置，用以在LIPA承載與PCC架構連接時，實現(xiàn)對LIPA承載的準確計費。本發(fā)明實施例提供的具體技術方案如下一種提供基于LIPA承載的計費支持的方法，包括向PCRF實體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡會話IP-CAN session執(zhí)行相關操作的請求消息；接收所述PCRF返回的攜帶有計費策略及分流報告信息的響應消息；根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進行相關計費。一種提供基于LIPA承載的計費支持的方法，包括接收PCEF實體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡會話IP-CANsession執(zhí)行相關操作的請求消息；向所述PCEF返回攜帶有計費策略及分流報告信息的響應消息，令所述PCEF根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN Session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進行相關計費。一種提供基于LIPA承載的計費支持的裝置，包括第一通信單元，用于向PCRF實體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡會話 IP-CAN session執(zhí)行相關操作的請求消息，以及接收所述PCRF返回的攜帶有計費策略及分流報告信息的響應消息；第二通信單元，用于根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進行相關計費。一種提供基于LIPA承載的計費支持的裝置，包括接收單元，用于接收PCEF實體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡會話 IP-CAN session執(zhí)行相關操作的請求消息；發(fā)送單元，用于向所述PCEF返回攜帶有計費策略及分流報告信息的響應消息，令所述PCEF根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN Session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進行相關計費。本發(fā)明實施例中，在IP-CAN Session建立或修改過程中，PCRF實體針對該IP-CAN Session設置相應的Charging信息，并至少將該Charging信息和off load-importing信息通知PCEF，PCEF根據(jù)offload-r印orting信息的指示，確定IP-CAN Session采用分流方式接入IP網(wǎng)絡時，根據(jù)獲得的Charging信息統(tǒng)計相應的計費相關參數(shù)，并向計費中心上報該計費相關參數(shù)以及offload information，令計費中心可以根據(jù)獲得的信息對上述IP-CAN Session進行相關計費，這樣，便在PCC架構下，實現(xiàn)了計費中心針對基于LIPA承載的IP-CAN Session的準確計費，完善了計費中心的性能，也提高了系統(tǒng)的服務質量。


圖1為現(xiàn)有技術下LIPA承載系統(tǒng)架構示意圖；圖2為現(xiàn)有技術下PCC架構示意圖；圖3為本發(fā)明實施例中LIPA承載與PCC架構連接示意圖；圖4為本發(fā)明實施例中PCEF實體功能結構示意圖；圖5為本發(fā)明實施例中PCRF實體功能結構示意圖；圖6為本發(fā)明實施例中在PCC架構下基于LIPA承載進行計費支持流程圖；圖7為本發(fā)明實施例中在PCC架構下基于LIPA承載進行承載建立流程圖；圖8為本發(fā)明實施例中在PCC架構下基于LIPA承載進行承載修改流程圖。
具體實施例方式當LIPA承載與PCC架構連接時，為實現(xiàn)對LIPA承載的準確計費，本發(fā)明實施例中，PCRF實體(以下簡稱PCRF)針對當前處理(如，建立或修改)的IP-CAN Session設置相應的計費策略，并至少將該計費策略和分流報告信息通知PCEF，PCEF根據(jù)分流報告信息的指示，確定IP-CAN Session采用分流方式接入IP網(wǎng)絡時，根據(jù)獲得的計費策略統(tǒng)計相應的計費相關參數(shù)，并向計費中心上報該IP-CAN Session的計費相關參數(shù)以及分流方式，令計費中心可以根據(jù)獲得的信息對上述IP-CAN Session進行相關計費。下面結合附圖對本發(fā)明優(yōu)選的實施方式進行詳細說明。參閱圖3所示，本發(fā)明實施例中，在LIPA承載與PCC架構連接后的網(wǎng)絡環(huán)境中，至少包括PCEF和PCRF，其中，PCEF為一邏輯功能實體，在實際應用中，PCEF可以為獨立的裝置，如圖3所示，較佳的，也可以作為一功能模塊設置在L-GW內(nèi)部。PCRF，用于針對承載設置相應的PCC rules。如圖3所示，若網(wǎng)絡內(nèi)設置有邏輯功能實體BBERF，則BBERF也可以為獨立的裝置， 或者，較佳的，作為一功能模塊設置在SGW內(nèi)部。參閱圖4所示，本發(fā)明實施例中，PCEF至少包括第一通信單元40和第二通信單元 41，其中，第一通信單元40，用于向PCRF實體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡會話 IP-CAN session執(zhí)行相關操作的請求消息，以及接收PCRF返回的攜帶有計費策略及分流報告信息的響應消息；第二通信單元41，用于根據(jù)分流報告信息，在確定IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照計費策略向相應的計費中心上報IP-CAN session的計費相關參數(shù)，以及上報IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對IP-CAN session 進行相關計費。參閱圖5所示，本發(fā)明實施例中，PCRF至少包括接收單元50和發(fā)送單元51，其中，接收單元50，用于接收PCEF實體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡會話 IP-CAN session執(zhí)行相關操作的請求消息；
發(fā)送單元51，用于向PCEF返回攜帶有計費策略及分流報告信息的響應消息，令 PCEF根據(jù)分流報告信息，在確定IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照計費策略向相應的計費中心上報IP-CAN Session的計費相關參數(shù)，以及上報IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對IP-CAN session進行相關計費。基于上述系統(tǒng)架構，參閱圖6所示，本發(fā)明實施例中，在PCC架構下基于LIPA承載進行計費支持的概述流程如下步驟600 =PCEF向PCRF請求針對IP CAN session執(zhí)行相關操作。本實施例中，在執(zhí)行步驟600時，PCEF可以向PCRF發(fā)送請求消息，指示需要建立一 IP CAN session，或者，指示需要修改一建立一 IP CAN session。步驟610 =PCEF接收PCRF返回的攜帶有計費策略及offload-r印orting(分流報告)信息的響應消息。在IP-CAN session建立或者修改過程中，PCEF向PCRF發(fā)送請求消息，指示需要建立或者修改某一承載；PCRF在返回給PCEF的響應消息中會攜帶PCRF為這一承載分配的PCC rules，該PCC rules中可以包含有計費策略、Qos策略，以及 CSG-Information-Reporting (用戶閉合用戶組信息報告)等AVP ；除此之外，本發(fā)明實施例中，PCRF在向PCEF返回PCC rules的同時，還將在上述響應消息中攜帶一個AVP，這一 AVP 可以稱為offload-r印orting(分流報告)信息，其作用是向PCEF指示，要求上報UE建立或修改的這一 IP-CANsession是否是通過offload(分流)方式接入的。本實施例中，若系統(tǒng)內(nèi)不存在BBERFJU PCRF可以向PCEF發(fā)送至少包含有計費策略、QoS策略和分流報告信息的PCC rules，而若系統(tǒng)中存在BBERF，則PCRF可以向PCEF發(fā)送至少包含有計費策略和分流報告信息的PCC rules,同時向BBERF發(fā)送至少包含有QoS策略的PCC rules，后續(xù)實施例中將進行詳細介紹。步驟620 =PCEF 根據(jù)獲得的 off load-importing 信息，在確定上述 IP-CANsession 采用分流方式接入IP網(wǎng)絡時，按照獲得的計費策略向相應的計費中心上報該IP-CAN session的計費相關參數(shù)，以及上報該IP_CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對上述IP-CAN session進行相關計費。本實施例中，如果UE建立或修改的IP-CAN session是以LIPA方式(即通過L-GW 接入至本地網(wǎng)絡)或者SIPTO at local network方式(即通過L-GW接入至外部網(wǎng)絡)接入到IP網(wǎng)絡的，則說明上述IP-CAN session是采用offload方式接入IP網(wǎng)絡的，那么PCEF 會向相應的計費中心發(fā)送一個offload指示，用于表明這一 IP-CAN session不是正常通過核心網(wǎng)連接接入到IP網(wǎng)絡的承載，而是通過offload方式接入到IP網(wǎng)絡的承載；即PCEF 確認上述IP-CAN session承載傳輸?shù)臄?shù)據(jù)不經(jīng)過核心網(wǎng)，而通過關L-GW直接傳輸至內(nèi)部網(wǎng)絡或外部網(wǎng)絡時，確定該IP-CAN session采用分流方式接入IP網(wǎng)絡。接下來，若PCRF指示的計費策略顯示上述IP-CAN session采用的是online計費方式，則PCEF通過Gy接口向OCS(在線計費系統(tǒng))上報IP-CAN session的分流方式(即 LIPA方式或SIPTO at local network方式)，以及上報針對該IP-CAN session統(tǒng)計的計費相關參數(shù)，由OCS根據(jù)獲得的數(shù)據(jù)采用online計費方式對上述IP-CAN session進行相關計費；另一方面，若PCRF指示的計費策略顯示上述IP-CAN session采用的是offline計費方式，則PCEF通過( 接口向OFCS (離線計費系統(tǒng))上報IP-CAN session的分流方式(即LIPA方式或SIPTO at local network方式)，以及上報針對該IP-CAN session統(tǒng)計的計費相關參數(shù)，由OFCS根據(jù)獲得的數(shù)據(jù)采用offline計費方式對上述IP-CAN session進行相關計費?；谏鲜鰧嵤├?，下面將從“IP-CAN session建立過程”和“IP-CAN session修改過程”這兩個應用場景，分別對上述實施例的具體實施進行詳細說明。參閱圖7所示，本發(fā)明實施例中，在IP-CAN session建立過程中，指示計費中心基于LIPA承載進行計費的詳細流程如下步驟700 啟動基于LIPA承載的控制會話建立過程。如圖7所示，本實施例中，PCEF和BBERF均是位于Gateway內(nèi)的邏輯實體，不同的是，PCEF 位于 L-GW，BBERF 位于 SGW。步驟701 =PCEF 接收 Establish IP-CAN Bear Rquest (建立 IP-CAN 承載請求)。本實施例中，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 (身份響應)。步驟705 =PCRF根據(jù)SPR返回的信息制作針對相這IP-CAN Session的PCCrules， 艮口進行 Policy Decision。步驟706 :PCRF 向 PCEF 返回 Acknowledge IP-CAN Session Establishment (承認 IP-CAN Session建立)，在該消息中需要攜帶已制定的PCC rules，該PCCrules中至少要攜帶針對上述IP-CAN Session制定的計費策略和off load-importing信息，要求PCEF上報 IP-CAN Session是否采用了分流接入方式。從上述各步驟中可以看出，PCEF在步驟701中接收需要建立IP-CANbearer的請求后，向PCRF發(fā)送IP-CAN session建立指示，為建立的承載請求獲取PCC rules, PCRF根據(jù)在步驟702中接收到的信息，進一步地，還可能會通過向sra獲得UE的簽約信息來針對上述IP-CAN kssion設置相應的PCCrule。在步驟706中，PCRF可以直接向處于非漫游狀態(tài)的PCEF發(fā)送PCC rules，或者，也可以通過漫游地的PCRF間接向處于漫游狀態(tài)的PCEF發(fā)送PCC rules。另一方面，在步驟706中，PCRF向PCEF返回PCC rules，該PCC rules主要包含以下信息(以不存在BBERF實體為例):-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設置的 charging 信息(即計費策略)，QoS 信息，SDF filer (Service data flow file，業(yè)務數(shù)據(jù)流文件)信息等等；其中，除了 Charging-Rule-Remove, Charging-Rule-Install 和 ChargingHnformation是與計費相關的信息外，online和offline選項指示了這一 IP-CAN Session是通過online計費還是offline計費的；如果是online計費的，那么PCEF按照 charging信息統(tǒng)計到了 IP-CAN Session的計費相關參數(shù)后，會將數(shù)據(jù)通過Gy接口傳遞到 OCS進行計費處理，如果是offline計費的，那么PCEF按照charging信息統(tǒng)計到了 IP-CAN Session的計費相關參數(shù)后，會將數(shù)據(jù)通過( 接口傳遞到OFCS進行計費處理。另外CSGHnformation-Iteporting 和 User-CSGHnformation 則是用于在 CSG 小區(qū)中的計費，UE位于CSG小區(qū)或者hybrid小區(qū)時，計費中心采用的計費方式可能與宏小區(qū)不同，因此PCEF將這些CSG信息傳遞給計費中心后，計費中心可以采取與CSG相關的計費策略。另一方面，在步驟706中，PCRF向PCEF傳遞的PCC rules中還要包含一個off load reporting信息，要求PCEF上報IP-CAN Session的計費相關信息時，需要進一步報告這一承載是否是通過offload方式接入的，如果這一承載是以LIPA方式連接到本地網(wǎng)絡或者是以SIPTO at load network方式接入到外部網(wǎng)絡，那么PCEF需要向計費中心上報off load information，指示UE是通過off load方式接入到IP網(wǎng)絡的，如果PCRF指示這一承載采用的是online的計費方式，則PCEF通過Gy接口向OCS上報off load指示，即是向OCS通知上述IP-CANSession采用的offload方式；如果PCRF指示這一承載采用的是offline的計費方式，則PCEF通過( 接口向OFCS上報offload指示，即也是向OCS通知上述IP-CAN Session采用的offload方式。步驟707 :PCEF向計費中心發(fā)送Credit Request (鑒證請求)，請求通過計費中心的身份認證。步驟708 計費中心向PCEF返回Credit Response (鑒證響應)，通知PCEF通過身份認證。實際應用中，若PCEF與計費中心之間的通信安全可以得到保障，則可以不執(zhí)行步驟707和步驟708。步驟709 =PCEF 向流程發(fā)起方(如，UE 或 MME)返回 Establish IP-CANBearer Response (建立IP-CAN承載響應)。
步驟710 =PCEF與流程發(fā)起方之間開始傳輸IP-CAN BearerSignaling (IP-CAN承載信號)。步驟711 =PCEF 向 PCRF 發(fā)送程發(fā)送 IP-CAN Session Establishment Acknowledge (IP-CAN 會話建立承認)。至此，IP-CAN Session已成功建立完畢，可以基于該IP-CAN Session進行數(shù)據(jù)傳輸了 O區(qū)別于上述述實施例，當SGW與L-GW之間的接口采用PMIP協(xié)議時，SGW要執(zhí)行 BBERF的功能，即具有BBERF功能的邏輯模塊設置在SGW內(nèi)，此時在建立IP-CAN session 時，當PCRF在接收到從BBERF發(fā)送過來的信息后，需要根據(jù)從BBERF接收的信息以及從SPR 獲取的信息生成PCC rules，與圖6所示流程不同的是，在步驟706中，PCRF將PCC rules 下發(fā)時，需要將針對IP-CAN session設置的QoS策略以及與event trugger (事件觸發(fā)) 相關的信息傳遞給BBERF，由BBERF執(zhí)行承載綁定過程，而與針對IP-CAN session設置的 charging信息(即計費策略)仍然送給PCEF，例如，PCRF通過發(fā)起IP-CANsession修改過程將charging信息發(fā)送到PCEF。參閱圖8所示，本發(fā)明實施例中，在IP-CAN session修改過程中，指示計費中心基于LIPA承載進行計費的詳細流程如下步驟800 =AF 向 PCRF (即 H-PCRF)發(fā)送 Application/Service Info (應用 / 服務步驟801 =PCRF向AF返回ACK (肯定應答)。步驟802 =PCRF針對某一發(fā)生改動的IP-CAN Session制定相應的PCCrules，即進行 Policy Decision。步驟803 通過 Gateway Control and QoS Rules Provision (網(wǎng)絡控制以及服務質量規(guī)則提供)流程，向BBERF提供針對修改的IP-CAN Session設置的QoS策略。步驟804 :PCRF 通過 Policy and Charging Rules Provision (策略以及計費規(guī)則提供)消息向PCEF提供PCC rules，該PCC rules內(nèi)至少攜帶PCRF針對修改的IP-CAN Session 設置的 Charging 信息禾口 offload-reporting 信息。本實施例中，步驟803和步驟804是以系統(tǒng)內(nèi)存在BBERF為例進行介紹的，若不存在BBERF，則PCRF會向PCEF提供提供至少包含上述Charging信息、Qos策略以及 offload-r印orting信息的PCC rules。具體方式參見步驟706的相關描述，在此不再贅述。另一方面，如圖8所示，PCRF(即H-PCRF)可以直接向PCEF提供上述PCC rules, 也可以通過漫游地的PCRF向PCEF提供上述PCC rules。具體方式參見步驟706的相關描述，在此亦不再贅述。步驟805、PCEF執(zhí)行接收到的PCC rules,即按照off load-r印orting信息的指示， 在后續(xù)流程中將IP-CAN Session是否采用了分流接入方式的情況上報至相應的計費中心， 即上報 offload information。具體為如果PCEF確定修改的IP-CAN Session采用LIPA方式連接或者SIPTO at load network方式接入到IP網(wǎng)絡，那么PCEF需要向計費中心上報off load information, 指示上述IP-CAN Session是通過offload方式接入到IP網(wǎng)絡的。例如，如果PCRF在 Charging信息中指示這一 IP-CAN Session采用的是online計費方式，則PCEF通過Gy接口向OCS上報offload information,令OAC按照獲得的數(shù)據(jù)對修改后的IP-CAN Session 進行相關計費；如果PCRF指示這一 IP-CAN Session采用的是offline計費方式，則PCEF 通過( 接口向OFCS上報offload information,令OFCS按照獲得的數(shù)據(jù)對修改后的 IP-CANSession進行相關計費。步驟806 =PCEF向計費中心發(fā)送Credit Request，請求通過計費中心的身份認證。步驟807 計費中心向PCEF返回Credit Response，通知PCEF通過身份認證。實際應用中，若PCEF與計費中心之間的通信安全可以得到保障，則可以不執(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的分流接入方式已成功智能了計費中心，從而可以令計費中心實現(xiàn)準確計費。綜上所述，本發(fā)明實施例中，在IP-CAN Session建立或修改過程中，PCRF實體針對該IP-CAN Session設置相應的Charging信息，并至少將該Charging信息和 offload-r印orting信息通知 PCEF，PCEF根據(jù) offload-r印orting信息的指示，確定 IP-CAN Session采用分流方式接入IP網(wǎng)絡時，根據(jù)獲得的Charging信息統(tǒng)計相應的計費相關參數(shù)，并向計費中心上報該計費相關參數(shù)以及offload information，令計費中心可以根據(jù)獲得的信息對上述IP-CAN Session進行相關計費，這樣，便在PCC架構下，實現(xiàn)了計費中心針對基于LIPA承載的IP-CANkssion的準確計費，完善了計費中心的性能，也提高了系統(tǒng)的服務質量。顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種提供基于LIPA承載的計費支持的方法，其特征在于，包括向策略及計費規(guī)則功能PCRF實體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡會話IP-CAN session執(zhí)行相關操作的請求消息；接收所述PCRF返回的攜帶有計費策略及分流報告信息的響應消息；根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session 進行相關計費。
2.如權利要求1所述的方法，其特征在于，向PCRF實體發(fā)送用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息，包括向家鄉(xiāng)PCRF實體直接發(fā)送用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息；或者，通過漫游地PCRF實體向家鄉(xiāng)PCRF實體發(fā)送用于指示需針對IP-CANsession執(zhí)行相關操作的請求消息。
3.如權利要求1所述的方法，其特征在于，向PCRF實體發(fā)送用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息，包括向PCRF實體發(fā)送用于指示建立IP-CAN session的請求消息，或者，向PCRF實體發(fā)送用于指示修改IP-CAN session的請求消息。
4.如權利要求1所述的方法，其特征在于，接收所述PCRF返回的攜帶有計費策略及分流報告信息的響應消息，包括接收所述PCRF返回的攜帶有策略和計費控制規(guī)則PCC rules的響應消息，該PCC rules中至少包含有針對所述IP-CAN session設置的計費策略、QoS策略和分流報告信息； 或者，接收所述PCRF返回的攜帶有PCC rules的響應消息，該PCC rules中至少包含有針對所述IP-CAN session設置的計費策略和分流報告信息。
5.如權利要求1-4任一項所述的方法，其特征在于，確定所述IP-CANsession采用分流方式接入IP網(wǎng)絡時，包括確認所述IP-CAN session承載傳輸?shù)臄?shù)據(jù)不經(jīng)過核心網(wǎng)，而通過本地網(wǎng)關L-GW直接傳輸至內(nèi)部網(wǎng)絡或外部網(wǎng)絡時，確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡。
6.如權利要求1-4任一項所述的方法，其特征在于，按照所述計費策略向相應的計費中心上報所述IP-CAN session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CANsession進行相關計費，包括若所述PCRF實體下發(fā)的計費策略指示針對所述IP-CAN session采用在線online計費方式，則通過Gy接口向在線計費系統(tǒng)OCS上報所述IP-CAN session采用的分流方式，以及上報針對所述IP-CAN session統(tǒng)計的計費相關參數(shù)，由所述OCS根據(jù)獲得的數(shù)據(jù)，針對所述IP-CAN session進行相關計費；若所述PCRF實體下發(fā)的計費策略指示針對所述IP-CAN session采用離線offline計費方式，則通過( 接口向離線計費系統(tǒng)OFCS上報所述IP-CANsession的分流方式，以及上報針對所述IP-CAN session統(tǒng)計的計費相關參數(shù)，由OFCS根據(jù)獲得的數(shù)據(jù)，針對所述IP-CAN session進行相關計費。
7.一種提供基于LIPA承載的計費支持的方法，其特征在于，包括接收策略和計費執(zhí)行功能PCEF實體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡會話 IP-CAN session執(zhí)行相關操作的請求消息；向所述PCEF返回攜帶有計費策略及分流報告信息的響應消息，令所述PCEF根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN Session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進行相關計費。
8.如權利要求7所述的方法，其特征在于，接收PCEF實體發(fā)送的用于指示需針對 IP-CAN session執(zhí)行相關操作的請求消息，包括接收所述PCEF實體直接發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息；或者，接收所述PCEF實體通過漫游地策略及計費規(guī)則功能PCRF實體發(fā)送的用于指示需針對 IP-CAN session執(zhí)行相關操作的請求消息。
9.如權利要求7所述的方法，其特征在于，接收PCRF實體發(fā)送的用于指示需針對 IP-CAN session執(zhí)行相關操作的請求消息，包括接收PCRF實體發(fā)送的用于指示建立IP-CAN session的請求消息，或者，接收PCRF實體發(fā)送的用于指示修改IP-CAN session的請求消息。
10.如權利要求7所述的方法，其特征在于，向所述PCEF返回攜帶有計費策略及分流報告信息的響應消息，包括向所述PCRF返回攜帶有PCC rules的響應消息，該PCC rules中至少包含有針對所述 IP-CAN session設置的計費策略、QoS策略和分流報告信息；或者，向所述PCRF返回的攜帶有PCC rules的響應消息，該PCC rules中至少包含有針對所述IP-CAN session設置的計費策略和分流報告信息，以及向承載綁定和事件報告功能 BBERF實體返回攜帶有針對所述IP-CAN session設置的QoS策略的響應消息。
11.如權利要求6-10任一項所述方法，其特征在于，令所述PCEF根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN Session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進行相關計費，包括令所述PCEF根據(jù)獲得的計費策略確定針對所述IP-CAN session采用在線online計費方式時，通過Gy接口向在線計費系統(tǒng)OCS上報所述IP-CAN session采用的分流方式，以及上報針對所述IP-CAN session統(tǒng)計的計費相關參數(shù)，由所述OCS根據(jù)獲得的數(shù)據(jù)，針對所述IP-CAN session進行相關計費；令所述PCEF根據(jù)獲得的計費策略確定針對所述IP-CAN session采用離線offline計費方式時，通過( 接口向離線計費系統(tǒng)OFCS上報所述IP-CANsession的分流方式，以及上報針對所述IP-CAN session統(tǒng)計的計費相關參數(shù)，由OFCS根據(jù)獲得的數(shù)據(jù)，針對所述 IP-CAN session進行相關計費。
12.一種提供基于LIPA承載的計費支持的裝置，其特征在于，包括第一通信單元，用于向策略及計費規(guī)則功能PCRF實體發(fā)送用于指示需針對IP連接訪問網(wǎng)絡會話IP-CAN session執(zhí)行相關操作的請求消息，以及接收所述PCRF返回的攜帶有計費策略及分流報告信息的響應消息；第二通信單元，用于根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進行相關計費。
13.如權利要求12所述的裝置，其特征在于，第一通信單元向PCRF實體發(fā)送用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息時，向家鄉(xiāng)PCRF實體直接發(fā)送用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息；或者，通過漫游地PCRF實體向家鄉(xiāng)PCRF 實體發(fā)送用于指示需針對IP-CANsession執(zhí)行相關操作的請求消息。
14.如權利要求12所述的裝置，其特征在于，第一通信單元向PCRF實體發(fā)送用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息時，向PCRF實體發(fā)送用于指示建立 IP-CAN session的請求消息，或者，向PCRF實體發(fā)送用于指示修改IP-CAN session的請求消息。
15.如權利要求12所述的裝置，其特征在于，第一通信單元接收所述PCRF返回的攜帶有計費策略及分流報告信息的響應消息時，接收所述PCRF返回的攜帶有策略和計費控制 PCC rules的響應消息，該PCC rules中至少包含有針對所述IP-CAN session設置的計費策略、QoS策略和分流報告信息；或者，接收所述PCRF返回的攜帶有PCC rules的響應消息， 該PCC rules中至少包含有針對所述IP-CAN session設置的計費策略和分流報告信息。
16.如權利要求12-15任一項所述的裝置，其特征在于，第二通信單元確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，包括確認所述IP-CANsession承載傳輸?shù)臄?shù)據(jù)不經(jīng)過核心網(wǎng)，而通過本地網(wǎng)關L-GW直接傳輸至內(nèi)部網(wǎng)絡或外部網(wǎng)絡時，確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡。
17.如權利要求12-15任一項所述的裝置，其特征在于，第二通信單元按照所述計費策略向相應的計費中心上報所述IP-CAN session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進行相關計費時，包括若所述PCRF實體下發(fā)的計費策略指示針對所述IP-CAN session采用在線online計費方式，則所述第二通信單元通過Gy接口向在線計費系統(tǒng)OCS上報所述IP-CAN session 采用的分流方式，以及上報針對所述IP-CAN session統(tǒng)計的計費相關參數(shù)，由所述OCS根據(jù)獲得的數(shù)據(jù)，針對所述IP-CAN session進行相關計費；若所述PCRF實體下發(fā)的計費策略指示針對所述IP-CAN session采用離線offline計費方式，則所述第二通信單元通過( 接口向離線計費系統(tǒng)OFCS上報所述IP-CAN session 的分流方式，以及上報針對所述IP-CAN session統(tǒng)計的計費相關參數(shù)，由OFCS根據(jù)獲得的數(shù)據(jù)，針對所述IP-CAN session進行相關計費。
18.一種提供基于LIPA承載的計費支持的裝置，其特征在于，包括接收單元，用于接收策略和計費執(zhí)行功能PCEF實體發(fā)送的用于指示需針對IP連接訪問網(wǎng)絡會話IP-CAN session執(zhí)行相關操作的請求消息；發(fā)送單元，用于向所述PCEF返回攜帶有計費策略及分流報告信息的響應消息，令所述 PCEF根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN Session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session 進行相關計費。
19.如權利要求18所述的裝置，其特征在于，所述接收單元接收PCEF實體發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息時，接收所述PCEF實體直接發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息；或者，接收所述PCEF實體通過漫游地策略及計費規(guī)則功能PCRF實體發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息。
20.如權利要求18所述的裝置，其特征在于，所述接收單元接收PCRF實體發(fā)送的用于指示需針對IP-CAN session執(zhí)行相關操作的請求消息時，接收PCRF實體發(fā)送的用于指示建立IP-CAN session的請求消息，或者，接收PCRF實體發(fā)送的用于指示修改IP-CAN session的請求消息。
21.如權利要求18所述的裝置，其特征在于，所述發(fā)送單元向所述PCEF返回攜帶有計費策略及分流報告信息的響應消息時，向所述PCRF返回攜帶有PCC rules的響應消息，該 PCC rules中至少包含有針對所述IP-CAN session設置的計費策略、QoS策略和分流報告信息；或者，向所述PCRF返回的攜帶有PCC rules的響應消息，該PCC rules中至少包含有針對所述IP-CAN session設置的計費策略和分流報告信息，以及向承載綁定和事件報告功能BBERF實體返回攜帶有針對所述IP-CAN session設置的QoS策略的響應消息。
22.如權利要求18-21任一項所述裝置，其特征在于，所述發(fā)送單元令所述PCEF根據(jù)所述分流報告信息，在確定所述IP-CAN session采用分流方式接入IP網(wǎng)絡時，按照所述計費策略向相應的計費中心上報所述IP-CAN Session的計費相關參數(shù)，以及上報所述IP-CAN session采用的分流方式，令計費中心根據(jù)獲得數(shù)據(jù)針對所述IP-CAN session進行相關計費，包括所述發(fā)送單元令所述PCEF根據(jù)獲得的計費策略確定針對所述IP-CANsession采用在線online計費方式時，通過Gy接口向在線計費系統(tǒng)OCS上報所述IP-CAN session采用的分流方式，以及上報針對所述IP-CAN session統(tǒng)計的計費相關參數(shù)，由所述OCS根據(jù)獲得的數(shù)據(jù)，針對所述IP-CAN session進行相關計費；所述發(fā)送單元令所述PCEF根據(jù)獲得的計費策略確定針對所述IP-CANsession采用離線offline計費方式時，通過( 接口向離線計費系統(tǒng)OFCS上報所述IP-CAN session的分流方式，以及上報針對所述IP-CAN session統(tǒng)計的計費相關參數(shù)，由OFCS根據(jù)獲得的數(shù)據(jù)，針對所述IP-CAN session進行相關計費。
全文摘要
本發(fā)明公開了一種提供基于LIPA承載的計費支持的方法及裝置，用于實現(xiàn)計費中心針對LIPA承載的準確計費；該方法為在某一承載建立或修改過程中，PCRF實體針對該承載設置相應的計費策略，并至少將該計費策略信息和分流報告信息通知PCEF，PCEF根據(jù)分流報告信息的指示，確定上述承載采用分流方式接入IP網(wǎng)絡時，根據(jù)獲得的計費策略統(tǒng)計相應的計費相關參數(shù)，并向計費中心上報該計費相關參數(shù)以及分流指示，令計費中心可以根據(jù)獲得的信息對上述承載進行相關計費，這樣，便在PCC架構下，實現(xiàn)了計費中心針對LIPA承載的準確計費，完善了計費中心的性能，也提高了系統(tǒng)的服務質量。
文檔編號H04L12/14GK102332985SQ201110330228
公開日2012年1月25日 申請日期2011年10月26日 優(yōu)先權日2011年10月26日
發(fā)明者張娟 申請人:電信科學技術研究院