本發(fā)明涉及無線通信技術(shù)領(lǐng)域,具體涉及了一種數(shù)據(jù)業(yè)務(wù)計費方法、PCEF設(shè)備、OCS及系統(tǒng)。
背景技術(shù):
數(shù)據(jù)業(yè)務(wù)計費系統(tǒng)中,在線計費系統(tǒng)(Online Charging System,OCS)可以實現(xiàn)對數(shù)據(jù)用戶的終端設(shè)備(User Equipment,UE)網(wǎng)絡(luò)資費的調(diào)整。策略和計費執(zhí)行功能(Policy and Charging Enforcement Function,PCEF)網(wǎng)元可以實現(xiàn)業(yè)務(wù)數(shù)據(jù)流的檢測、策略執(zhí)行和基于流的計費,該功能實體可以位于網(wǎng)關(guān),例如通用分組無線服務(wù)技術(shù)(General Packet Radio Service,GPRS)的支持節(jié)點(Gateway GPRS Support Node,GGSN)、4G核心網(wǎng)(Evolved Packet Core,EPC)的分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(Packet Data Network Gateway,P-GW)、無線局域網(wǎng)(Wireless Local Area Network,WLAN)中的分組數(shù)據(jù)網(wǎng)關(guān)(Packet Data Gateway,PDG),也可獨立部署,例如外置深度包檢測(Deep Packet Inspection,DPI)設(shè)備,作為計費的觸發(fā)點。分組數(shù)據(jù)協(xié)議(Packet Data Protocol,PDP)上下文向通用移動通訊系統(tǒng)(Universal Mobile Telecommunications System,UMTS)中的UE提供網(wǎng)絡(luò)協(xié)議(Internet Protocol,IP)連通性,是一個基于包的協(xié)議相關(guān)的連接(上下文),通過該連接UE和網(wǎng)絡(luò)設(shè)備可以進行數(shù)據(jù)交換,這些連接的使用僅限于特定的服務(wù),這些服務(wù)可以通過接入點來進行訪問。Gy接口是PCEF設(shè)備與OCS/AAA(驗證、授權(quán)、計費,Authentication、Authorization、Accounting)等認(rèn)證鑒權(quán)計費服務(wù)器之間的在線計費接口(用于信用額度控制、預(yù)付費等),與計費相關(guān)的協(xié)議主要包括Diameter協(xié)議和Radius協(xié)議。
隨著UE數(shù)量的快速增長,處于欠費狀態(tài)的UE數(shù)量也隨之增長,目前,大部分運營商的PCEF設(shè)備對于欠費的UE發(fā)起的創(chuàng)建PDP上下文請求,一般通過標(biāo)準(zhǔn)Gy接口請求OCS鑒權(quán),OCS查詢到數(shù)據(jù)用戶的欠費狀態(tài)后,向PCEF 設(shè)備返回余額不足信息,由PCEF設(shè)備拒絕UE的創(chuàng)建PDP上下文請求并去激活UE。由于UE的后臺應(yīng)用可以周期性的向PCEF設(shè)備發(fā)起PDP上下文請求,這導(dǎo)致PCEF設(shè)備不斷請求OCS進行鑒權(quán),這種大量的意義重復(fù)的計費鑒權(quán)交互消息會使得OCS嚴(yán)重負(fù)荷。例如,南非某運營商在某忙時(一個小時)內(nèi),余額不足的用戶重試次數(shù)達到2714173次,OCS和PCEF設(shè)備之間的產(chǎn)生了大量的Gy會話消息,導(dǎo)致OCS的性能損耗較大。
綜上所述,運營商網(wǎng)絡(luò)在計費鑒權(quán)業(yè)務(wù)過程中,PCEF設(shè)備每次接收UE的PDP上下文請求后,無論UE是否欠費,PCEF設(shè)備都向OCS發(fā)起計費鑒權(quán)請求,這使得較多數(shù)量欠費的UE在不斷重試連接網(wǎng)絡(luò)的情況下,PCEF設(shè)備與OCS之間產(chǎn)生大量重復(fù)的計費鑒權(quán)交互消息,加大了PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,消耗了OCS和PCEF的接口性能,在網(wǎng)絡(luò)忙時甚至可能造成OCS無法響應(yīng)所有消息,而引起系統(tǒng)異常,影響正常用戶使用數(shù)據(jù)業(yè)務(wù)的體驗。
技術(shù)實現(xiàn)要素:
本發(fā)明實施例提供一種數(shù)據(jù)業(yè)務(wù)計費方法、PCEF設(shè)備、OCS及系統(tǒng),以期減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
本發(fā)明實施例第一方面公開了一種數(shù)據(jù)業(yè)務(wù)計費方法,包括:
策略和計費執(zhí)行功能PCEF設(shè)備接收終端設(shè)備發(fā)送的攜帶有所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的分組數(shù)據(jù)協(xié)議PDP上下文請求;
所述PCEF設(shè)備檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),所述PCEF設(shè)備拒絕所述PDP上下文請求。
在本發(fā)明實施例第一方面的第一種可能的實現(xiàn)方式中,
所述PCEF設(shè)備中存儲有包括所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號和所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識的狀態(tài)列表,其中,所述業(yè)務(wù)狀態(tài)標(biāo)識包括凍結(jié)狀態(tài)標(biāo)識和解凍狀態(tài)標(biāo)識;所述PCEF設(shè)備檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),包括:
所述PCEF設(shè)備查詢所述PCEF設(shè)備中存儲的所述狀態(tài)列表,查詢到所述數(shù) 據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識為凍結(jié)狀態(tài)標(biāo)識;
或者,
所述PCEF設(shè)備中存儲有包括所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號和所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型的權(quán)限列表,其中,所述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型;所述PCEF設(shè)備檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),包括:
所述PCEF設(shè)備查詢所述PCEF設(shè)備中存儲的所述權(quán)限列表,查詢到所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型。
結(jié)合本發(fā)明實施例第一方面或第一方面的第一種可能的實現(xiàn)方式,在本發(fā)明實施例第一方面的第二種可能的實現(xiàn)方式中,所述PCEF設(shè)備接收終端設(shè)備發(fā)送的攜帶有所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,所述方法還包括:
所述PCEF設(shè)備檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài),所述PCEF設(shè)備向在線計費系統(tǒng)OCS發(fā)送計費配額請求消息,以及,接收所述OCS響應(yīng)所述計費配額請求消息而發(fā)送的響應(yīng)消息,并根據(jù)所述響應(yīng)消息執(zhí)行計費控制操作。
結(jié)合本發(fā)明實施例第一方面的第二種可能的實現(xiàn)方式,在本發(fā)明實施例第一方面的第三種可能的實現(xiàn)方式中,
所述響應(yīng)消息為計費配額響應(yīng)消息,所述根據(jù)所述響應(yīng)消息執(zhí)行計費控制操作包括:根據(jù)所述計費配額響應(yīng)消息中的計費策略和所述終端設(shè)備消費的流量確定流量資費,其中,所述計費配額響應(yīng)消息是所述OCS在檢測到所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號滿足預(yù)設(shè)條件的情況下,向所述PCEF設(shè)備發(fā)送的;或者,
所述響應(yīng)消息為業(yè)務(wù)凍結(jié)請求消息,所述根據(jù)所述響應(yīng)消息執(zhí)行計費控制操作包括:根據(jù)所述業(yè)務(wù)凍結(jié)請求消息將所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),并拒絕所述PDP上下文請求,其中,所述業(yè)務(wù)凍結(jié)請求消息是所述OCS在檢測到所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件的情況下,向所述PCEF設(shè)備發(fā)送的。
結(jié)合本發(fā)明實施例第一方面或第一方面的第一種可能的實現(xiàn)方式,在本發(fā)明實施例第一方面的第四種可能的實現(xiàn)方式中,所述方法還包括:
所述PCEF設(shè)備接收OCS發(fā)送的業(yè)務(wù)解凍請求消息,所述業(yè)務(wù)解凍請求消息是所述OCS接收到后端IT系統(tǒng)發(fā)送的攜帶有所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的賬號充值消息后發(fā)送的;
所述PCEF設(shè)備根據(jù)所述業(yè)務(wù)解凍請求消息將所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài)。
結(jié)合本發(fā)明實施例第一方面的第二種可能的實施方式,在本發(fā)明實施例第一方面的第五種可能的實現(xiàn)方式中,所述PCEF設(shè)備接收所述OCS響應(yīng)所述計費配額請求消息而發(fā)送的響應(yīng)消息,包括:
所述PCEF設(shè)備接收所述OCS響應(yīng)所述計費配額請求消息通過標(biāo)準(zhǔn)Gy接口而發(fā)送的響應(yīng)消息;或者,
所述PCEF設(shè)備接收所述OCS響應(yīng)所述計費配額請求消息通過Web Service接口而發(fā)送的響應(yīng)消息。
本發(fā)明實施例第二方面公開了一種數(shù)據(jù)業(yè)務(wù)計費方法,包括:
OCS接收PCEF設(shè)備發(fā)送的計費配額請求消息;
所述OCS檢測到所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件,向所述PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息,所述業(yè)務(wù)凍結(jié)請求消息用于指示所述PCEF設(shè)備將所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)修改為凍結(jié)狀態(tài),以拒絕所述終端設(shè)備在所述數(shù)據(jù)業(yè)務(wù)賬號滿足所述預(yù)設(shè)條件前發(fā)起的PDP上下文請求。
在本發(fā)明實施例第二方面的第一種可能的實現(xiàn)方式中,所述預(yù)設(shè)條件包括:
所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額大于或等于預(yù)設(shè)賬號余額;
或者,
所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為授權(quán)類型,所述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型。
本發(fā)明實施例第三方面公開了一種PCEF設(shè)備,包括:
接收模塊,用于接收終端設(shè)備發(fā)送的攜帶有所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求;
請求拒絕模塊,用于檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),拒絕所述PDP上下文請求。
在本發(fā)明實施例第三方面第一種可能的實現(xiàn)方式,
所述PCEF設(shè)備中存儲有包括所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號和所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識的狀態(tài)列表,其中,所述業(yè)務(wù)狀態(tài)標(biāo)識包括凍結(jié)狀態(tài)標(biāo)識和解凍狀態(tài)標(biāo)識;所述請求拒絕模塊具體用于:
查詢所述PCEF設(shè)備中存儲的所述狀態(tài)列表,查詢到所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識為凍結(jié)狀態(tài)標(biāo)識;
或者,
所述PCEF設(shè)備中存儲有包括所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號和所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型的權(quán)限列表,其中,所述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型;所述請求拒絕模塊具體用于:
查詢所述PCEF設(shè)備中存儲的所述權(quán)限列表,查詢到所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型。
結(jié)合本發(fā)明實施例第三方面或第三方面的第一種可能的實現(xiàn)方式,在本發(fā)明實施例第三方面的第二種可能的實現(xiàn)方式中,所述PCEF設(shè)備還包括:
發(fā)送模塊,用于在所述接收模塊接收終端設(shè)備發(fā)送的攜帶有所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài),向OCS發(fā)送計費配額請求消息;
接收控制模塊,用于在所述發(fā)送模塊向所述OCS發(fā)送計費配額請求消息后,接收所述OCS響應(yīng)所述計費配額請求消息而發(fā)送的響應(yīng)消息,并根據(jù)所述響應(yīng)消息執(zhí)行計費控制操作。
結(jié)合本發(fā)明實施例第三方面的第二種可能的實現(xiàn)方式,在本發(fā)明實施例第三方面的第三種可能的實現(xiàn)方式中,
所述響應(yīng)消息為計費配額響應(yīng)消息,所述接收控制模塊具體用于:根據(jù)所 述計費配額響應(yīng)消息中的計費策略和所述終端設(shè)備消費的流量確定流量資費,其中,所述計費配額響應(yīng)消息是所述OCS在檢測到所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號滿足預(yù)設(shè)條件的情況下,向所述接收控制模塊發(fā)送的;或者,
所述響應(yīng)消息為業(yè)務(wù)凍結(jié)請求消息,所述接收控制模塊具體用于:根據(jù)所述業(yè)務(wù)凍結(jié)請求消息將所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),并拒絕所述PDP上下文請求,其中,所述業(yè)務(wù)凍結(jié)請求消息是所述OCS在檢測到所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件的情況下,向所述接收控制模塊發(fā)送的。
本發(fā)明實施例第四方面公開了一種OCS,包括:
接收模塊,用于接收PCEF設(shè)備發(fā)送的計費配額請求消息;
發(fā)送模塊,用于檢測到所述接收模塊接收的所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件,向所述PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息,所述業(yè)務(wù)凍結(jié)請求消息用于指示所述PCEF設(shè)備將所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)修改為凍結(jié)狀態(tài),以拒絕所述終端設(shè)備在所述數(shù)據(jù)業(yè)務(wù)賬號滿足所述預(yù)設(shè)條件前發(fā)起的PDP上下文請求。
在本發(fā)明實施例第四方面的第一種可能的實現(xiàn)方式中,所述預(yù)設(shè)條件包括:
所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額大于或等于預(yù)設(shè)賬號余額;
或者,
所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為授權(quán)類型,所述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型。
本發(fā)明實施例第五方面公開了一種數(shù)據(jù)業(yè)務(wù)計費系統(tǒng),包括終端設(shè)備、PCEF設(shè)備和OCS,其中,
所述終端設(shè)備,用于向所述PCEF設(shè)備發(fā)送攜帶有所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求;
所述PCEF設(shè)備,用于檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為 凍結(jié)狀態(tài),拒絕所述PDP上下文請求。
在本發(fā)明實施例第五方面的第一種可能的實現(xiàn)方式中,
所述PCEF設(shè)備中存儲有包括所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號和所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識的狀態(tài)列表,其中,所述業(yè)務(wù)狀態(tài)標(biāo)識包括凍結(jié)狀態(tài)標(biāo)識和解凍狀態(tài)標(biāo)識;所述PCEF設(shè)備具體用于:
查詢所述PCEF設(shè)備中存儲的所述狀態(tài)列表,查詢到所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識為凍結(jié)狀態(tài)標(biāo)識;
或者,
所述PCEF設(shè)備中存儲有包括所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號和所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型的權(quán)限列表,其中,所述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型;所述PCEF設(shè)備具體用于:
查詢所述PCEF設(shè)備中存儲的所述權(quán)限列表,查詢到所述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型。
結(jié)合本發(fā)明實施例第五方面或第五方面的第一種可能的實現(xiàn)方式,在本發(fā)明實施例第五方面的第二種可能的實現(xiàn)方式中,
所述PCEF設(shè)備,還用于檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài),向OCS發(fā)送計費配額請求消息;
所述OCS,用于檢測到所述計費配額請求消息中的所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件,向所述PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息;
所述PCEF設(shè)備,還用于根據(jù)所述業(yè)務(wù)凍結(jié)請求消息將所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),并拒絕所述終端設(shè)備在所述數(shù)據(jù)業(yè)務(wù)賬號滿足所述預(yù)設(shè)條件前發(fā)起的PDP上下文請求。
本發(fā)明實施例中,PCEF設(shè)備接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,PCEF設(shè)備檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),則直接拒絕UE的PDP上下文請求,而在PCEF設(shè)備拒絕UE的PDP上下文請求的情況下,PCEF設(shè)備不會向OCS發(fā)送計費配額請求消息,故而有利于減少OCS和PCEF設(shè)備之間重復(fù)的計費鑒權(quán)交互消息,從而減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
附圖說明
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實施例公開的一種網(wǎng)絡(luò)構(gòu)架示意圖;
圖2是本發(fā)明實施例公開的一種PCEF設(shè)備的結(jié)構(gòu)示意圖;
圖3是本發(fā)明實施例公開的一種數(shù)據(jù)業(yè)務(wù)計費方法的流程示意圖。
圖4是本發(fā)明實施例公開的另一種數(shù)據(jù)業(yè)務(wù)計費方法的流程示意圖;
圖5是本發(fā)明實施例公開的又一種數(shù)據(jù)業(yè)務(wù)計費方法的流程示意圖;
圖6是本發(fā)明實施例公開的又一種數(shù)據(jù)業(yè)務(wù)計費方法的流程示意圖;
圖7是本發(fā)明實施例公開的一種PCEF設(shè)備的模塊化示意圖;
圖8是本發(fā)明實施例公開的一種OCS的模塊化示意圖;
圖9是本發(fā)明實施例公開的一種數(shù)據(jù)業(yè)務(wù)計費系統(tǒng)的架構(gòu)示意圖。
具體實施方式
下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分的實施例,而不是全部的實施例。基于本發(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都應(yīng)當(dāng)屬于本發(fā)明保護的范圍。
本發(fā)明實施例提供一種數(shù)據(jù)業(yè)務(wù)計費方法、PCEF設(shè)備、OCS及系統(tǒng),以期減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS性能損耗。
為了便于理解本發(fā)明實施例,下面先對本發(fā)明實施例的網(wǎng)絡(luò)架構(gòu)進行描述。請參閱圖1,圖1是本發(fā)明實施例公開的一種網(wǎng)絡(luò)構(gòu)架示意圖。如圖1所示,本發(fā)明實施例的網(wǎng)絡(luò)構(gòu)架可以包括UE、無線基站、PCEF設(shè)備、OCS設(shè)備、后端IT系統(tǒng)以及服務(wù)器(由數(shù)據(jù)業(yè)務(wù)提供商提供),其中,PCEF設(shè)備用于實現(xiàn)UE 的業(yè)務(wù)數(shù)據(jù)流的檢測、策略執(zhí)行和基于流的計費,該功能實體可以位于網(wǎng)關(guān),例如通用分組無線服務(wù)技術(shù)GPRS的支持節(jié)點GGSN、4G核心網(wǎng)EPC的分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)P-GW、無線局域網(wǎng)WLAN中的分組數(shù)據(jù)網(wǎng)關(guān)PDG,也可獨立部署,例如外置深度包檢測DPI設(shè)備,本發(fā)明實施例對PCEF設(shè)備的具體形式不作限定。其中,后端IT系統(tǒng)例如可以包括運營商部署的充值中心(Voucher Center,VC),數(shù)據(jù)業(yè)務(wù)賬號余額不足或者欠費的情況下,用戶可以通過多種渠道充值,比如利用互動式語音應(yīng)答(Interactive Voice Response,IVR),短信息服務(wù)(Short Message Service,SMS),非結(jié)構(gòu)化補充數(shù)據(jù)業(yè)務(wù)(Unstructured Supplementary Service Data,USSD),智能手機的第三方應(yīng)用程序(Application,APP),門戶網(wǎng)站(Web portal)等通過購買充值卡請求充值,或者也可以利用APP、Web portal等通過信用卡等第三方支付的接口請求充值,充值請求會被發(fā)送至VC,VC會在鑒權(quán)通過后,充值至OCS。OCS用于實現(xiàn)對UE數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)資費的調(diào)整,具體可以包括一些后端自動處理程序,比如月結(jié)處理程序,會在周期性賬期結(jié)束時,自動扣費并復(fù)位用戶整體數(shù)據(jù)業(yè)務(wù)賬號及特定數(shù)據(jù)業(yè)務(wù)賬號。OCS通過Gy接口與PCEF設(shè)備連接,Gy接口是PCEF設(shè)備與OCS之間的在線計費接口(用于信用額度控制、預(yù)付費等)。UE通過無線基站向PCEF設(shè)備發(fā)送創(chuàng)建PDP上下文請求,該PDP上下文用于向UE提供網(wǎng)絡(luò)協(xié)議連通性,是一個基于包的協(xié)議相關(guān)的連接,通過該連接UE和數(shù)據(jù)業(yè)務(wù)提供商提供的服務(wù)器進行數(shù)據(jù)交換。UE可以包括移動手機、平板電腦(如使用無線資費卡上網(wǎng))、個人數(shù)字助理(Personal Digital Assistant,PDA)、移動互聯(lián)網(wǎng)設(shè)備(Mobile Internet Device,MID)、智能穿戴設(shè)備(如智能手表、智能手環(huán))等各類使用移動通信網(wǎng)絡(luò)的UE。
在圖1所示的網(wǎng)絡(luò)構(gòu)架中,UE訪問的數(shù)據(jù)業(yè)務(wù)可以是服務(wù)器提供的媒體業(yè)務(wù)(如QQ語音業(yè)務(wù)、愛奇藝視頻業(yè)務(wù)、UC瀏覽器業(yè)務(wù),等等),UE訪問服務(wù)器提供的數(shù)據(jù)業(yè)務(wù)的流量計費操作由PCEF設(shè)備和OCS完成,PCEF設(shè)備接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,PCEF設(shè)備檢測到所述終端設(shè)備的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),則PCEF設(shè)備直接拒絕UE的PDP上下文請求,而在拒絕UE的PDP上下文請求的情況下,PCEF設(shè)備不會 向OCS發(fā)送計費配額請求消息,故而有利于減少OCS和PCEF設(shè)備之間重復(fù)的計費鑒權(quán)交互消息??梢?,PCEF設(shè)備無需每次接收UE發(fā)送的PDP上下文請求都向OCS發(fā)送數(shù)據(jù)業(yè)務(wù)的計費配額請求消息,從而減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
本發(fā)明實施例中,UE的數(shù)據(jù)業(yè)務(wù)賬號可以是UE的智能卡(Subscriber Identity Module,SIM)卡號,或者國際移動用戶識別碼(International Mobile Subscriber Identification Number,IMSI),或者,移動臺識別號碼(通常所說的手機號碼)(Mobile Subscriber International ISDN/PSTN number,MSISDN)等關(guān)聯(lián)用戶整體數(shù)據(jù)業(yè)務(wù)狀態(tài)的整體業(yè)務(wù)賬號,該整體業(yè)務(wù)賬號例如可以與通常的手機包月流量賬號對應(yīng),即在該整體業(yè)務(wù)賬號下,用戶利用UE進行上網(wǎng)、郵件、聊天、文件傳輸、視頻等日常應(yīng)用所消耗的流量均計入該整體業(yè)務(wù)賬號對應(yīng)的流量資費中;上述UE的數(shù)據(jù)業(yè)務(wù)賬號還可以是QQ音樂暢聽流量包、綠鉆暢聽流量包、樂視視頻內(nèi)容流量包等關(guān)聯(lián)用戶特定數(shù)據(jù)業(yè)務(wù)狀態(tài)的特定業(yè)務(wù)賬號,在該特定業(yè)務(wù)賬號所對應(yīng)的業(yè)務(wù)下,用戶通過UE使用該業(yè)務(wù)并消耗的流量只計入該特定業(yè)務(wù)賬號,而不會計入上述整體業(yè)務(wù)賬號,例如某用戶購買了QQ音樂暢聽流量包,則OCS系統(tǒng)應(yīng)生成一個與該用戶的QQ音樂暢聽業(yè)務(wù)對應(yīng)的特定業(yè)務(wù)賬號,該特定業(yè)務(wù)賬號的形式例如可以是765367XXX_QQ_music_VIP。
上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)可以包括凍結(jié)狀態(tài)和解凍狀態(tài),上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)處于凍結(jié)狀態(tài),例如可以包括數(shù)據(jù)業(yè)務(wù)賬號的余額不足或數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型等情形,上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)處于解凍狀態(tài),例如可以包括數(shù)據(jù)業(yè)務(wù)賬號的余額充足或數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為授權(quán)類型等情形。其中,上述凍結(jié)狀態(tài)的具體實現(xiàn)形式例如可以是相應(yīng)數(shù)據(jù)字段中的凍結(jié)狀態(tài)標(biāo)識,上述解凍狀態(tài)標(biāo)識的具體實現(xiàn)形式例如可以是相應(yīng)數(shù)據(jù)字段中的解凍狀態(tài)標(biāo)識,例如,設(shè)置相應(yīng)數(shù)據(jù)字段中的業(yè)務(wù)狀態(tài)標(biāo)識位為“1”時代表解凍狀態(tài)標(biāo)識,設(shè)置該業(yè)務(wù)狀態(tài)標(biāo)識位為“0”時代表凍結(jié)狀態(tài)標(biāo)識。此外,上述凍結(jié)狀態(tài)標(biāo)識或解凍狀態(tài)標(biāo)識的具體形式也可以是其他數(shù)據(jù)結(jié)構(gòu)形式,本發(fā)明對上述狀態(tài)標(biāo)識的具體形式不做唯一限定。本 發(fā)明實施例后續(xù)將詳細(xì)介紹根據(jù)數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)執(zhí)行業(yè)務(wù)計費操作的具體實現(xiàn)過程,此處先不作介紹。
下面進一步對本發(fā)明實施例中涉及的PCEF設(shè)備進行描述。請參閱圖2,圖2是本發(fā)明實施例公開的一種PCEF設(shè)備的結(jié)構(gòu)示意圖。如圖2所示,該PCEF設(shè)備可以包括:至少一個處理器1001,例如CPU,至少一個網(wǎng)絡(luò)接口1002,存儲器1003,至少一個通信總線1004。通信總線1004用于實現(xiàn)這些組件之間的連接通信。其中,網(wǎng)絡(luò)接口1002包括無線接口,進一步還可以包括有線接口,無線接口(也稱作RF接口)通過無線的方式向PCEF設(shè)備提供網(wǎng)絡(luò)接口功能,根據(jù)通信協(xié)議(例如,無線標(biāo)準(zhǔn)IEEEE802.11a、802.11b、802.11g、802.11n或802.15.1)與UE、OCS等設(shè)備進行通信,有線接口通過有線的方式(例如,以太網(wǎng)電纜)提供網(wǎng)絡(luò)接口性能。存儲器1003可能包含高速RAM存儲器,也可能還包括非易失性存儲器(non-volatile memory),例如至少一個磁盤存儲器。存儲器1003可選的可以包含至少一個位于遠(yuǎn)離前述處理器1001的存儲裝置。
在一些實施方式中,存儲器1003存儲了如下的元素,可執(zhí)行模塊或者數(shù)據(jù)結(jié)構(gòu),或者他們的子集,或者他們的擴展集:
操作系統(tǒng)10031,包含各種系統(tǒng)程序,用于實現(xiàn)各種基礎(chǔ)業(yè)務(wù)以及處理基于硬件的任務(wù);
應(yīng)用程序10032,包含設(shè)備控制服務(wù)程序、設(shè)備識別服務(wù)程序等各種應(yīng)用程序,用于實現(xiàn)各種應(yīng)用業(yè)務(wù)。
具體地,處理器1001用于調(diào)用存儲器1003中存儲的程序,執(zhí)行以下操作:
接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求;
檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),拒絕UE的PDP上下文請求。
本發(fā)明實施例中,處理器1001可以接收UE通過無線基站發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求,該PDP上下文請求發(fā)送操作可以由用戶對UE的數(shù)據(jù)業(yè)務(wù)訪問操作(如網(wǎng)頁瀏覽、視頻觀看、內(nèi)容下載、即時通訊消息交互,等)觸發(fā),也可以由UE的后臺運行的應(yīng)用程序的數(shù)據(jù)交互請求(如百度地圖后臺更新、天天音樂播放器推送歌曲推薦,等)觸發(fā)。
上述存儲器1003中例如可以存儲有包括UE的數(shù)據(jù)業(yè)務(wù)賬號和數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識的狀態(tài)列表,其中,業(yè)務(wù)狀態(tài)標(biāo)識包括凍結(jié)狀態(tài)標(biāo)識和解凍狀態(tài)標(biāo)識;處理器1001檢測到UE發(fā)送的PDP上下文請求后,可以查詢上述PCEF設(shè)備中存儲的上述狀態(tài)列表,并以UE的數(shù)據(jù)業(yè)務(wù)賬號的唯一索引信息為查詢依據(jù),查詢到與上述唯一索引信息相對應(yīng)的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識為凍結(jié)狀態(tài)標(biāo)識。
上述存儲器1003中還可以存儲有包括UE的數(shù)據(jù)業(yè)務(wù)賬號和數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型的權(quán)限列表,其中,業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型;處理器1001檢測到UE發(fā)送的PDP上下文請求后,可以查詢上述PCEF設(shè)備中存儲的上述權(quán)限列表,并以UE的數(shù)據(jù)業(yè)務(wù)賬號的唯一索引信息為查詢依據(jù),查詢到與上述唯一索引信息相對應(yīng)的上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型。
可選的,本發(fā)明實施例中,處理器1001接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài),PCEF設(shè)備向在線計費系統(tǒng)OCS發(fā)送計費配額請求消息,以及,接收OCS響應(yīng)計費配額請求消息而發(fā)送的響應(yīng)消息,并根據(jù)響應(yīng)消息執(zhí)行計費控制操作。
一個實施例中,響應(yīng)消息為計費配額響應(yīng)消息,處理器1001根據(jù)響應(yīng)消息執(zhí)行計費控制操作的具體方式包括:根據(jù)計費配額響應(yīng)消息中的計費策略和UE消費的流量確定流量資費,其中計費配額響應(yīng)消息是OCS在檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號滿足預(yù)設(shè)條件的情況下,向PCEF設(shè)備發(fā)送的;其中,上述預(yù)設(shè)條件可以是:上述計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額大于或等于預(yù)設(shè)賬號余額;或者,上述計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為授權(quán)類型,上述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型。
另一個實施例中,響應(yīng)消息為業(yè)務(wù)凍結(jié)請求消息,處理器1001根據(jù)響應(yīng)消息執(zhí)行計費控制操作的具體方式包括:根據(jù)業(yè)務(wù)凍結(jié)請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),并拒絕PDP上下文請求,其中, 業(yè)務(wù)凍結(jié)請求消息是OCS在檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件的情況下,向PCEF設(shè)備發(fā)送。
具體實現(xiàn)中,上述將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài)的具體實現(xiàn)方式例如可以是:將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識由解凍狀態(tài)標(biāo)識修改為凍結(jié)狀態(tài)標(biāo)識,或者,將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型由授權(quán)類型修改為限制類型。
可選的,本發(fā)明實施例中,處理器1001接收OCS響應(yīng)計費配額請求消息而發(fā)送的響應(yīng)消息的具體方式可以包括:
接收OCS響應(yīng)計費配額請求消息通過標(biāo)準(zhǔn)Gy接口而發(fā)送的響應(yīng)消息,其中,標(biāo)準(zhǔn)Gy接口引用的規(guī)范性文檔例如可以是3GPP TS 32.299,3GPP TS 32.215,3GPP TS 32.251,IETF RFC 4006,IETFRFC 3588中的任意一種,這些文檔是Gy接口及協(xié)議主要遵從的國際規(guī)范文檔;或者,接收OCS響應(yīng)計費配額請求消息通過Web Service接口而發(fā)送的響應(yīng)消息。
可以看出,圖2所示的PCEF設(shè)備接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),則直接拒絕UE的PDP上下文請求,而在PCEF設(shè)備拒絕UE的PDP上下文請求的情況下,PCEF設(shè)備不會向OCS發(fā)送計費配額請求消息,故而有利于減少OCS和PCEF設(shè)備之間重復(fù)的計費鑒權(quán)交互消息,從而減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
可選的,本發(fā)明實施例中,處理器1001還可以執(zhí)行以下操作:
接收OCS發(fā)送的業(yè)務(wù)解凍請求消息,業(yè)務(wù)解凍請求消息是OCS接收到后端IT系統(tǒng)發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號充值消息后發(fā)送的;
根據(jù)業(yè)務(wù)解凍請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài)。具體實現(xiàn)中,上述將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài)的具體實現(xiàn)方式例如可以是:將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識由凍結(jié)狀態(tài)標(biāo)識修改為解凍狀態(tài)標(biāo)識,或者,將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型由授權(quán)類型修改為限制類型。
可以看出,上述可選的實施例中,PCEF設(shè)備根據(jù)OCS發(fā)送的業(yè)務(wù)解凍請 求消息實時更新UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài),UE再次向PCEF設(shè)備發(fā)送PDP上下文請求時,有利于PCEF設(shè)備及時接收UE發(fā)起的PDP上下文請求,并在獲取OCS的計費配額響應(yīng)消息后執(zhí)行流量資費操作,縮短用戶充值后等待數(shù)據(jù)業(yè)務(wù)通信鏈路重連的時間,從而提高數(shù)據(jù)通信效率,提升用戶體驗。
此外,由于業(yè)務(wù)解凍消息中的數(shù)據(jù)業(yè)務(wù)賬號可以是特定業(yè)務(wù)賬號,這使得PCEF設(shè)備解凍該特定業(yè)務(wù)賬號時,仍凍結(jié)其他數(shù)據(jù)業(yè)務(wù)賬號,從而實現(xiàn)精確的業(yè)務(wù)訪問控制。
以上對本發(fā)明實施例的網(wǎng)絡(luò)架構(gòu)以及PCEF設(shè)備進行了描述,下面進一步描述本發(fā)明實施例公開的方法。請參閱圖3,圖3是本發(fā)明實施例公開的一種數(shù)據(jù)業(yè)務(wù)計費方法的流程示意圖。其中,圖3所描述的方法是從PCEF設(shè)備一側(cè)來進行描述的。如圖3所示,該方法可以包括以下步驟:
S301,PCEF設(shè)備接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求。
本發(fā)明實施例中,UE可以根據(jù)用戶的數(shù)據(jù)業(yè)務(wù)交互操作(如網(wǎng)頁瀏覽、視頻觀看、內(nèi)容下載、即時通訊交互消息,等)向PCEF設(shè)備發(fā)送PDP上下文請求,或者,根據(jù)后臺運行的應(yīng)用程序的數(shù)據(jù)交互請求(如百度地圖后臺更新、天天音樂播放器推送歌曲推薦,等)向PCEF設(shè)備發(fā)送PDP上下文請求。
S302,PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),PCEF設(shè)備拒絕PDP上下文請求。
本發(fā)明實施例中,上述UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)的具體形式可以是業(yè)務(wù)狀態(tài)標(biāo)識或業(yè)務(wù)訪問權(quán)限類型。
一個實施例中,上述PCEF設(shè)備中可以存儲有包括UE的數(shù)據(jù)業(yè)務(wù)賬號和數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識的狀態(tài)列表,其中,上述業(yè)務(wù)狀態(tài)標(biāo)識包括凍結(jié)狀態(tài)標(biāo)識和解凍狀態(tài)標(biāo)識;上述PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài)的具體實現(xiàn)方式可以是:PCEF設(shè)備查詢PCEF設(shè)備中存儲的上述狀態(tài)列表,并以UE的數(shù)據(jù)業(yè)務(wù)賬號的唯一索引信息為查詢依據(jù),查詢到與上述唯一索引信息相對應(yīng)的上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識為凍結(jié)狀態(tài)標(biāo)識。
另一個實施例中,上述PCEF設(shè)備中還可以存儲有包括UE的數(shù)據(jù)業(yè)務(wù)賬號 和數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型的權(quán)限列表,其中,上述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型;上述PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài)的具體實現(xiàn)方式可以是:PCEF設(shè)備查詢PCEF設(shè)備中存儲的上述權(quán)限列表,并以UE的數(shù)據(jù)業(yè)務(wù)賬號的唯一索引信息為查詢依據(jù),查詢到與上述唯一索引信息相對應(yīng)的上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型。
實施圖3所描述的方法,PCEF設(shè)備接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),則直接拒絕UE的PDP上下文請求,而在PCEF設(shè)備拒絕UE的PDP上下文請求的情況下,PCEF設(shè)備不會向OCS發(fā)送計費配額請求消息,故而有利于減少OCS和PCEF設(shè)備之間重復(fù)的計費鑒權(quán)交互消息,從而減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
可選的,本發(fā)明實施例中,上述PCEF設(shè)備接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài),則PCEF設(shè)備向在線計費系統(tǒng)OCS發(fā)送計費配額請求消息,以及,接收OCS響應(yīng)計費配額請求消息而發(fā)送的響應(yīng)消息,并根據(jù)響應(yīng)消息執(zhí)行計費控制操作。
一個實施例中,上述響應(yīng)消息為計費配額響應(yīng)消息,根據(jù)響應(yīng)消息執(zhí)行計費控制操作包括:根據(jù)計費配額響應(yīng)消息中的計費策略和UE消費的流量確定流量資費,其中,計費配額響應(yīng)消息是OCS在檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號滿足預(yù)設(shè)條件的情況下,向PCEF設(shè)備發(fā)送的;其中,上述預(yù)設(shè)條件包括:上述計費配額請求消息中的上述UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額大于或等于預(yù)設(shè)賬號余額;或者,上述計費配額請求消息中的上述UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為授權(quán)類型,上述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型。
具體實現(xiàn)中,上述OCS在檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號滿足預(yù)設(shè)條件的具體實現(xiàn)方式可以是:OCS在檢測到數(shù)據(jù)業(yè)務(wù)賬號的賬號余額大于或等于預(yù)設(shè)賬號余額的情況下,確定上述數(shù)據(jù)業(yè)務(wù)賬號滿足預(yù)設(shè)條件, 其中,該預(yù)設(shè)賬號余額可以是固定不變的值,也可以根據(jù)用戶的信用度進行變動,如用戶信用度越高,該預(yù)設(shè)賬號余額可以設(shè)置的越低,甚至可以是負(fù)值(對應(yīng)欠費)?;蛘?,OCS在檢測到數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為授權(quán)類型的情況下,確定上述數(shù)據(jù)業(yè)務(wù)賬號滿足預(yù)設(shè)條件。
舉例來說,OCS檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額為20元,處于未欠費狀態(tài),則OCS向PCEF設(shè)備發(fā)送計費配額響應(yīng)消息。
另一個實施例中,響應(yīng)消息為業(yè)務(wù)凍結(jié)請求消息,根據(jù)響應(yīng)消息執(zhí)行計費控制操作包括:根據(jù)業(yè)務(wù)凍結(jié)請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),并拒絕PDP上下文請求,其中,業(yè)務(wù)凍結(jié)請求消息是OCS在檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額不滿足預(yù)設(shè)條件的情況下,向PCEF設(shè)備發(fā)送的;其中,上述OCS在檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件的具體實現(xiàn)方式可以是:OCS在檢測到數(shù)據(jù)業(yè)務(wù)賬號的賬號余額小于預(yù)設(shè)賬號余額的情況下,確定上述數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件,或者,OCS在檢測到數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型的情況下,確定上述數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件。
舉例來說,OCS檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額位-15元(即欠費15元),假設(shè)該UE的數(shù)據(jù)業(yè)務(wù)賬號的預(yù)設(shè)賬號余額為-10元(即最高欠費值為10元),則OCS向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息。
可選的,本發(fā)明實施例中,上述PCEF設(shè)備接收OCS響應(yīng)計費配額請求消息而發(fā)送的響應(yīng)消息的具體實現(xiàn)方式可以包括:PCEF設(shè)備接收OCS響應(yīng)計費配額請求消息通過標(biāo)準(zhǔn)Gy接口而發(fā)送的響應(yīng)消息;或者,接收OCS響應(yīng)計費配額請求消息通過Web Service接口而發(fā)送的響應(yīng)消息。
可選的,本發(fā)明實施例中,上述PCEF設(shè)備還可以接收OCS發(fā)送的業(yè)務(wù)解凍請求消息,該業(yè)務(wù)解凍請求消息是OCS接收到后端IT系統(tǒng)發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號充值消息后發(fā)送的;PCEF設(shè)備根據(jù)該業(yè)務(wù)解凍請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài)。
其中,將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài)的具體實現(xiàn)方式例如可以是:將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識由凍結(jié)狀態(tài)標(biāo) 識修改為解凍狀態(tài)標(biāo)識,或者,將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型由限制類型修改為授權(quán)類型。
舉例來說,用戶A通過UE1中的網(wǎng)上營業(yè)廳應(yīng)用向UE2的QQ流量包業(yè)務(wù)賬號充值10元,后端IT系統(tǒng)更新UE2的QQ流量包業(yè)務(wù)賬號,并將該賬號充值消息發(fā)送至OCS,OCS接收到該賬號充值消息后,根據(jù)該賬號充值消息更新存儲的UE2的QQ流量包業(yè)務(wù)賬號的賬號余額,并向PCEF設(shè)備發(fā)送業(yè)務(wù)解凍請求消息,PCEF設(shè)備接收該業(yè)務(wù)解凍請求消息后,將存儲的UE2的QQ流量包業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識更新為解凍狀態(tài)標(biāo)識。當(dāng)用戶使用UE2中的QQ流量包業(yè)務(wù)賬號并向提供QQ應(yīng)用數(shù)據(jù)業(yè)務(wù)的服務(wù)器請求數(shù)據(jù)交互時,PCEF設(shè)備檢測到UE2發(fā)送的PDP上下文請求,并檢測到UE2的QQ流量包業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識為解凍狀態(tài)標(biāo)識,則PCEF設(shè)備向OCS發(fā)送UE2的QQ應(yīng)用數(shù)據(jù)業(yè)務(wù)的計費配額請求消息,OCS接收到UE2的QQ應(yīng)用的計費配額請求消息后,檢測到該UE2的QQ流量包業(yè)務(wù)賬號余額充足,OCS向PCEF返回計費配額響應(yīng)消息,PCEF設(shè)備為UE2創(chuàng)建PDP上下文,UE2根據(jù)該PDP上下文與提供QQ應(yīng)用數(shù)據(jù)業(yè)務(wù)的服務(wù)器進行數(shù)據(jù)交互,PCEF設(shè)備根據(jù)該計費配額響應(yīng)消息中的計費策略和UE2實際消費的QQ流量確定流量資費。
具體實現(xiàn)中,上述OCS和PCEF設(shè)備之間建立的用于傳遞業(yè)務(wù)凍結(jié)請求消息和業(yè)務(wù)解凍請求消息的消息接口,可以由以下幾種方式來實現(xiàn)。
第一種,通過標(biāo)準(zhǔn)Gy接口的RAR消息(Re-Auth-Request,重新鑒權(quán)/授權(quán)請求,該命令可以由OCS發(fā)送給提供會話服務(wù)的接入設(shè)備(如PCEF設(shè)備),來請求對用戶進行重新認(rèn)證/授權(quán))實現(xiàn),具體可以利用RAR消息中的Re-Auth-Request-Type字段標(biāo)識業(yè)務(wù)凍結(jié)狀態(tài)或業(yè)務(wù)解凍狀態(tài),如增加Subscription-Status AVP用于傳遞基于數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)凍結(jié)請求消息或者業(yè)務(wù)解凍請求消息,上述RAR消息的Subscription-Status AVP一種可能的構(gòu)成方式如表1所示,其中,AVP(Attribute-Value-Pair)是Diameter消息的消息體部分的單位,Diameter把與一條消息相關(guān)的各種信息用一個個AVP封裝起來,然后逐個頭尾銜接。AVP Code為AVP的類別,用于標(biāo)識AVP。例如Original-Host AVP的Code值為264。
Subscription-Status::=<AVP Header:30000>
{Subscription-Id-Type}
{Subscription-Id-Data}
{Subscription-Id-Status}
*{Service-Status}
Service-Status::=<AVP Header:30002>
{Service-Identifier}
{Service–Id-Status}
表1.Gy接口RAR消息中的AVP字段示意
表1中:RAR消息可以針對用戶沒有創(chuàng)建Gy會話的情況下,由OCS通知PCEF直接修改PCEF中UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識。其中,[Subscription-Id-Type](AVP Code=450)是用戶賬號標(biāo)識類型,[Subscription-Id-Data](AVP Code=444)則是整體業(yè)務(wù)賬號的具體內(nèi)容,比如Subscription-Id-Type取值為0時代表整體業(yè)務(wù)賬號的類型是MSISDN,此種情況下Subscription-Id-Data會對應(yīng)錄入用戶手機號碼,如13813800001,比如Subscription-Id-Type取值為1時代表整體業(yè)務(wù)賬號的類型是IMSI,此種情況下Subscription-Id-Data會對應(yīng)錄入UE識別碼,比如460-00-4777770001,等等。
第二種,通過標(biāo)準(zhǔn)Gy接口的CCA消息(Credit-Control-Answer,信用控制響應(yīng))實現(xiàn),具體可以通過擴展CCA消息標(biāo)識數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài),如在CCA消息中增加Subscription-Id-Status AVP用于傳遞基于數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)凍結(jié)請求或者業(yè)務(wù)解凍請求。
一個實施例中,可以在CCA消息PS-Information AVP中擴展,如增加Service-Status AVP用于傳遞基于特定業(yè)務(wù)賬號的業(yè)務(wù)凍結(jié)請求或者業(yè)務(wù)解凍請求,如表2所示。
表2.Gy接口CCA消息中的AVP字段示意
表2中,加粗字體為新增字段,由于CCA消息是基于會話的,在CCR消息中已經(jīng)包含用戶號碼,CCA消息作為CCR的返回消息,不需要擴展整體業(yè) 務(wù)賬號的具體內(nèi)容字段,只需要增加整體業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)和特定業(yè)務(wù)賬號的具體內(nèi)容及業(yè)務(wù)狀態(tài)2類字段即可。Service–Status AVP用于標(biāo)識特定業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài),在PS-Information AVP處增加,作為PS業(yè)務(wù)信息的新增信息。
另一個實施例中,也可以在CCA消息的MSCC AVP中增加Service-Status AVP用于傳遞基于數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)凍結(jié)請求或者業(yè)務(wù)解凍請求,如表2所示。
表3.Gy接口CCA消息中的AVP字段示意
表3中,加粗字體為新增字段,因為CCA消息是基于會話的,在CCR消息中已經(jīng)包含用戶號碼,CCA消息作為CCR的返回消息,不需要擴展整體業(yè)務(wù)賬號的具體內(nèi)容字段,只需要增加整體業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)和特定業(yè)務(wù)賬號的具體內(nèi)容及業(yè)務(wù)狀態(tài)2類字段即可。MSCC AVP本身在Gy計費會話中可以標(biāo)識一個具體業(yè)務(wù),在MSCC AVP中擴展業(yè)務(wù)狀態(tài)AVP,可以自然關(guān)聯(lián)相應(yīng)的業(yè)務(wù)狀態(tài)。
上述表2、表3中的AVP均可以用于標(biāo)識數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài),該業(yè)務(wù)狀態(tài)可以根據(jù)PCEF或者OCS的具體實現(xiàn)來選擇,對于MSCC AVP中擴展的Service-Status AVP,其所對應(yīng)的業(yè)務(wù)賬號的具體內(nèi)容,既可以由MSCC AVP中的Service-Identifier(AVP Code=439)確定,也可以由Service-Status內(nèi)的Service-Identifier(AVP Code=30003)確定。此外,本發(fā)明實施例中描述的AVP Code的定義只是舉例,該AVP Code的取值或者關(guān)聯(lián)的運營商代碼Vendor-ID的取值可以根據(jù)PCEF和OCS的具體實現(xiàn)來約定。
第三種,通過其他接口(如Web service接口)實現(xiàn)傳遞業(yè)務(wù)凍結(jié)請求消 息和業(yè)務(wù)解凍請求消息,消息字段的一種可能的構(gòu)成方式如表4所示。
表4.數(shù)據(jù)業(yè)務(wù)凍結(jié)或解凍通知字段示意
表5.Service-Status-List數(shù)據(jù)業(yè)務(wù)狀態(tài)列表字段示意
請參閱圖4,圖4是本發(fā)明實施例公開的另一種數(shù)據(jù)業(yè)務(wù)計費方法的流程示意圖。其中,圖4所描述的方法是從OCS一側(cè)進行描述的。如圖4所示,該方法可以包括以下步驟:
S401,OCS接收PCEF設(shè)備發(fā)送的計費配額請求消息。
本發(fā)明實施例中,上述計費配額請求消息是PCEF設(shè)備在接收到UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求,并檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)是解凍狀態(tài)的情況下,向OCS發(fā)送的。
具體實現(xiàn)中,UE可以根據(jù)用戶的數(shù)據(jù)業(yè)務(wù)交互操作(如網(wǎng)頁瀏覽、視頻觀看、內(nèi)容下載、即時通訊交互消息,等)向PCEF設(shè)備發(fā)送PDP上下文請求,或者,根據(jù)后臺運行的應(yīng)用程序的數(shù)據(jù)交互請求(如百度地圖后臺更新、天天音樂播放器推送歌曲推薦,等)向PCEF設(shè)備發(fā)送PDP上下文請求。
S402,OCS檢測到計費配額請求消息中的UE的上述數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件,向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息,上述業(yè)務(wù)凍結(jié)請求消息用于指示上述PCEF設(shè)備將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)修改為凍結(jié)狀態(tài),以拒絕UE在上述數(shù)據(jù)業(yè)務(wù)賬號滿足上述預(yù)設(shè)條件前發(fā)起的PDP上下文請求。
本發(fā)明實施例中,上述預(yù)設(shè)條件包括:上述計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額大于或等于預(yù)設(shè)賬號余額;或者,上述計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為授權(quán)類型,上述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型。
具體實現(xiàn)中,上述OCS檢測到計費配額請求消息中的UE的上述數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件的具體實現(xiàn)方式可以是:上述OCS檢測到計費配額請求消息中的UE的上述數(shù)據(jù)業(yè)務(wù)賬號的賬號余額小于預(yù)設(shè)賬號余額。例如,OCS檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額位-15元(即欠費15元),假設(shè)該UE的數(shù)據(jù)業(yè)務(wù)賬號的預(yù)設(shè)賬號余額為-10元(即最高欠費值為10元),則OCS向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息。
上述OCS檢測到計費配額請求消息中的UE的上述數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件的具體實現(xiàn)方式還可以是:上述OCS檢測到計費配額請求消息中的UE的上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型。例如,OCS檢測到UE的QQ音樂暢聽流量包的業(yè)務(wù)訪問權(quán)限類型為限制類型,則OCS向PCEF設(shè)備發(fā)送用于凍結(jié)上述UE的QQ音樂暢聽流量包業(yè)務(wù)的業(yè)務(wù)凍結(jié)請求消息。
通過實施圖4所描述的方法,OCS在接收到PCEF設(shè)備發(fā)送的計費配額請求消息之后,檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件,向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息,PCEF設(shè)備根據(jù)業(yè)務(wù)凍結(jié)請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),并直接拒絕UE的PDP上下文請求。而在PCEF設(shè)備拒絕UE的PDP上下文請求的情況下,PCEF設(shè)備不會向OCS發(fā)送計費配額請求消息,故而有利于減少OCS和PCEF設(shè)備之間重復(fù)的計費鑒權(quán)交互消息,從而減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
可選的,本發(fā)明實施例中,上述OCS還可以接收后端IT系統(tǒng)發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號充值消息,根據(jù)賬號充值消息向PCEF設(shè)備發(fā)送 業(yè)務(wù)解凍請求消息,以便于PCEF設(shè)備根據(jù)業(yè)務(wù)解凍請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài)。
可以看出,上述可選的實施例,OCS可以根據(jù)UE充值消息實時通知PCEF設(shè)備更新UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài),有利于PCEF設(shè)備及時接收UE的PDP上下文請求,并在獲取OCS的計費配額響應(yīng)消息后執(zhí)行流量資費操作,縮短用戶充值后等待數(shù)據(jù)通路重連的時間,從而提高數(shù)據(jù)通信效率,提升用戶體驗。
此外,由于業(yè)務(wù)解凍消息中的數(shù)據(jù)業(yè)務(wù)賬號可以是特定業(yè)務(wù)賬號,這使得PCEF設(shè)備解凍該特定業(yè)務(wù)賬號時,仍凍結(jié)其他數(shù)據(jù)業(yè)務(wù)賬號,從而實現(xiàn)精確的業(yè)務(wù)訪問控制。
請參見圖5,圖5是本發(fā)明實施例公開的一種數(shù)據(jù)業(yè)務(wù)計費方法的流程示意圖。其中,圖5所描述的方法是從UE、PCEF設(shè)備以及OCS多側(cè)進行描述的。如圖5所示,該方法可以包括以下步驟:
S501,UE向PCEF設(shè)備發(fā)送攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求。
S502,PCEF檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),PCEF設(shè)備拒絕上述PDP上下文請求。
其中,實施圖5所描述的方法,PCEF設(shè)備接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),則直接拒絕UE的PDP上下文請求,而在PCEF設(shè)備拒絕UE的PDP上下文請求的情況下,PCEF設(shè)備不會向OCS發(fā)送計費配額請求消息,故而有利于減少OCS和PCEF設(shè)備之間重復(fù)的計費鑒權(quán)交互消息,從而減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
如圖6所示,上述步驟S501UE向PCEF設(shè)備發(fā)送攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,可選的,本實施例中的數(shù)據(jù)業(yè)務(wù)計費方法還可以包括以下步驟:
S601,PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài)。
本發(fā)明實施例中,上述PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài)的具體實現(xiàn)方式可以包括:PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號 的業(yè)務(wù)狀態(tài)標(biāo)識為解凍狀態(tài)標(biāo)識,或者,PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為授權(quán)類型,等等。
S602,PCEF設(shè)備向在線計費系統(tǒng)OCS發(fā)送計費配額請求消息。
S603,OCS接收計費配額請求消息,檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件。
S604,OCS向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息。
S605,PCEF設(shè)備接收上述業(yè)務(wù)凍結(jié)請求消息,將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài)。
S606,UE向PCEF設(shè)備再次發(fā)起PDP上下文請求。
S607,PCEF設(shè)備接收UE再次發(fā)起的PDP上下文請求,檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),拒絕UE的PDP上下文請求。
S608,UE向后端IT系統(tǒng)發(fā)送UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號充值請求。
S609,后端IT系統(tǒng)接收上述賬號充值請求,向OCS發(fā)送賬號充值消息。
S610,OCS接收上述賬號充值消息,向PCEF設(shè)備發(fā)送業(yè)務(wù)解凍請求消息。
S611,PCEF設(shè)備接收業(yè)務(wù)解凍請求消息,將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài)。
S612,UE向PCEF設(shè)備再次發(fā)起PDP上下文請求。
S613,PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài)。
S614,PCEF設(shè)備向OCS再次發(fā)送計費配額請求消息。
S615,OCS接收上述PCEF設(shè)備再次發(fā)起的計費配額請求消息,檢測到上述計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號滿足預(yù)設(shè)條件。
S616,OCS向PCEF設(shè)備發(fā)送計費配額響應(yīng)消息。
S617,PCEF設(shè)備建立UE與服務(wù)器之間的數(shù)據(jù)通路,并根據(jù)上述計費配額響應(yīng)消息中的計費策略和UE消費的流量確定流量資費。
可以看出,實施圖6所描述的方法,OCS可以根據(jù)UE充值消息實時通知PCEF設(shè)備更新UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài),有利于PCEF設(shè)備及時接收UE的PDP上下文請求,并在獲取OCS的計費配額響應(yīng)消息后執(zhí)行流量資費操作,縮短用戶充值后等待數(shù)據(jù)業(yè)務(wù)通信鏈路重連的時間,從而提高數(shù)據(jù)通 信效率,提升用戶體驗。
此外,由于業(yè)務(wù)解凍消息中的數(shù)據(jù)業(yè)務(wù)賬號可以是特定業(yè)務(wù)賬號,這使得PCEF設(shè)備解凍該特定業(yè)務(wù)賬號時,仍凍結(jié)其他數(shù)據(jù)業(yè)務(wù)賬號,從而實現(xiàn)精確的業(yè)務(wù)訪問控制。
請參閱圖7,圖7是本發(fā)明實施例公開的一種PCEF設(shè)備的模塊化示意圖。如圖7所示,該PCEF設(shè)備可以包括接收模塊701、請求拒絕模塊702,其中:
上述接收模塊701,用于接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求;
本發(fā)明實施例中,上述接收模塊701可以接收UE通過無線基站發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求,UE發(fā)送PDP上下文請求的操作可以由用戶對UE的數(shù)據(jù)業(yè)務(wù)訪問操作(如網(wǎng)頁瀏覽、視頻觀看、內(nèi)容下載、即時通訊交互消息,等)觸發(fā),也可以由UE的后臺運行的應(yīng)用程序的數(shù)據(jù)交互請求(如百度地圖后臺更新、天天音樂播放器推送歌曲推薦,等)觸發(fā)。
上述請求拒絕模塊702,用于檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),拒絕PDP上下文請求。
本發(fā)明實施例中,上述PCEF設(shè)備中存儲有包括UE的數(shù)據(jù)業(yè)務(wù)賬號和上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識的狀態(tài)列表,其中,上述業(yè)務(wù)狀態(tài)標(biāo)識包括凍結(jié)狀態(tài)標(biāo)識和解凍狀態(tài)標(biāo)識;上述請求拒絕模塊702具體用于:
查詢上述PCEF設(shè)備中存儲的上述狀態(tài)列表,并以UE的數(shù)據(jù)業(yè)務(wù)賬號的唯一索引信息為查詢依據(jù),查詢到與上述唯一索引信息相對應(yīng)的上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識為凍結(jié)狀態(tài)標(biāo)識;
或者,
上述PCEF設(shè)備中存儲有包括UE的數(shù)據(jù)業(yè)務(wù)賬號和上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型的權(quán)限列表,其中,上述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型;上述請求拒絕模塊702具體用于:
查詢上述PCEF設(shè)備中存儲的上述權(quán)限列表,并以UE的數(shù)據(jù)業(yè)務(wù)賬號的唯一索引信息為查詢依據(jù),查詢到與上述唯一索引信息相對應(yīng)的上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型。
可以看出,圖7所示的PCEF設(shè)備的接收模塊701接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,PCEF設(shè)備的請求拒絕模塊702檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),則直接拒絕UE的PDP上下文請求,而在請求拒絕模塊702拒絕UE的PDP上下文請求的情況下,PCEF設(shè)備不會向OCS發(fā)送計費配額請求消息,故而有利于減少OCS和PCEF設(shè)備之間重復(fù)的計費鑒權(quán)交互消息,從而減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
可選的,本發(fā)明實施例中,上述PCEF設(shè)備還可以包括:
發(fā)送模塊,用于在接收模塊接收UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài),向OCS發(fā)送計費配額請求消息。
接收控制模塊,用于在發(fā)送模塊向OCS發(fā)送計費配額請求消息后,接收OCS響應(yīng)計費配額請求消息而發(fā)送的響應(yīng)消息,并根據(jù)響應(yīng)消息執(zhí)行計費控制操作。
一個實施例中,上述響應(yīng)消息為計費配額響應(yīng)消息,上述接收控制模塊具體用于:根據(jù)計費配額響應(yīng)消息中的計費策略和UE消費的流量確定流量資費,其中,計費配額響應(yīng)消息是OCS在檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號滿足預(yù)設(shè)條件的情況下,向接收控制模塊發(fā)送的。
另一個實施例中,上述響應(yīng)消息為業(yè)務(wù)凍結(jié)請求消息,上述接收控制模塊具體用于:根據(jù)業(yè)務(wù)凍結(jié)請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),并拒絕PDP上下文請求,其中,業(yè)務(wù)凍結(jié)請求消息是OCS在檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件的情況下,向接收控制模塊發(fā)送的。
具體實現(xiàn)中,上述接收控制模塊接收上述OCS響應(yīng)上述計費配額請求消息而發(fā)送的響應(yīng)消息的具體實現(xiàn)方式可以是:接收上述OCS響應(yīng)上述計費配額請求消息通過標(biāo)準(zhǔn)Gy接口而發(fā)送的響應(yīng)消息;或者,接收上述OCS響應(yīng)上述計費配額請求消息通過Web Service接口而發(fā)送的響應(yīng)消息。
可選的,本發(fā)明實施例中,上述PCEF設(shè)備還可以包括:
解凍請求接收模塊,用于接收OCS發(fā)送的業(yè)務(wù)解凍請求消息,業(yè)務(wù)解凍請求消息是OCS接收到后端IT系統(tǒng)發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號充值消息后發(fā)送的。
解凍模塊,用于根據(jù)業(yè)務(wù)解凍請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài)。
上述可選的實施例中,PCEF設(shè)備的接收控制模塊可以根據(jù)業(yè)務(wù)凍結(jié)請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),PCEF設(shè)備的解凍模塊可以根據(jù)業(yè)務(wù)解凍請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài),有利于實現(xiàn)精確的業(yè)務(wù)訪問控制。
請參見圖8,圖8是本發(fā)明實施例公開的一種OCS的模塊化示意圖,用于實現(xiàn)本發(fā)明實施例公開的數(shù)據(jù)業(yè)務(wù)計費方法。如圖8所示,本發(fā)明實施例公開的一種OCS包括接收模塊801、發(fā)送模塊802:
上述接收模塊801,用于接收PCEF設(shè)備發(fā)送的計費配額請求消息。
其中,上述計費配額請求消息是PCEF設(shè)備在接收到UE發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求,并檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)是解凍狀態(tài)的情況下,向接收模塊發(fā)送的;
上述發(fā)送模塊802,用于檢測到接收模塊接收的計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件,向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息,上述業(yè)務(wù)凍結(jié)請求消息用于指示上述PCEF設(shè)備將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)修改為凍結(jié)狀態(tài),以拒絕UE在上述數(shù)據(jù)業(yè)務(wù)賬號滿足上述預(yù)設(shè)條件前發(fā)起的PDP上下文請求。
其中,上述預(yù)設(shè)條件包括:上述計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號余額大于或等于預(yù)設(shè)賬號余額;或者,上述計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為授權(quán)類型,上述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型。
可選的,本發(fā)明實施例中,上述消息發(fā)送模塊802向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息的具體實現(xiàn)方式可以包括:通過標(biāo)準(zhǔn)Gy接口向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息;或者,通過Web Service接口向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消 息。
可選的,本發(fā)明實施例中,上述OCS還可以包括:
充值消息接收模塊,用于接收后端IT系統(tǒng)發(fā)送的攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的賬號充值消息;
解凍請求發(fā)送模塊,用于根據(jù)充值消息接收模塊接收的賬號充值消息向PCEF設(shè)備發(fā)送業(yè)務(wù)解凍請求消息,以便于PCEF設(shè)備根據(jù)業(yè)務(wù)解凍請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由凍結(jié)狀態(tài)修改為解凍狀態(tài)。
其中,圖8所示的OCS在接收到PCEF設(shè)備發(fā)送的計費配額請求消息之后,檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件,向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息,PCEF設(shè)備根據(jù)業(yè)務(wù)凍結(jié)請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),并拒絕PDP上下文請求。而在PCEF設(shè)備拒絕UE的PDP上下文請求的情況下,PCEF設(shè)備不會向OCS發(fā)送計費配額請求消息,故而有利于減少OCS和PCEF設(shè)備之間重復(fù)的計費鑒權(quán)交互消息,從而減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
此外,OCS可以根據(jù)UE充值消息實時通知PCEF設(shè)備更新UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài),有利于PCEF設(shè)備及時接收UE的PDP上下文請求,并在獲取OCS的計費配額響應(yīng)消息后執(zhí)行流量資費操作,縮短用戶充值后等待數(shù)據(jù)業(yè)務(wù)通信鏈路重連的時間,從而提高數(shù)據(jù)通信效率,提升用戶體驗。
請參見圖9,圖9是本發(fā)明實施例公開的一種數(shù)據(jù)業(yè)務(wù)計費系統(tǒng)的架構(gòu)示意圖,用于執(zhí)行本發(fā)明實施例公開的數(shù)據(jù)業(yè)務(wù)計費方法。如圖9所示,該數(shù)據(jù)業(yè)務(wù)計費系統(tǒng)包括UE、PCEF設(shè)備以及OCS設(shè)備。其中:
上述UE,用于向PCEF設(shè)備發(fā)送攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求;
上述PCEF設(shè)備,用于檢測到上述UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),拒絕PDP上下文請求。
一個實施例中,上述PCEF設(shè)備中存儲有包括上述UE的數(shù)據(jù)業(yè)務(wù)賬號和上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識的狀態(tài)列表,其中,上述業(yè)務(wù)狀態(tài)標(biāo)識包括凍結(jié)狀態(tài)標(biāo)識和解凍狀態(tài)標(biāo)識;上述PCEF設(shè)備具體用于:
查詢上述PCEF設(shè)備中存儲的上述狀態(tài)列表,并以UE的數(shù)據(jù)業(yè)務(wù)賬號的唯一索引信息為查詢依據(jù),查詢到與上述唯一索引信息相對應(yīng)的上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)標(biāo)識為凍結(jié)狀態(tài)標(biāo)識;
另一個實施例中。上述PCEF設(shè)備中存儲有包括UE的數(shù)據(jù)業(yè)務(wù)賬號和上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型的權(quán)限列表,其中,上述業(yè)務(wù)訪問權(quán)限類型包括授權(quán)類型和限制類型;上述PCEF設(shè)備具體用于:
查詢上述PCEF設(shè)備中存儲的上述權(quán)限列表,并以UE的數(shù)據(jù)業(yè)務(wù)賬號的唯一索引信息為查詢依據(jù),查詢到與上述唯一索引信息相對應(yīng)的上述數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)訪問權(quán)限類型為限制類型。
可選的,本發(fā)明實施例中,PCEF設(shè)備還用于檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為解凍狀態(tài),向OCS發(fā)送計費配額請求消息。
上述OCS,用于檢測到計費配額請求消息中的UE的數(shù)據(jù)業(yè)務(wù)賬號不滿足預(yù)設(shè)條件,向PCEF設(shè)備發(fā)送業(yè)務(wù)凍結(jié)請求消息。
上述PCEF設(shè)備,還用于根據(jù)業(yè)務(wù)凍結(jié)請求消息將UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)由解凍狀態(tài)修改為凍結(jié)狀態(tài),并拒絕PDP上下文請求。
其中,圖9所示的數(shù)據(jù)業(yè)務(wù)計費系統(tǒng)中,UE向PCEF設(shè)備發(fā)送攜帶有UE的數(shù)據(jù)業(yè)務(wù)賬號的PDP上下文請求之后,PCEF設(shè)備檢測到UE的數(shù)據(jù)業(yè)務(wù)賬號的業(yè)務(wù)狀態(tài)為凍結(jié)狀態(tài),則直接拒絕UE的PDP上下文請求,而在PCEF設(shè)備拒絕UE的PDP上下文請求的情況下,PCEF設(shè)備不會向OCS發(fā)送計費配額請求消息,故而有利于減少OCS和PCEF設(shè)備之間重復(fù)的計費鑒權(quán)交互消息,從而減緩PCEF設(shè)備與OCS之間數(shù)據(jù)鏈路的壓力,減少OCS的性能損耗。
本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成,該程序可以存儲于一計算機可讀存儲介質(zhì)中,存儲介質(zhì)可以包括:閃存盤、只讀存儲器(Read-Only Memory,ROM)、隨機存取器(Random Access Memory,RAM)、磁盤或光盤等。
以上對本發(fā)明實施例公開的一種數(shù)據(jù)業(yè)務(wù)計費方法、PCEF設(shè)備、OCS及 系統(tǒng)進行了詳細(xì)介紹,本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想;同時,對于本領(lǐng)域的一般技術(shù)人員,依據(jù)本發(fā)明的思想,在具體實施方式及應(yīng)用范圍上均會有改變之處,綜上所述,本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。