專利名稱:基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及策略和計(jì)費(fèi)控制(PCC,Policy and Charging Control)技術(shù),尤其涉 及一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法與系統(tǒng)。
背景技術(shù):
第三代合作伙伴計(jì)劃(3GPP,3rdGeneration Partnership Project)演進(jìn)的 分組系統(tǒng)(EPS,Evolved Packet System)由演進(jìn)的通用移動(dòng)通信系統(tǒng)陸地?zé)o線接入 網(wǎng)(E-UTRAN, Evolved Universal Terrestrial Radio Access Network) > # sj] S 元(MME,Mobility Management Entity)、服務(wù)網(wǎng)關(guān)(S-GW,krvingGateway)、分組數(shù)據(jù) 網(wǎng)絡(luò)網(wǎng)關(guān)(P-GW 或者 PDN Gff, Packet Data NetworkGateway)、歸屬用戶服務(wù)器(HSS, Home Subscriber Server)、3GPP 的認(rèn)證授權(quán)計(jì)費(fèi)(AAA, Authentication、Authorization and Accounting)服務(wù)器,策略和計(jì)費(fèi)規(guī)則功能(PCRF 實(shí)體,Policy and Charging Rules Function)實(shí)體及其他支撐節(jié)點(diǎn)組成。圖1為EPS系統(tǒng)架構(gòu)的示意圖,如圖1所示,其中的策略和計(jì)費(fèi)控制(PCC,Policy and Charging Control)架構(gòu)是其中的一部分,EPS架構(gòu)中PCC各功能實(shí)體主要包括PCRF 實(shí)體是策略和計(jì)費(fèi)規(guī)則功能實(shí)體,策略和計(jì)費(fèi)執(zhí)行功能實(shí)體實(shí)體(PCEF實(shí)體,Policy and Charging Enforcement Function)存在于P_GW中,承載綁定和事件報(bào)告功能(BBERF, Bearer Binding and Event R印ortFunction)實(shí)體可存在于S-GW中,業(yè)務(wù)的應(yīng)用功能(AF, Application Function)實(shí)體存在于運(yùn)營(yíng)商網(wǎng)絡(luò)協(xié)議(IP, Internet Protocol)業(yè)務(wù)網(wǎng)絡(luò), 用戶簽約數(shù)據(jù)庫(kù)(SPR,Subscription Profile Repository)可與 HS S 合設(shè)。在3GPP中,通過(guò)接入點(diǎn)名稱(APN, Access Point Name)可以找到對(duì)應(yīng)的PDN網(wǎng) 絡(luò)。通常將UE到PDN網(wǎng)絡(luò)的一個(gè)連接稱為一個(gè)IP連接接入網(wǎng)(IP-CAN,IP Connectivity Access Network)會(huì)話。在EPS系統(tǒng)架構(gòu)中,用戶的接入類型由IP-CAN類型和無(wú)線接入類型(RAT,Radio Access Type)來(lái)共同識(shí)別IP-CAN類型用以區(qū)分接入網(wǎng)類型(例如:3GPP或WiMAX等), 當(dāng)IP-CAN類型為3GPP或3GPP2接入時(shí),需要進(jìn)一步依賴于RAT來(lái)區(qū)分無(wú)線接入類型(例 如3GPP接入時(shí),為UTRAN或E-UTRAN的無(wú)線接入)。PCC適用于所有3GPP IP-CAN,圖2為現(xiàn)有PCC系統(tǒng)架構(gòu)示意圖,如圖2所示,PCRF 實(shí)體主要負(fù)責(zé)策略和計(jì)費(fèi)規(guī)則的制定,通過(guò)to接口將制定的PCC策略和計(jì)費(fèi)規(guī)則下發(fā)給 PCEF實(shí)體,PCEF實(shí)體安裝并執(zhí)行PCC策略,并上報(bào)相關(guān)事件,與計(jì)費(fèi)系統(tǒng)交互計(jì)費(fèi)信息。 PCRF實(shí)體通過(guò)Gxx接口將業(yè)務(wù)服務(wù)質(zhì)量(QoS,Quality of Service)規(guī)則下發(fā)給BBERF實(shí) 體,BBERF實(shí)體不與計(jì)費(fèi)系統(tǒng)交互計(jì)費(fèi)信息,只負(fù)責(zé)承載綁定和相關(guān)事件的上報(bào)。AF實(shí)體通 過(guò)Rx接口向PCRF實(shí)體提供業(yè)務(wù)信息,SPR保存了用戶簽約的業(yè)務(wù)信息,PCRF實(shí)體可以通過(guò) Sp接口向Sra查詢用戶簽約的業(yè)務(wù)信息。PCEF實(shí)體通過(guò)Gy接口將在線計(jì)費(fèi)信息發(fā)送給在 線計(jì)費(fèi)系統(tǒng)(0SC,Online Charging System)負(fù)責(zé)在線計(jì)費(fèi)的統(tǒng)計(jì),通過(guò)( 接口將離線計(jì) 費(fèi)信息發(fā)送給離線計(jì)費(fèi)系統(tǒng)(0FCS,OfflineCharging System)。
目前,在PCC架構(gòu)中,PCRF實(shí)體可以動(dòng)態(tài)地下發(fā)PCC策略給PCEF實(shí)體,策略信息 中包含QoS和計(jì)費(fèi)的信息。PCRF實(shí)體根據(jù)AF提供的業(yè)務(wù)相關(guān)信息、PCEF實(shí)體上報(bào)的承載 相關(guān)信息以及SPR中用戶簽約的業(yè)務(wù)信息,制定PCC策略。隨著運(yùn)營(yíng)商需求、網(wǎng)絡(luò)融合和多接入技術(shù)的發(fā)展,網(wǎng)絡(luò)中逐漸出現(xiàn)多個(gè)網(wǎng)關(guān)(GW, Gateway),有了多個(gè)與OCS的消息傳遞接口,用于向OCS上報(bào)計(jì)費(fèi)信息及接收OCS的通知, 這樣便無(wú)法像原先一樣通過(guò)一個(gè)GW來(lái)完成全部用戶的計(jì)費(fèi)信息統(tǒng)計(jì)與上報(bào),將導(dǎo)致出現(xiàn) 計(jì)費(fèi)的粒度、方法和性能不一致的問(wèn)題,OCS的多點(diǎn)通信選擇問(wèn)題等,這在一定程度上會(huì)影 響計(jì)費(fèi)的統(tǒng)一性和穩(wěn)定性。另一方面,在引入PCC架構(gòu)的網(wǎng)絡(luò)中,PCRF實(shí)體統(tǒng)一完成整個(gè) 網(wǎng)絡(luò)的策略與計(jì)費(fèi)規(guī)則功能,和網(wǎng)絡(luò)中的各個(gè)GW都有標(biāo)準(zhǔn)化的接口,現(xiàn)有的計(jì)費(fèi)信息都由 Gff發(fā)送給計(jì)費(fèi)系統(tǒng)(包括在線和離線計(jì)費(fèi)系統(tǒng)),增加承載設(shè)備的信令負(fù)擔(dān)?,F(xiàn)有技術(shù)中,對(duì)于多個(gè)GW的網(wǎng)絡(luò)中,如何實(shí)現(xiàn)計(jì)費(fèi)方法和性能的統(tǒng)一,目前尚沒(méi) 有解決的方法。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的在于提供一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法 與系統(tǒng),能在多網(wǎng)關(guān)的PCC架構(gòu)中實(shí)現(xiàn)各種粒度的計(jì)費(fèi)。為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法,包括策略和計(jì)費(fèi)規(guī)則功能PCRF實(shí)體與在線計(jì)費(fèi)系統(tǒng)OCS之間設(shè)置信息交互的接口,所 述PCRF實(shí)體通過(guò)所述接口上報(bào)用于計(jì)費(fèi)的信息給所述0CS,并接收所述OCS的響應(yīng);所述 OCS通過(guò)所述接口向所述PCRF實(shí)體發(fā)送用于計(jì)費(fèi)的通知,并接收所述PCRF實(shí)體的響應(yīng)。優(yōu)選地,所述方法還包括用戶終端發(fā)起業(yè)務(wù)時(shí),所述PCRF實(shí)體生成策略和計(jì)費(fèi)控制PCC規(guī)則,確定所述業(yè) 務(wù)的計(jì)費(fèi)是在線計(jì)費(fèi),并在接收到信用配額申請(qǐng)的請(qǐng)求后,通過(guò)所述接口向所述OCS發(fā)送 申請(qǐng)信用配額的請(qǐng)求;通過(guò)所述接口接收到所述OCS的用量配額的響應(yīng)后進(jìn)行計(jì)費(fèi)操作, 并上報(bào)計(jì)費(fèi)操作的結(jié)果;在所述業(yè)務(wù)過(guò)程中,所述PCRF實(shí)體再次接收到配額申請(qǐng)的請(qǐng)求,通過(guò)所述接口向 所述OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求,并上報(bào)所述業(yè)務(wù)實(shí)際用量的信息,并在接收到所述OCS 的用量配額的響應(yīng)后進(jìn)行計(jì)費(fèi)操作,上報(bào)計(jì)費(fèi)操作的結(jié)果;以及所述業(yè)務(wù)結(jié)束時(shí),所述PCRF實(shí)體通過(guò)所述接口向所述OCS發(fā)送上報(bào)所述業(yè)務(wù)當(dāng)前 使用用量的請(qǐng)求,向所述OCS通知所述業(yè)務(wù)結(jié)束。優(yōu)選地,所述方法還包括用戶終端發(fā)起業(yè)務(wù)時(shí),所述PCRF實(shí)體生成PCC規(guī)則,確定所述業(yè)務(wù)的計(jì)費(fèi)是在線 計(jì)費(fèi),并在接收到信用配額申請(qǐng)的請(qǐng)求后,通過(guò)所述接口向所述OCS發(fā)送申請(qǐng)信用配額的 請(qǐng)求;通過(guò)所述接口接收到所述OCS的用量配額的響應(yīng)后進(jìn)行計(jì)費(fèi)操作;以及在所述業(yè)務(wù)過(guò)程中,所述OCS通過(guò)所述接口向所述PCRF實(shí)體發(fā)送用于計(jì)費(fèi)的通 知,所述PCRF實(shí)體根據(jù)所述用于計(jì)費(fèi)的通知執(zhí)行計(jì)費(fèi)操作,并向所述OCS上報(bào)計(jì)費(fèi)操作的 結(jié)果。優(yōu)選地,所述用于計(jì)費(fèi)的通知包括要求上報(bào)使用用量信息、或重新鑒權(quán)信息、或所述用戶終端信用額度不足信息。一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法,包括在所述PCRF實(shí)體與離線計(jì)費(fèi)系統(tǒng)OFCS之間設(shè)置信息交互的接口,所述PCRF實(shí)體 通過(guò)所述接口發(fā)送用于計(jì)費(fèi)的信息給所述0FCS。優(yōu)選地,所述方法還包括用戶終端發(fā)起業(yè)務(wù)時(shí),所述PCRF實(shí)體生成PCC規(guī)則,確定所述業(yè)務(wù)的計(jì)費(fèi)是離線 計(jì)費(fèi),在計(jì)費(fèi)上報(bào)觸發(fā)條件滿足時(shí),所述PCRF實(shí)體接收到上報(bào)觸發(fā),通過(guò)所述接口向所述 OFCS發(fā)送攜帶有用于計(jì)費(fèi)的信息的請(qǐng)求。優(yōu)選地,所述計(jì)費(fèi)上報(bào)觸發(fā)條件包括滿足流量門(mén)限、或滿足時(shí)間門(mén)限、或滿足整 點(diǎn)上報(bào)、或費(fèi)率改變、或位置更新、或接入類型更新、或時(shí)區(qū)更新、或會(huì)話修改、或業(yè)務(wù)結(jié)束?!N基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng),包括設(shè)置單元,用于在策略和計(jì)費(fèi)規(guī)則功能PCRF實(shí)體與在線計(jì)費(fèi)系統(tǒng)OCS之間設(shè)置信 息交互的接口;第一發(fā)送單元,位于所述PCRF實(shí)體中,用于通過(guò)所述接口向所述OCS發(fā)送用于計(jì) 費(fèi)的信息;第一接收單元,位于所述PCRF實(shí)體中,用于通過(guò)所述接口接收所述OCS的響應(yīng);
第二發(fā)送單元,位于所述OCS中,用于通過(guò)所述接口向所述PCRF實(shí)體發(fā)送用于計(jì) 費(fèi)的通知;以及第二接收單元,位于所述OCS中,用于通過(guò)所述接口接收所述PCRF實(shí)體的請(qǐng)求。優(yōu)選地,所述系統(tǒng)還包括第一生成單元,位于所述PCRF實(shí)體中,用于在用戶終端發(fā)起業(yè)務(wù)時(shí),生成策略和 計(jì)費(fèi)控制PCC規(guī)則;第一確定單元,位于所述PCRF實(shí)體中,用于確定所述業(yè)務(wù)的計(jì)費(fèi)是否是在線計(jì) 費(fèi),是時(shí)在所述第一接收單元在接收到信用配額申請(qǐng)的請(qǐng)求后,通過(guò)所述第一發(fā)送單元向 所述OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求;所述第一接收單元接收到所述OCS的用量配額的響應(yīng) 后觸發(fā)第一計(jì)費(fèi)操作單元;第一計(jì)費(fèi)操作單元,用于進(jìn)行計(jì)費(fèi)操作;所述第一發(fā)送單元向所述OCS上報(bào)計(jì)費(fèi) 操作的結(jié)果;所述第一接收單元在所述業(yè)務(wù)過(guò)程中再次接收到配額申請(qǐng)的請(qǐng)求,通過(guò)所述第一 發(fā)送單元向所述OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求,并上報(bào)所述業(yè)務(wù)實(shí)際用量的信息,在所述 第一接收單元接收到所述OCS的用量配額的響應(yīng)后進(jìn)行計(jì)費(fèi)操作,并通過(guò)所述第一發(fā)送單 元上報(bào)計(jì)費(fèi)操作的結(jié)果;在業(yè)務(wù)結(jié)束時(shí),所述第一發(fā)送單元向所述OCS發(fā)送上報(bào)所述業(yè)務(wù)當(dāng)前使用用量的 請(qǐng)求,通知所述OCS所述業(yè)務(wù)結(jié)束。優(yōu)選地,所述系統(tǒng)還包括第二生成單元,位于所述PCRF實(shí)體中,用于在用戶終端發(fā)起業(yè)務(wù)時(shí)生成PCC規(guī) 則;第二確定單元,用于確定所述業(yè)務(wù)的計(jì)費(fèi)是否是在線計(jì)費(fèi),是時(shí)在所述第一接收 單元接收到信用配額申請(qǐng)的請(qǐng)求后,由所述第一發(fā)送單元通過(guò)所述接口向所述OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求;所述第一接收單元通過(guò)所述接口接收到所述OCS的用量配額的響應(yīng)后 觸發(fā)第二計(jì)費(fèi)操作單元;第二計(jì)費(fèi)操作單元,用于進(jìn)行計(jì)費(fèi)操作;在所述業(yè)務(wù)過(guò)程中,所述二發(fā)送單元通過(guò)所述接口向所述PCRF實(shí)體發(fā)送用于計(jì) 費(fèi)的通知;所述第一計(jì)費(fèi)操作單元根據(jù)所述用于計(jì)費(fèi)的通知執(zhí)行計(jì)費(fèi)操作,所述第一發(fā)送 單元向所述OCS上報(bào)所述計(jì)費(fèi)操作結(jié)果。優(yōu)選地,所述用于計(jì)費(fèi)的通知包括要求上報(bào)使用用量信息、或重新鑒權(quán)信息、或所 述用戶終端信用額度不足信息。一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng),包括設(shè)置單元,用于在PCRF實(shí)體與離線計(jì)費(fèi)系統(tǒng)OFCS之間設(shè)置信息交互的接口 ;以及發(fā)送單元,位于所述PCRF實(shí)體中,用于通過(guò)所述接口發(fā)送用于計(jì)費(fèi)的信息給所述 OFCS。優(yōu)選地,所述系統(tǒng)還包括生成單元,位于所述PCRF實(shí)體中,用于在用戶終端發(fā)起業(yè)務(wù)時(shí)生成PCC規(guī)則;確定單元,位于所述PCRF實(shí)體中,用于確定所述業(yè)務(wù)的計(jì)費(fèi)是否是離線計(jì)費(fèi),是 時(shí)觸發(fā)判斷單元;判斷單元,位于所述PCRF實(shí)體中,用于判斷是否滿足計(jì)費(fèi)上報(bào)觸發(fā)條件,滿足時(shí), 在接收到上報(bào)觸發(fā)后,由所述發(fā)送單元通過(guò)所述接口向所述OFCS發(fā)送攜帶有用于計(jì)費(fèi)的 信息的請(qǐng)求。優(yōu)選地,所述計(jì)費(fèi)上報(bào)觸發(fā)條件包括滿足流量門(mén)限、或滿足時(shí)間門(mén)限、或滿足整 點(diǎn)上報(bào)、或費(fèi)率改變、或位置更新、或接入類型更新、或時(shí)區(qū)更新、或會(huì)話修改、或業(yè)務(wù)結(jié)束。本發(fā)明中,通過(guò)在PCRF實(shí)體上分別設(shè)置與OCS及OFCS進(jìn)行信息交互的接口,由 PCRF實(shí)體將相關(guān)的計(jì)費(fèi)信息直接發(fā)送給OCS及OFCS進(jìn)行計(jì)費(fèi)或計(jì)費(fèi)策略操作,從而在PCC 架構(gòu)中具有多個(gè)網(wǎng)關(guān)時(shí),能為各網(wǎng)關(guān)下的用戶終端(UE,User Equipment)實(shí)現(xiàn)各種粒度的 計(jì)費(fèi)操作,支持各種PCC架構(gòu)及其改進(jìn)結(jié)構(gòu)。本發(fā)明技術(shù)方案簡(jiǎn)單且實(shí)用。
圖1為EPS系統(tǒng)架構(gòu)的示意圖;圖2為現(xiàn)有PCC系統(tǒng)架構(gòu)示意圖;圖3為本發(fā)明中的PCC系統(tǒng)架構(gòu)示意圖;圖4為本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法實(shí)施例一的流程圖;圖5為本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法實(shí)施例二的流程圖;圖6為本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法實(shí)施例三的流程圖;圖7為本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)實(shí)施例一的組成結(jié)構(gòu)示意圖;圖8為本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)實(shí)施例二的組成結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明的基本思想是通過(guò)在PCRF實(shí)體上分別設(shè)置與OCS及OFCS進(jìn)行信息交互 的接口,由PCRF實(shí)體將相關(guān)的計(jì)費(fèi)信息直接發(fā)送給OCS及OFCS進(jìn)行計(jì)費(fèi)或計(jì)費(fèi)策略操作,從而在PCC架構(gòu)中具有多個(gè)網(wǎng)關(guān)時(shí),能為各網(wǎng)關(guān)下的用戶終端實(shí)現(xiàn)各種粒度的計(jì)費(fèi)操作, 支持各種PCC架構(gòu)及其改進(jìn)結(jié)構(gòu)。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白,以下舉實(shí)施例并參照附圖,對(duì) 本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。圖3為本發(fā)明中的PCC系統(tǒng)架構(gòu)示意圖,如圖3所示,本發(fā)明的技術(shù)方案是在圖2 所示的PCC架構(gòu)基礎(chǔ)上,在PCRF實(shí)體與OCS之間設(shè)置PCRF實(shí)體與OCS進(jìn)行信息交互的接 口(第一接口),PCRF實(shí)體通過(guò)該接口上報(bào)計(jì)費(fèi)信息給0CS,并接收OCS的響應(yīng)消息;OCS通 過(guò)該接口下發(fā)通知給PCRF實(shí)體,并接收來(lái)自PCRF實(shí)體的請(qǐng)求消息。同時(shí),在PCRF實(shí)體與 OFCS之間設(shè)置PCRF實(shí)體與OFCS進(jìn)行信息交互的接口(第二接口),PCRF實(shí)體通過(guò)該接口 發(fā)送計(jì)費(fèi)信息給0FCS,并接收OFCS的相關(guān)響應(yīng)。如圖3所示,PCEF實(shí)體與OCS之間不再設(shè) 置接口,PCEF實(shí)體與OFCS之間不再設(shè)置接口。以下通過(guò)具體的計(jì)費(fèi)操作,詳細(xì)說(shuō)明本發(fā)明 是如何通過(guò)上述的信息交互接口進(jìn)行計(jì)費(fèi)的。實(shí)施例一PCC規(guī)則為在線計(jì)費(fèi),PCRF實(shí)體發(fā)送請(qǐng)求消息給0CS。當(dāng)UE發(fā)起某個(gè)業(yè)務(wù),在生 成PCC規(guī)則后,判斷PCC規(guī)則中是否為在線計(jì)費(fèi),若是則當(dāng)PCRF實(shí)體受到一外部或內(nèi)部的 信用配額申請(qǐng)的觸發(fā)后,PCRF實(shí)體通過(guò)第一接口向OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求消息,OCS 收到請(qǐng)求消息后返回響應(yīng)消息給PCRF實(shí)體(下發(fā)用量配額);業(yè)務(wù)過(guò)程中,PCRF實(shí)體再次 收到外部或內(nèi)部的信用配額申請(qǐng)的觸發(fā),向OCS發(fā)送申請(qǐng)信用配額請(qǐng)求消息,并上報(bào)實(shí)際 用量等計(jì)費(fèi)相關(guān)信息給0CS,接收OCS的響應(yīng)消息;業(yè)務(wù)結(jié)束時(shí),PCRF實(shí)體向OCS發(fā)送請(qǐng)求 消息(上報(bào)當(dāng)前使用用量,并帶上業(yè)務(wù)所有信息,通知此次業(yè)務(wù)結(jié)束),并接收OCS返回的響 應(yīng)。上述計(jì)費(fèi)流程具體包括以下步驟步驟401 =UE發(fā)起某業(yè)務(wù),PCC規(guī)則生成之后,PCRF實(shí)體收到一個(gè)內(nèi)部或外部的信 用配額申請(qǐng)的觸發(fā)。步驟402 =PCRF實(shí)體發(fā)送用量信用配額的請(qǐng)求消息給0CS,向OCS申請(qǐng)用量信用配 額,消息中攜帶有UE標(biāo)識(shí)、業(yè)務(wù)標(biāo)識(shí)、費(fèi)率組標(biāo)識(shí)等業(yè)務(wù)和計(jì)費(fèi)相關(guān)信息。步驟403 =OCS收到請(qǐng)求消息后,發(fā)送響應(yīng)消息給PCRF實(shí)體,消息中攜帶用量配額 信息,或是拒絕信用配額申請(qǐng)信息,如果是拒絕信用配額申請(qǐng)信息,則當(dāng)前流程結(jié)束。步驟404 =PCRF實(shí)體接收到OCS的響應(yīng)消息后,若有信用配額下發(fā),則作相應(yīng)的本 地處理(進(jìn)行相關(guān)的計(jì)費(fèi)操作),或?qū)⒃撔庞门漕~轉(zhuǎn)發(fā)給外部網(wǎng)元(如GW)執(zhí)行。步驟405 業(yè)務(wù)過(guò)程中,PCRF實(shí)體再次接收到外部或內(nèi)部的信用配額申請(qǐng)的觸發(fā), 向OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求消息,并上報(bào)實(shí)際用量等計(jì)費(fèi)相關(guān)信息給0CS。步驟406 =OCS接收到請(qǐng)求消息后,發(fā)送響應(yīng)消息給PCRF實(shí)體,消息中攜帶有用量 配額信息,或是拒絕信用配額申請(qǐng)信息,如果攜帶有拒絕信用配額申請(qǐng)信息,則當(dāng)前流程結(jié) 束。ο步驟407 業(yè)務(wù)繼續(xù),重復(fù)步驟405 406。步驟408 業(yè)務(wù)結(jié)束時(shí),PCRF實(shí)體發(fā)送請(qǐng)求消息給0CS,向OCS上報(bào)當(dāng)前用量的實(shí) 際使用情況,攜帶該業(yè)務(wù)所有計(jì)費(fèi)相關(guān)信息,并告知OCS該業(yè)務(wù)結(jié)束。PCRF實(shí)體上報(bào)給OCS的消息中的計(jì)費(fèi)相關(guān)信息,可以是直接來(lái)自于GW的計(jì)費(fèi)相 關(guān)信息,也可以是GW的上報(bào)信息(如流量、時(shí)長(zhǎng)、事件、接入類型、時(shí)區(qū)等)、PCRF實(shí)體的本地信息(如運(yùn)營(yíng)商策略等)、以及PCRF實(shí)體獲取的其它來(lái)源信息(如SPR的簽約信息)等 經(jīng)過(guò)PCRF實(shí)體本地策略處理后生成的計(jì)費(fèi)相關(guān)信息。計(jì)費(fèi)相關(guān)信息可包括業(yè)務(wù)的流量、時(shí) 長(zhǎng)、事件、業(yè)務(wù)標(biāo)識(shí)、費(fèi)率組標(biāo)識(shí)、接入類型、時(shí)區(qū)信息等。步驟409 =OCS接收到該請(qǐng)求消息后,給PCRF實(shí)體發(fā)送響應(yīng)消息,統(tǒng)計(jì)并處理該業(yè) 務(wù)數(shù)據(jù)流的全部相關(guān)計(jì)費(fèi)信息。本實(shí)施例的通信消息粒度是針對(duì)UE某個(gè)業(yè)務(wù)數(shù)據(jù)流,此外,可擴(kuò)展為UE某一組業(yè) 務(wù)數(shù)據(jù)流、UE在某IP-CAN會(huì)話下的全部業(yè)務(wù)數(shù)據(jù)流、UE在某APN下的業(yè)務(wù)數(shù)據(jù)流,或UE的 全部業(yè)務(wù)數(shù)據(jù)流,其實(shí)現(xiàn)方式與前述的上述圖4所示的處理流程完全相同,這里不再贅述。 上述PCRF實(shí)體與OCS之間的所有消息都是通過(guò)第一接口發(fā)送及接收的。實(shí)施例二PCC規(guī)則為離線計(jì)費(fèi),PCRF實(shí)體發(fā)送消息給OFCS。UE發(fā)起某個(gè)業(yè)務(wù),生成PCC規(guī)則 后,判斷當(dāng)前的計(jì)費(fèi)規(guī)則是否是離線計(jì)費(fèi),是時(shí)在業(yè)務(wù)過(guò)程中當(dāng)計(jì)費(fèi)上報(bào)觸發(fā)條件滿足時(shí), PCRF實(shí)體會(huì)收到內(nèi)部或外部的上報(bào)觸發(fā),通過(guò)第二接口向OFCS發(fā)送消息(上報(bào)當(dāng)前使用 用量等計(jì)費(fèi)相關(guān)信息),并接受OFCS的響應(yīng)。計(jì)費(fèi)上報(bào)觸發(fā)條件可包括流量門(mén)限、時(shí)間門(mén) 限、整點(diǎn)、費(fèi)率改變、更新(位置更新、接入類型更新、時(shí)區(qū)更新、相關(guān)IP-CAN會(huì)話修改等)、 業(yè)務(wù)結(jié)束等。上述計(jì)費(fèi)流程具體包括以下步驟步驟501 :UE發(fā)起某業(yè)務(wù),PCC規(guī)則生成后,確定當(dāng)前業(yè)務(wù)為離線計(jì)費(fèi),則發(fā)起離線 計(jì)費(fèi)功能流程,即執(zhí)行步驟502。步驟502 業(yè)務(wù)過(guò)程中,計(jì)費(fèi)上報(bào)觸發(fā)條件滿足,則PCRF實(shí)體在接收到內(nèi)部或外部 的上報(bào)觸發(fā)后,發(fā)送請(qǐng)求消息給0FCS,消息中攜帶有當(dāng)前使用用量等計(jì)費(fèi)相關(guān)信息。其中的 觸發(fā)條件包括流量門(mén)限、時(shí)間門(mén)限、整點(diǎn)、費(fèi)率改變、更新(位置更新、接入類型更新、時(shí)區(qū) 更新、相關(guān)IP-CAN會(huì)話修改等)。步驟503 =OFCS接收到上述請(qǐng)求消息后,返回接收響應(yīng)消息給PCRF實(shí)體。步驟504 業(yè)務(wù)過(guò)程中,重復(fù)步驟502 503,PCRF實(shí)體上報(bào)相關(guān)離線計(jì)費(fèi)信息。步驟505 業(yè)務(wù)結(jié)束時(shí),作為觸發(fā)條件之一,觸發(fā)PCRF實(shí)體發(fā)送請(qǐng)求消息給0CS,攜 帶有使用用量(時(shí)長(zhǎng)、流量、事件等)及業(yè)務(wù)的全部計(jì)費(fèi)相關(guān)信息,并通知PCRF實(shí)體本次業(yè) 務(wù)結(jié)束。步驟506 =OFCS收到該請(qǐng)求消息后,返回接收響應(yīng)消息給PCRF實(shí)體。本實(shí)施例的通信消息粒度是針對(duì)UE某個(gè)業(yè)務(wù)數(shù)據(jù)流,此外,可擴(kuò)展為UE某一組業(yè) 務(wù)數(shù)據(jù)流、UE某IP-CAN會(huì)話下的全部業(yè)務(wù)數(shù)據(jù)流、UE某APN下的業(yè)務(wù)數(shù)據(jù)流,或UE的全部 業(yè)務(wù)數(shù)據(jù)流,其實(shí)現(xiàn)方式與前述的上述圖5所示的處理流程完全相同,這里不再贅述。上述 PCRF實(shí)體與OFCS之間的所有消息都是通過(guò)第二接口發(fā)送及接收的。實(shí)施例三對(duì)于在線計(jì)費(fèi),OCS主動(dòng)下發(fā)通知給PCRF實(shí)體(要求上報(bào)用量、重新鑒權(quán)等), PCRF實(shí)體給OCS發(fā)送響應(yīng)消息(根據(jù)通知消息中的請(qǐng)求,作相應(yīng)上報(bào))。當(dāng)UE發(fā)起某個(gè)業(yè) 務(wù),PCC規(guī)則生成后,若PCC規(guī)則中為在線計(jì)費(fèi),則當(dāng)PCRF實(shí)體受到一外部或內(nèi)部的信用配 額申請(qǐng)的觸發(fā),PCRF實(shí)體通過(guò)第一接口主動(dòng)向OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求消息,OCS接收 到請(qǐng)求消息后返回響應(yīng)消息給PCRF實(shí)體(下發(fā)用量配額);在業(yè)務(wù)過(guò)程中,OCS主動(dòng)發(fā)送通 知消息給PCRF實(shí)體,要求上報(bào)使用用量或重新鑒權(quán),PCRF實(shí)體收到通知消息后,進(jìn)行相應(yīng)10處理,發(fā)送響應(yīng)消息給PCRF實(shí)體,告知當(dāng)前使用用量,或是確認(rèn)重新鑒權(quán);OCS根據(jù)響應(yīng)消 息,繼續(xù)后續(xù)處理。上述計(jì)費(fèi)流程具體包括以下步驟步驟601 =UE發(fā)起某業(yè)務(wù),PCC規(guī)則下發(fā)成功,PCRF實(shí)體收到一個(gè)內(nèi)部或外部的觸 發(fā);步驟602 =PCRF實(shí)體發(fā)送請(qǐng)求消息給0CS,向OCS申請(qǐng)用量配額,消息帶上用戶標(biāo) 識(shí)、業(yè)務(wù)標(biāo)識(shí)、費(fèi)率組標(biāo)識(shí)等業(yè)務(wù)和計(jì)費(fèi)相關(guān)信息;步驟603 =OCS接收到請(qǐng)求消息后,發(fā)送響應(yīng)消息給PCRF實(shí)體,消息中攜帶有用量 配額信息,或是拒絕信用配額申請(qǐng)信息。步驟604 =PCRF實(shí)體接收到OCS的響應(yīng)消息后,若有信用配額下發(fā),則作相應(yīng)的本 地處理,或轉(zhuǎn)發(fā)給外部網(wǎng)元(如GW)執(zhí)行,若該申請(qǐng)被拒絕則當(dāng)前流程結(jié)束。步驟605 業(yè)務(wù)過(guò)程中,OCS主動(dòng)發(fā)送通知消息給PCRF實(shí)體(要求上報(bào)使用用量、 或重新鑒權(quán)、或告知用戶信用額度不足等)。步驟606 =PCRF實(shí)體收到該通知消息后,進(jìn)行相應(yīng)處理,發(fā)送響應(yīng)消息給OCS (告知 當(dāng)前使用用量,或是確認(rèn)重新鑒權(quán)等處理)。步驟607 :0CS根據(jù)響應(yīng)消息,繼續(xù)后續(xù)的計(jì)費(fèi)操作處理。該步驟操作與現(xiàn)有的OCS 計(jì)費(fèi)操作處理方式相同,這里不再贅述其實(shí)現(xiàn)細(xì)節(jié)。本實(shí)施例的通信消息粒度是針對(duì)UE某個(gè)業(yè)務(wù)數(shù)據(jù)流,此外,可擴(kuò)展為UE某一組業(yè) 務(wù)數(shù)據(jù)流、UE某IP-CAN會(huì)話下的全部業(yè)務(wù)數(shù)據(jù)流、UE某APN下的業(yè)務(wù)數(shù)據(jù)流,或UE的全部 業(yè)務(wù)數(shù)據(jù)流其實(shí)現(xiàn)方式與前述的上述圖6所示的處理流程完全相同,這里不再贅述。上述 PCRF實(shí)體與OCS之間的所有消息都是通過(guò)第二接口發(fā)送及接收的。圖7為本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)實(shí)施例一的組成結(jié)構(gòu)示意圖, 如圖7所示,本示例的基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)包括設(shè)置單元70、第一發(fā)送單 元71、第一接收單元72、第二發(fā)送單元73和第二接收單元74,其中,設(shè)置單元70用于在 PCRF實(shí)體與OCS之間設(shè)置信息交互的接口(第一接口);第一發(fā)送單元71位于所述PCRF 實(shí)體中,用于通過(guò)所述接口(第一接口)向所述OCS發(fā)送用于計(jì)費(fèi)的信息;第一接收單元 72位于所述PCRF實(shí)體中,用于通過(guò)所述接口(第一接口)接收所述OCS的響應(yīng);第二發(fā)送 單元73位于所述OCS中,用于通過(guò)所述接口(第一接口)主動(dòng)向所述PCRF實(shí)體發(fā)送用于 計(jì)費(fèi)的通知;第二接收單元74位于所述OCS中,用于通過(guò)所述接口(第一接口)接收所述 PCRF實(shí)體的請(qǐng)求。本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)還包括第一生成單元、第一確定單元 和第一計(jì)費(fèi)操作單元,其中,第一生成單元位于所述PCRF實(shí)體中,用于在用戶終端發(fā)起業(yè) 務(wù)時(shí),生成PCC規(guī)則;第一確定單元位于所述PCRF實(shí)體中,用于確定所述業(yè)務(wù)的計(jì)費(fèi)是否是 在線計(jì)費(fèi),是時(shí)在第一接收單元72在接收到信用配額申請(qǐng)的請(qǐng)求后,通過(guò)第一發(fā)送單元71 向所述OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求;第一接收單元72接收到所述OCS的用量配額的響應(yīng) 后觸發(fā)第一計(jì)費(fèi)操作單元;第一計(jì)費(fèi)操作單元,用于進(jìn)行計(jì)費(fèi)操作;第一發(fā)送單元71向所 述OCS上報(bào)計(jì)費(fèi)操作的結(jié)果;第一接收單元72在所述業(yè)務(wù)過(guò)程中再次接收到配額申請(qǐng)的請(qǐng) 求,通過(guò)第一發(fā)送單元71向所述OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求,并上報(bào)所述業(yè)務(wù)實(shí)際用量 的信息,在第一接收單元72接收到所述OCS的用量配額的響應(yīng)后進(jìn)行計(jì)費(fèi)操作,并通過(guò)第 一發(fā)送單元71上報(bào)計(jì)費(fèi)操作的結(jié)果;在業(yè)務(wù)結(jié)束時(shí),第一發(fā)送單元71向所述OCS發(fā)送上報(bào)所述業(yè)務(wù)當(dāng)前使用用量的請(qǐng)求,通知所述OCS所述業(yè)務(wù)結(jié)束。本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)還包括第二生成單元、第二確定單元 和第二計(jì)費(fèi)操作單元,其中,第二生成單元位于所述PCRF實(shí)體中,用于在用戶終端發(fā)起業(yè) 務(wù)時(shí)生成PCC規(guī)則;第二確定單元用于確定所述業(yè)務(wù)的計(jì)費(fèi)是否是在線計(jì)費(fèi),是時(shí)在第一 接收單元72接收到信用配額申請(qǐng)的請(qǐng)求后,由第一發(fā)送單元71通過(guò)所述接口(第一接口) 向所述OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求;第一接收單元72通過(guò)所述接口(第一接口)接收到 所述OCS的用量配額的響應(yīng)后觸發(fā)第二計(jì)費(fèi)操作單元;第二計(jì)費(fèi)操作單元,用于進(jìn)行計(jì)費(fèi) 操作;在所述業(yè)務(wù)過(guò)程中,所述二發(fā)送單元通過(guò)所述接口(第一接口)主動(dòng)向所述PCRF實(shí) 體發(fā)送用于計(jì)費(fèi)的通知;所述第一計(jì)費(fèi)操作單元根據(jù)所述用于計(jì)費(fèi)的通知執(zhí)行計(jì)費(fèi)操作, 第一發(fā)送單元71向所述OCS上報(bào)所述計(jì)費(fèi)操作結(jié)果。上述的用于計(jì)費(fèi)的通知包括要求上 報(bào)使用用量信息、或重新鑒權(quán)信息、或所述用戶終端信用額度不足信息。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解,圖7所示的基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)是為 實(shí)現(xiàn)前述的基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法而設(shè)置的,圖7所示的系統(tǒng)中各處理單元 的功能可參照?qǐng)D4、圖6所示方法的描述而理解,各處理單元的功能可通過(guò)運(yùn)行于處理器上 的程序而實(shí)現(xiàn),也可通過(guò)具體的邏輯電路而實(shí)現(xiàn)。圖8為本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)實(shí)施例二的組成結(jié)構(gòu)示意圖, 如圖8所示,本示例的基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)包括設(shè)置單元80和發(fā)送單元 81,其中,設(shè)置單元80用于在PCRF實(shí)體與離線計(jì)費(fèi)系統(tǒng)OFCS之間設(shè)置信息交互的接口(第 二接口);發(fā)送單元81位于所述PCRF實(shí)體中,用于通過(guò)所述接口(第二接口)發(fā)送用于計(jì) 費(fèi)的信息給所述OFCS。本發(fā)明基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)還包括生成單元、確定單元和判斷單 元,其中,生成單元位于所述PCRF實(shí)體中,用于在用戶終端發(fā)起業(yè)務(wù)時(shí)生成PCC規(guī)則;確 定單元位于所述PCRF實(shí)體中,用于確定所述業(yè)務(wù)的計(jì)費(fèi)是否是離線計(jì)費(fèi),是時(shí)觸發(fā)判斷單 元;判斷單元,位于所述PCRF實(shí)體中,用于判斷是否滿足計(jì)費(fèi)上報(bào)觸發(fā)條件,滿足時(shí),在接 收到上報(bào)觸發(fā)后,由發(fā)送單元81通過(guò)所述接口(第二接口)向所述OFCS發(fā)送攜帶有用于計(jì) 費(fèi)的信息的請(qǐng)求。所述計(jì)費(fèi)上報(bào)觸發(fā)條件包括滿足流量門(mén)限、或滿足時(shí)間門(mén)限、或滿足整 點(diǎn)上報(bào)、或費(fèi)率改變、或位置更新、或接入類型更新、或時(shí)區(qū)更新、或會(huì)話修改、或業(yè)務(wù)結(jié)束。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解,圖8所示的基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng)是為 實(shí)現(xiàn)前述的基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法而設(shè)置的,圖8所示的系統(tǒng)中各處理單元 的功能可參照?qǐng)D5所示方法的描述而理解,各處理單元的功能可通過(guò)運(yùn)行于處理器上的程 序而實(shí)現(xiàn),也可通過(guò)具體的邏輯電路而實(shí)現(xiàn)。以上所述,僅為本發(fā)明的較佳實(shí)施例而已,并非用于限定本發(fā)明的保護(hù)范圍。1權(quán)利要求
1.一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法,其特征在于,包括策略和計(jì)費(fèi)規(guī)則功能PCRF實(shí)體與在線計(jì)費(fèi)系統(tǒng)OCS之間設(shè)置接口,所述PCRF實(shí)體通 過(guò)所述接口上報(bào)用于計(jì)費(fèi)的信息給所述0CS,并接收所述OCS的響應(yīng);所述OCS通過(guò)所述接 口向所述PCRF實(shí)體發(fā)送用于計(jì)費(fèi)的通知,并接收所述PCRF實(shí)體的響應(yīng)。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述方法還包括用戶終端發(fā)起業(yè)務(wù)時(shí),所述PCRF實(shí)體生成策略和計(jì)費(fèi)控制PCC規(guī)則,確定所述業(yè)務(wù)的 計(jì)費(fèi)是在線計(jì)費(fèi),并在接收到信用配額申請(qǐng)的請(qǐng)求后,通過(guò)所述接口向所述OCS發(fā)送申請(qǐng) 信用配額的請(qǐng)求;通過(guò)所述接口接收到所述OCS的用量配額的響應(yīng)后進(jìn)行計(jì)費(fèi)操作,并上 報(bào)計(jì)費(fèi)操作的結(jié)果;在所述業(yè)務(wù)過(guò)程中,所述PCRF實(shí)體再次接收到配額申請(qǐng)的請(qǐng)求,通過(guò)所述接口向所述 OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求,并上報(bào)所述業(yè)務(wù)實(shí)際用量的信息,并在接收到所述OCS的用 量配額的響應(yīng)后進(jìn)行計(jì)費(fèi)操作,上報(bào)計(jì)費(fèi)操作的結(jié)果;以及所述業(yè)務(wù)結(jié)束時(shí),所述PCRF實(shí)體通過(guò)所述接口向所述OCS發(fā)送上報(bào)所述業(yè)務(wù)當(dāng)前使用 用量的請(qǐng)求,向所述OCS通知所述業(yè)務(wù)結(jié)束。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述方法還包括用戶終端發(fā)起業(yè)務(wù)時(shí),所述PCRF實(shí)體生成PCC規(guī)則,確定所述業(yè)務(wù)的計(jì)費(fèi)是在線計(jì)費(fèi), 并在接收到信用配額申請(qǐng)的請(qǐng)求后,通過(guò)所述接口向所述OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求; 通過(guò)所述接口接收到所述OCS的用量配額的響應(yīng)后進(jìn)行計(jì)費(fèi)操作;以及在所述業(yè)務(wù)過(guò)程中,所述OCS通過(guò)所述接口向所述PCRF實(shí)體發(fā)送用于計(jì)費(fèi)的通知,所 述PCRF實(shí)體根據(jù)所述用于計(jì)費(fèi)的通知執(zhí)行計(jì)費(fèi)操作,并向所述OCS上報(bào)計(jì)費(fèi)操作的結(jié)果。
4.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述用于計(jì)費(fèi)的通知包括要求上報(bào)使用 用量信息、或重新鑒權(quán)信息、或所述用戶終端信用額度不足信息。
5.一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法,其特征在于,包括在所述PCRF實(shí)體與離線計(jì)費(fèi)系統(tǒng)OFCS之間設(shè)置信息交互的接口,所述PCRF實(shí)體通過(guò) 所述接口發(fā)送用于計(jì)費(fèi)的信息給所述0FCS。
6.根據(jù)權(quán)利要求5所述的方法,其特征在于,所述方法還包括用戶終端發(fā)起業(yè)務(wù)時(shí),所述PCRF實(shí)體生成PCC規(guī)則,確定所述業(yè)務(wù)的計(jì)費(fèi)是離線計(jì)費(fèi), 在計(jì)費(fèi)上報(bào)觸發(fā)條件滿足時(shí),所述PCRF實(shí)體接收到上報(bào)觸發(fā),通過(guò)所述接口向所述OFCS發(fā) 送攜帶有用于計(jì)費(fèi)的信息的請(qǐng)求。
7.根據(jù)權(quán)利要求6所述的方法,其特征在于,所述計(jì)費(fèi)上報(bào)觸發(fā)條件包括滿足流量門(mén) 限、或滿足時(shí)間門(mén)限、或滿足整點(diǎn)上報(bào)、或費(fèi)率改變、或位置更新、或接入類型更新、或時(shí)區(qū) 更新、或會(huì)話修改、或業(yè)務(wù)結(jié)束。
8.一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng),其特征在于,包括設(shè)置單元,用于在策略和計(jì)費(fèi)規(guī)則功能PCRF實(shí)體與在線計(jì)費(fèi)系統(tǒng)OCS之間設(shè)置信息交 互的接口 ;第一發(fā)送單元,位于所述PCRF實(shí)體中,用于通過(guò)所述接口向所述OCS發(fā)送用于計(jì)費(fèi)的 fn息;第一接收單元,位于所述PCRF實(shí)體中,用于通過(guò)所述接口接收所述OCS的響應(yīng);第二發(fā)送單元,位于所述OCS中,用于通過(guò)所述接口向所述PCRF實(shí)體發(fā)送用于計(jì)費(fèi)的通知;以及第二接收單元,位于所述OCS中,用于通過(guò)所述接口接收所述PCRF實(shí)體的請(qǐng)求。
9.根據(jù)權(quán)利要求8所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括第一生成單元,位于所述PCRF實(shí)體中,用于在用戶終端發(fā)起業(yè)務(wù)時(shí),生成策略和計(jì)費(fèi) 控制PCC規(guī)則;第一確定單元,位于所述PCRF實(shí)體中,用于確定所述業(yè)務(wù)的計(jì)費(fèi)是否是在線計(jì)費(fèi),是 時(shí)在所述第一接收單元在接收到信用配額申請(qǐng)的請(qǐng)求后,通過(guò)所述第一發(fā)送單元向所述 OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求;所述第一接收單元接收到所述OCS的用量配額的響應(yīng)后觸 發(fā)第一計(jì)費(fèi)操作單元;第一計(jì)費(fèi)操作單元,用于進(jìn)行計(jì)費(fèi)操作;所述第一發(fā)送單元向所述OCS上報(bào)計(jì)費(fèi)操作 的結(jié)果;所述第一接收單元在所述業(yè)務(wù)過(guò)程中再次接收到配額申請(qǐng)的請(qǐng)求,通過(guò)所述第一發(fā)送 單元向所述OCS發(fā)送申請(qǐng)信用配額的請(qǐng)求,并上報(bào)所述業(yè)務(wù)實(shí)際用量的信息,在所述第一 接收單元接收到所述OCS的用量配額的響應(yīng)后進(jìn)行計(jì)費(fèi)操作,并通過(guò)所述第一發(fā)送單元上 報(bào)計(jì)費(fèi)操作的結(jié)果;在業(yè)務(wù)結(jié)束時(shí),所述第一發(fā)送單元向所述OCS發(fā)送上報(bào)所述業(yè)務(wù)當(dāng)前使用用量的請(qǐng) 求,通知所述OCS所述業(yè)務(wù)結(jié)束。
10.根據(jù)權(quán)利要求8所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括第二生成單元,位于所述PCRF實(shí)體中,用于在用戶終端發(fā)起業(yè)務(wù)時(shí)生成PCC規(guī)則;第二確定單元,用于確定所述業(yè)務(wù)的計(jì)費(fèi)是否是在線計(jì)費(fèi),是時(shí)在所述第一接收單元 接收到信用配額申請(qǐng)的請(qǐng)求后,由所述第一發(fā)送單元通過(guò)所述接口向所述OCS發(fā)送申請(qǐng)信 用配額的請(qǐng)求;所述第一接收單元通過(guò)所述接口接收到所述OCS的用量配額的響應(yīng)后觸發(fā) 第二計(jì)費(fèi)操作單元;第二計(jì)費(fèi)操作單元,用于進(jìn)行計(jì)費(fèi)操作;在所述業(yè)務(wù)過(guò)程中,所述二發(fā)送單元通過(guò)所述接口向所述PCRF實(shí)體發(fā)送用于計(jì)費(fèi)的 通知;所述第一計(jì)費(fèi)操作單元根據(jù)所述用于計(jì)費(fèi)的通知執(zhí)行計(jì)費(fèi)操作,所述第一發(fā)送單元 向所述OCS上報(bào)所述計(jì)費(fèi)操作結(jié)果。
11.根據(jù)權(quán)利要求10所述的系統(tǒng),其特征在于,所述用于計(jì)費(fèi)的通知包括要求上報(bào)使 用用量信息、或重新鑒權(quán)信息、或所述用戶終端信用額度不足信息。
12.一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)系統(tǒng),其特征在于,包括設(shè)置單元,用于在PCRF實(shí)體與離線計(jì)費(fèi)系統(tǒng)OFCS之間設(shè)置信息交互的接口 ;以及發(fā)送單元,位于所述PCRF實(shí)體中,用于通過(guò)所述接口發(fā)送用于計(jì)費(fèi)的信息給所述 OFCS。
13.根據(jù)權(quán)利要求12所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括生成單元,位于所述PCRF實(shí)體中,用于在用戶終端發(fā)起業(yè)務(wù)時(shí)生成PCC規(guī)則;確定單元,位于所述PCRF實(shí)體中,用于確定所述業(yè)務(wù)的計(jì)費(fèi)是否是離線計(jì)費(fèi),是時(shí)觸 發(fā)判斷單元;判斷單元,位于所述PCRF實(shí)體中,用于判斷是否滿足計(jì)費(fèi)上報(bào)觸發(fā)條件,滿足時(shí),在接 收到上報(bào)觸發(fā)后,由所述發(fā)送單元通過(guò)所述接口向所述OFCS發(fā)送攜帶有用于計(jì)費(fèi)的信息的請(qǐng)求。
14.根據(jù)權(quán)利要求13所述的系統(tǒng),其特征在于,所述計(jì)費(fèi)上報(bào)觸發(fā)條件包括滿足流量 門(mén)限、或滿足時(shí)間門(mén)限、或滿足整點(diǎn)上報(bào)、或費(fèi)率改變、或位置更新、或接入類型更新、或時(shí) 區(qū)更新、或會(huì)話修改、或業(yè)務(wù)結(jié)束。
全文摘要
本發(fā)明公開(kāi)了一種基于策略和計(jì)費(fèi)控制架構(gòu)的計(jì)費(fèi)方法,包括策略和計(jì)費(fèi)規(guī)則功能PCRF實(shí)體與在線計(jì)費(fèi)系統(tǒng)OCS之間設(shè)置接口,所述PCRF實(shí)體通過(guò)所述接口上報(bào)用于計(jì)費(fèi)的信息給所述OCS,并接收所述OCS的響應(yīng);所述OCS通過(guò)所述接口主動(dòng)向所述PCRF實(shí)體發(fā)送用于計(jì)費(fèi)的通知,并接收所述PCRF實(shí)體的響應(yīng);或者,在所述PCRF實(shí)體與離線計(jì)費(fèi)系統(tǒng)OFCS之間設(shè)置信息交互的接口,所述PCRF實(shí)體通過(guò)所述接口發(fā)送用于計(jì)費(fèi)的信息給所述OFCS。本發(fā)明同時(shí)公開(kāi)了一種實(shí)現(xiàn)前述方法的系統(tǒng)。本發(fā)明能為各網(wǎng)關(guān)下的用戶終端實(shí)現(xiàn)各種粒度的計(jì)費(fèi)操作,支持各種PCC架構(gòu)及其改進(jìn)結(jié)構(gòu),技術(shù)方案簡(jiǎn)單且實(shí)用。
文檔編號(hào)H04W92/00GK102056117SQ20091020742
公開(kāi)日2011年5月11日 申請(qǐng)日期2009年11月3日 優(yōu)先權(quán)日2009年11月3日
發(fā)明者吳錦花, 周曉云, 孫閔, 孫默, 芮通 申請(qǐng)人:中興通訊股份有限公司