本發(fā)明涉及移動通信領(lǐng)域,尤其涉及一種計費的方法、網(wǎng)絡(luò)設(shè)備及計費系統(tǒng)。
背景技術(shù):
在第三代合作伙伴計劃(3GPP,3rd Generation Partnership Project)描述的電信網(wǎng)絡(luò)中,計費系統(tǒng)是其重要的功能部件之一,是運營商實現(xiàn)營收的重要保障。
3GPP協(xié)議中,定義了在線計費系統(tǒng)不可用時,用戶可以轉(zhuǎn)離線計費,從而保證業(yè)務(wù)可繼續(xù)使用,提升用戶體驗,同時避免對運營商造成損失。為避免轉(zhuǎn)離線用戶長時間使用業(yè)務(wù)造成賬戶透支,一般通過保持定時器來設(shè)置轉(zhuǎn)離線的時長。超時后將用戶去活,用戶再次上線時如果OCS已恢復(fù),則恢復(fù)在線計費,否則繼續(xù)轉(zhuǎn)離線計費。用戶轉(zhuǎn)離線計費之后,生成的話單中攜帶換離線標志,計費系統(tǒng)(BS,Billing System)最終可以針對攜帶了轉(zhuǎn)離線計費標志的話單進行補充扣費。
現(xiàn)有技術(shù)中,在用戶轉(zhuǎn)離線后到用戶去活過程中,沒有在線計費自動恢復(fù)機制,會導(dǎo)致在線計費恢復(fù)不及時,增加了用戶轉(zhuǎn)離線繼續(xù)使用業(yè)務(wù)造成賬戶透支的機率,如果透支部分無法追回,會給運營商造成損失。且在保持定時器超時后會去活用戶,用戶再次重新激活過程中業(yè)務(wù)會中斷,會影響用戶體驗。
技術(shù)實現(xiàn)要素:
本發(fā)明實施例提供了一種計費的方法、網(wǎng)絡(luò)設(shè)備及計費系統(tǒng),能夠降低用戶賬戶透支的風(fēng)險,并提升用戶體驗。
第一方面,本發(fā)明實施例提供了一種計費的方法,包括:
策略和計費執(zhí)行功能PCEF實體對用戶設(shè)備UE進行在線計費;PCEF實體獲知在線計費系統(tǒng)OCS不可用;PCEF實體將UE從在線計費切換到離線計費,并啟動離線定時器,離線定時器用于指示對UE進行離線計費至去活的最長時間;若在離線定時器超時之前,PCEF實體獲知OCS恢復(fù)為可用,則PCEF實體將UE從離線計費恢復(fù)到在線計費。
結(jié)合第一方面,在第一方面的第一種可能的實現(xiàn)方式中,PCEF實體獲知OCS恢復(fù)為可用包括:PCEF實體向OCS發(fā)送請求消息;PCEF實體接收OCS發(fā)送的成功應(yīng)答消息,其中成功應(yīng)答消息為對請求消息的響應(yīng),用于指示OCS已恢復(fù)為可用。
結(jié)合第一方面或第一方面的第一種可能的實現(xiàn)方式,在第一方面的第二種可能的實現(xiàn)方式中,PCEF實體將用戶設(shè)備UE從在線計費切換到離線計費之后還包括:PCEF實體向策略和計費規(guī)則功能PCRF實體發(fā)送第一更新消息,第一更新消息用于指示UE已被切換為離線計費;PCEF實體接收PCRF實體發(fā)送的第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,第二控制計費策略為PCRF實體根據(jù)第一更新消息進行調(diào)整后的UE的控制計費策略;PCEF實體對UE執(zhí)行第二控制計費策略。
結(jié)合第一方面的第二種可能的實現(xiàn)方式,在第一方面的第三種可能的實現(xiàn)方式中,第一更新消息包含第一事件觸發(fā)屬性值對Event-Trigger AVP,第一Event-Trigger AVP中包含第一參數(shù)值,第一參數(shù)值用于表示UE已被切換為離線計費。
結(jié)合第一方面的第二種可能的實現(xiàn)方式,在第一方面的第四種可能的實現(xiàn)方式中,PCEF實體將UE從離線計費恢復(fù)到在線計費之后還包括:PCEF實體向PCRF實體發(fā)送第二更新消息,第二更新消息用于指示UE已被恢復(fù)在線計費;PCEF實體接收PCRF實體發(fā)送的第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,第一控制計費策略為PCRF實體根據(jù)第二更新消息進行恢復(fù)的UE的控制計費策略;PCEF實體對UE執(zhí)行第一控制計費策略。
結(jié)合第一方面的第四種可能的實現(xiàn)方式,在第一方面的第五種可能的實現(xiàn)方式中,第二更新消息包含第二Event-Trigger AVP,第二Event-Trigger AVP中包含第二參數(shù)值,第二參數(shù)值用于表示UE已被恢復(fù)為在線計費。
結(jié)合第一方面的第四種可能的實現(xiàn)方式,在第一方面的第六種可能的實現(xiàn)方式中,第二控制計費策略中的服務(wù)質(zhì)量QoS低于第一控制計費策略中的QoS。
結(jié)合第一方面的第一種可能的實現(xiàn)方式,在第一方面的第七種可能的實現(xiàn)方式中,PCEF獲知在線計費系統(tǒng)OCS不可用包括:PCEF實體獲知與OCS之間的鏈路發(fā)生故障;則PCEF實體向OCS發(fā)送請求消息包括:PCEF實體在感知與OCS之間的鏈路故障恢復(fù)后向OCS發(fā)送請求消息;
或,PCEF實體獲知OCS無響應(yīng)或接收OCS發(fā)送的錯誤碼;則PCEF實體向OCS發(fā)送請求消息包括:PCEF實體定時向OCS發(fā)送請求消息。
結(jié)合第一方面,第一方面的第一種可能的實現(xiàn)方式或第一方面的第七種可能的實現(xiàn)中的任一項可能的實現(xiàn)方式,在第一方面的第八種可能的實現(xiàn)方式中,PCEF實體將UE從在線計費切換到離線計費包括:PCEF實體進行話單分割以生成離線話單,離線話單中攜帶轉(zhuǎn)離線標志,轉(zhuǎn)離線標志用于標識計費系統(tǒng)BS對離線話單進行區(qū)別計費處理;PCEF實體將UE從離線計費恢復(fù)到在線計費包括:PCEF實體進行話單分割,以使得新生成的離線話單不再攜帶轉(zhuǎn)離線標志。
結(jié)合第一方面的第一種可能的實現(xiàn)方式或第一方面的第七種可能的實現(xiàn)中的任一項可能的實現(xiàn)方式,在第一方面的第九種可能的實現(xiàn)方式中,請求消息為信用控制請求初始化CCR-I消息;成功應(yīng)答消息為信用控制應(yīng)答初始化CCA-I消息。
第二方面,本發(fā)明實施例提供了一種計費的方法,包括:
策略和計費執(zhí)行功能PCEF實體將用戶設(shè)備UE從在線計費切換到離線計費;PCEF實體向策略和計費規(guī)則功能PCRF實體發(fā)送第一更新消息,第一更新消息用于指示UE已被切換為離線計費;PCEF實體接收PCRF實體發(fā)送的第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,第二控制計費策略為PCRF實體根據(jù)第一更新消息進行調(diào)整后的UE的控制計費策略;PCEF實體對UE執(zhí)行第二控制計費策略。
結(jié)合第二方面,在第二方面的第一種可能的實現(xiàn)方式中,第一更新消息包含第一事件觸發(fā)屬性值對Event-Trigger AVP,第一Event-Trigger AVP包含第一參數(shù)值,第一參數(shù)值用于表示UE已被切換為離線計費。
結(jié)合第二方面,在第二方面的第二種可能的實現(xiàn)方式中,在PCEF將UE從離線計費恢復(fù)到在線計費后,PCEF實體向PCRF實體發(fā)送第二更新消息,第二更新消息用于指示UE已被恢復(fù)為在線計費;PCEF實體接收PCEF實體發(fā)送的第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,第一控制計費策略為PCRF實體根據(jù)第二更新消息進行恢復(fù)的UE的控制計費策略;PCEF實體對UE執(zhí)行第一控制計費策略。
結(jié)合第二方面的第二種可能的實現(xiàn)方式,在第二方面的第三種可能的實現(xiàn)方式中,第二更新消息包含第二Event-Trigger AVP,第二Event-Trigger AVP包含第二參數(shù)值,第二參數(shù)值用于表示UE已被恢復(fù)為在線計費。
結(jié)合第二方面的第二種可能的實現(xiàn)方式或第二方面的第三種可能的實現(xiàn)方式,在第二方面的第四種可能的實現(xiàn)方式中,第二控制計費策略中的服務(wù)質(zhì)量QoS低于第一控制計費策略中的QoS。
第三方面,本發(fā)明實施例提供了一種計費的方法包括:
在策略和計費執(zhí)行功能PCEF將用戶設(shè)備UE從在線計費切換離線計費后,策略和計費規(guī)則功能PCRF實體接收PCEF發(fā)送的第一更新消息,第一更新消息用于指示UE已被切換為離線計費;PCRF實體根據(jù)第一更新消息將UE的第一控制計費策略調(diào)整為第二控制計費策略;PCRF實體向PCEF實體發(fā)送第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,以使得PCEF實體在接收第一更新應(yīng)答消息后,對UE執(zhí)行第二控制計費策略。
結(jié)合第三方面,在第三方面的第一種可能的實現(xiàn)方式中,第一更新消息包含第一事件觸發(fā)屬性值對Event-Trigger AVP,第一Event-Trigger AVP包含第一參數(shù)值,第一參數(shù)值用于表示UE已切換為離線計費。
結(jié)合第三方面,在第三方面的第二種可能的實現(xiàn)方式中,在PCEF將UE從離線計費恢復(fù)到在線計費后,PCRF實體接收PCEF發(fā)送的第二更新消息,第二更新消息用于指示UE已被恢復(fù)為在線計費;PCRF實體根據(jù)第二更新消息將UE的第二控制計費策略恢復(fù)成第一控制計費策略;PCRF實體向PCEF實體發(fā)送第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,以使得PCEF實體在接收第二更新應(yīng)答消息后,對UE執(zhí)行第一控制計費策略。
結(jié)合第三方面的第二種可能的實現(xiàn)方式,在第三方面的第三種可能的實現(xiàn)方式中,第二更新消息包含第二Event-Trigger AVP,第二Event-Trigger AVP包含第二參數(shù)值,第二參數(shù)值用于表示UE已恢復(fù)在線計費。
結(jié)合第三方面、第三方面的第一種可能的實現(xiàn)方式至第三方面的第三種可能的實現(xiàn)方式中任一種可能的實現(xiàn)方式,在第三方面的第四種可能的實現(xiàn)方式中,第二控制計費策略中的服務(wù)質(zhì)量QoS低于第一控制計費策略中的QoS。
第四方面,本發(fā)明實施例提供了一種網(wǎng)絡(luò)設(shè)備,包括:
處理單元,用于對用戶設(shè)備UE進行在線計費,并獲知在線計費系統(tǒng)OCS不可用,之后,將UE從在線計費切換到離線計費,并啟動離線定時器,離線定時器用于指示對UE進行離線計費至去活的最長時間;在離線定時器超時之前,若PCEF實體獲知OCS恢復(fù)為可用,則將UE從離線計費恢復(fù)到在線計費。
結(jié)合第四方面,在第四方面的第一種可能的實現(xiàn)方式中,網(wǎng)絡(luò)設(shè)備還包括:發(fā)送單元,用于向OCS發(fā)送請求消息;接收單元,用于接收OCS發(fā)送的成功應(yīng)答消息,其中成功應(yīng)答消息為對請求消息的響應(yīng),用于指示OCS已恢復(fù)為可用。
結(jié)合第四方面或第四方面的第一種可能的實現(xiàn)方式,在第四方面的第二種可能的實現(xiàn)方式中,發(fā)送單元,還用于在處理單元將UE從在線計費切換到離線計費后,向策略和計費規(guī)則功能PCRF實體發(fā)送第一更新消息,第一更新消息用于指示UE已被切換為離線計費;接收單元,還用于接收PCRF實體發(fā)送的第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,第二控制計費策略為PCRF實體根據(jù)第一更新消息進行調(diào)整后的UE的控制計費策略;處理單元,還用于對UE執(zhí)行第二控制計費策略。
結(jié)合第四方面的第二種可能的實現(xiàn)方式,在第四方面的第三種可能的實現(xiàn)方式中,發(fā)送單元,還用于在處理單元將UE從離線計費恢復(fù)到在線計費后,向PCRF實體發(fā)送第二更新消息,第二更新消息用于指示UE已被恢復(fù)為在線計費;接收單元,還用于接收PCEF實體發(fā)送第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,第一控制計費策略為PCRF實體根據(jù)第二更新消息進行恢復(fù)后的UE的控制計費策略;處理單元,還用于對UE執(zhí)行第一控制計費策略。
結(jié)合第四方面的第一種可能的實現(xiàn)方式,在第四方面的第四種可能的實現(xiàn)方式中,處理單元,具體用于獲知與OCS之間的鏈路發(fā)生故障時,則發(fā)送單元,具體用于在感知與OCS之間的鏈路故障恢復(fù)后向OCS發(fā)送請求消息;或,處理單元,具體用于獲知OCS無響應(yīng)或接收OCS發(fā)送的錯誤碼時;則發(fā)送單元,具體用于定時向OCS發(fā)送請求消息。
結(jié)合第四方面,第四方面的第一種可能的實現(xiàn)方式或第四方面的第四種可能的實現(xiàn)方式中的任一種可能的實現(xiàn)方式,在第四方面的第五種可能的實現(xiàn)方式中,處理單元在將UE從在線計費切換到離線計費時,具體用于進行話單分割以生成離線話單,離線話單中攜帶轉(zhuǎn)離線標志,轉(zhuǎn)離線標志用于標識計費系統(tǒng)BS對離線話單進行區(qū)別計費處理;處理單元,在將UE從離線計費恢復(fù)到在線計費時,具體用于進行話單分割,以使得新生成的離線話單不再攜帶轉(zhuǎn)離線標志。
第五方面,本發(fā)明實施例還提供一種網(wǎng)絡(luò)設(shè)備,包括:
處理單元,用于將用戶設(shè)備UE從在線計費切換到離線計費;發(fā)送單元,用于向策略和計費規(guī)則功能PCRF實體發(fā)送第一更新消息,第一更新消息用于指示UE已被切換為離線計費;接收單元,用于接收PCRF實體發(fā)送的第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,第二控制計費策略為PCRF實體根據(jù)第一更新消息進行調(diào)整后的UE的控制計費策略;處理單元,還用于對UE執(zhí)行第二控制計費策略。
結(jié)合第五方面,在第五方面的第一種可能的實現(xiàn)方式中,網(wǎng)絡(luò)設(shè)備還包括:發(fā)送單元,還用于在將UE從離線計費恢復(fù)到在線計費后,向PCRF實體發(fā)送第二更新消息,第二更新消息用于指示UE已被恢復(fù)為在線計費;接收單元,還用于接收PCRF實體發(fā)送的第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,第一控制計費策略為PCRF實體根據(jù)第二更新消息進行恢復(fù)后的UE的控制計費策略;處理單元,還用于對UE執(zhí)行第一控制計費策略。
第六方面,本發(fā)明實施例還提供一種網(wǎng)絡(luò)設(shè)備,包括:
接收單元,用于在策略和計費執(zhí)行功能PCEF將用戶設(shè)備UE從在線計費切換離線計費后,接收PCEF發(fā)送的第一更新消息,第一更新消息用于指示UE已被切換為離線計費;處理單元,用于根據(jù)接收單元接收的第一更新消息將UE的第一控制計費策略調(diào)整為第二控制計費策略;發(fā)送單元,用于向PCEF實體發(fā)送第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,以使得PCEF實體在接收第一更新應(yīng)答消息后,對UE執(zhí)行第二控制計費策略。
結(jié)合第六方面,在第六方面的第一種可能的實現(xiàn)方式中,接收單元,還用于在PCEF將UE從離線計費恢復(fù)到在線計費后,接收PCEF發(fā)送的第二更新消息,第二更新消息用于指示UE已被恢復(fù)為在線計費;處理單元,還用于根據(jù)接收單元接收的第二更新消息將UE的第二控制計費策略恢復(fù)成第一控制計費策略;發(fā)送單元,還用于向PCEF實體發(fā)送第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,以使得PCEF實體在接收第二更新應(yīng)答消息后,對UE執(zhí)行第一控制計費策略。
第七方面,本發(fā)明實施例還提供一種計費系統(tǒng),包括:
策略和計費執(zhí)行功能PCEF實體和在線計費系統(tǒng)OCS;
PCEF實體,用于對用戶設(shè)備UE進行在線計費,當獲知OCS不可用時,將UE從在線計費切換到離線計費,并啟動離線定時器,離線定時器用于指示對UE進行離線計費至去活的最長時間;若在離線定時器超時之前,獲知OCS恢復(fù)為可用,則將UE從離線計費恢復(fù)到在線計費。
第八方面,本發(fā)明實施例還提供一種計費系統(tǒng),包括:
策略和計費執(zhí)行功能PCEF實體和策略和計費規(guī)則功能PCRF實體;
PCEF實體,用于將用戶設(shè)備UE從在線計費切換到離線計費,向PCRF實體發(fā)送第一更新消息,第一更新消息用于指示UE已被切換為離線計費;
PCRF實體,用于接收PCEF實體發(fā)送的第一更新消息,根據(jù)第一更新消息將UE的第一控制計費策略調(diào)整為第二控制計費策略,向PCEF實體發(fā)送第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略;
PCEF實體,還用于接收PCRF實體發(fā)送的第一更新應(yīng)答消息,對UE執(zhí)行第二控制計費策略。
從以上技術(shù)方案可以看出,本發(fā)明實施例的方案具有如下有益效果:
本發(fā)明實施例中,在PCEF實體對用戶設(shè)備UE進行在線計費的過程中,若獲知在線計費系統(tǒng)OCS不可用,則將UE從在線計費切換到離線計費,并啟動離線定時器,之后,不是采用現(xiàn)有技術(shù)中的PCEF實體在等待離線定時器超時后,停止對UE的離線計費并將對UE進行去活處理,而是在定時器超時之前,若獲知OCS恢復(fù)為可用,則PCEF實體將UE從離線計費恢復(fù)到在線計費。本方案能夠在用戶轉(zhuǎn)離線計費后,當OCS可用時及時恢復(fù)在線計費功能,從而降低了在離線計費過程中可能存在的用戶賬戶透支的風(fēng)險,且本方案能避免去活用戶,從而提升了用戶體驗。
附圖說明
圖1為本發(fā)明實施例中分組交換域的計費系統(tǒng)組網(wǎng)圖;
圖2為本發(fā)明實施例中的一種系統(tǒng)架構(gòu)圖;
圖3為本發(fā)明實施例中計費方法的一種流程圖;
圖4為本發(fā)明實施例中計費方法的另一種流程圖;
圖5為本發(fā)明實施例中在線計費自動恢復(fù)的一種信令交互流程圖;
圖6為本發(fā)明實施例中在線計費自動恢復(fù)的另一種信令交互流程圖;
圖7為本發(fā)明實施例中在線計費轉(zhuǎn)離線計費時調(diào)整控制計費策略的一種流程圖;
圖8為本發(fā)明實施例中離線計費轉(zhuǎn)在線計費時調(diào)整控制計費策略的一種流程圖;
圖9為本發(fā)明實施例中在線計費賺離線計費時調(diào)整控制計費策略的信令交互流程圖;
圖10為本發(fā)明實施例中網(wǎng)絡(luò)設(shè)備的一種實施例示意圖;
圖11為本發(fā)明實施例中網(wǎng)絡(luò)設(shè)備的另一種實施例示意圖;
圖12為本發(fā)明實施例中網(wǎng)絡(luò)設(shè)備的另一種實施例示意圖;
圖13為本發(fā)明實施例中網(wǎng)絡(luò)設(shè)備的另一種實施例示意圖;
圖14為本發(fā)明實施例中網(wǎng)絡(luò)設(shè)備的一種硬件結(jié)構(gòu)示意圖;
圖15為本發(fā)明實施例中網(wǎng)絡(luò)設(shè)備的另一種硬件結(jié)構(gòu)示意圖;
圖16為本發(fā)明實施例中網(wǎng)絡(luò)設(shè)備的另一種硬件結(jié)構(gòu)示意圖;
圖17為本發(fā)明實施例中計費系統(tǒng)的一種實施例示意圖;
圖18為本發(fā)明實施例中計費系統(tǒng)的另一種實施例示意圖。
具體實施方式
下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例,基于本發(fā)明中的實施例,本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象,而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當情況下可以互換,以便這里描述的實施例能夠以除了在這里圖示或描述的內(nèi)容以外的順序?qū)嵤?。此外,術(shù)語“包括”和“具有”以及他們的任何變形,意圖在于覆蓋不排他的包含,例如,包含了一系列步驟或模塊的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或模塊,而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或模塊,本文中所出現(xiàn)的模塊的劃分,僅僅是一種邏輯上的劃分,實際應(yīng)用中實現(xiàn)時可以有另外的劃分方式,例如多個模塊可以結(jié)合成或集成在另一個系統(tǒng)中,或一些特征可以忽略,或不執(zhí)行,另外,所顯示的或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口,模塊之間的間接耦合或通信連接可以是電性或其他類似的形式,本文中均不作限定。并且,作為分離部件說明的模塊或子模塊可以是也可以不是物理上的分離,可以是也可以不是物理模塊,或者可以分不到多個電路模塊中,可以根據(jù)實際的需要選擇其中的部分或全部模塊來實現(xiàn)本發(fā)明實施例方案的目的。
在移動通信網(wǎng)絡(luò)中,分組交換(PS,Packet Switch)域的計費系統(tǒng)的組網(wǎng)圖如圖1所示:
以通用分組無線服務(wù)技術(shù)(GPRS,General Packet Radio Service)或通用移動通信系統(tǒng)(UMTS,Universal Mobile Telecommunications System)網(wǎng)絡(luò)為例,GPRS業(yè)務(wù)支撐節(jié)點(SGSN,Serving GPRS Support Node)為本SGSN服務(wù)區(qū)域的移動設(shè)備(UE,User Equipment)轉(zhuǎn)發(fā)輸入/輸出的IP分組,它跟蹤UE的位置,執(zhí)行安全功能和接入控制;網(wǎng)關(guān)GPRS支撐節(jié)點(GGSN,Gateway GPRS Support node)提供數(shù)據(jù)包在GPRS/UMTS網(wǎng)和外部數(shù)據(jù)網(wǎng)之間的路由和封裝,并對用戶使用的業(yè)務(wù)進行控制和計費;在線計費系統(tǒng)(OCS,Online Charging System)是執(zhí)行實時信用控制的功能實體,它的功能包括:事物處理、批價、在線關(guān)聯(lián)和管理用戶賬戶余額;計費網(wǎng)關(guān)(CG,Charging Gateway)負責(zé)收集、合并、預(yù)處理各SGSN/GGSN產(chǎn)生的話單,并提供和計費中心之間通信的接口;計費系統(tǒng)(BS,Billing System)產(chǎn)生用戶可見的話單,根據(jù)從CG或OCS獲取的計費數(shù)據(jù)進行處理,產(chǎn)生最終的計費帳單。
以GPRS/UMTS網(wǎng)絡(luò)為例,GGSN通過策略和計費執(zhí)行功能(PCEF,Policy and Charging Enforcement Function)與OCS之間的實現(xiàn)在線計費的接口(Gy,Online charging reference point between a PCEF and an OCS)作為客戶端使用Diameter協(xié)議與OCS進行交互實現(xiàn)在線計費功能。OCS通過配額管理和配額的實時下發(fā),可以根據(jù)用戶賬戶狀態(tài)對用戶使用業(yè)務(wù)進行實時的信用控制。GGSN通過將話單從分組域網(wǎng)關(guān)發(fā)向計費網(wǎng)關(guān)的接口(Ga,Reference point between a PCEF and the CG for CDR transfer)使用GTP’協(xié)議將GGSN產(chǎn)生的CDR發(fā)送給CG實現(xiàn)離線計費功能。CG在將話單進行預(yù)處理后通過將分組域的話單文件從計費網(wǎng)關(guān)傳輸?shù)接嬞M中心的接口(Bp,Reference point for the CDR file transfer from the Packet Switched CG to the BS)發(fā)送到BS,BS完成最終的扣費處理。
運營商部署和使用在線計費后,可根據(jù)用戶的賬戶狀態(tài)實時精準地控制用戶對業(yè)務(wù)的使用,提高計費的準確性和及時性。離線計費信息可作為對賬使用,確認在線計費的準確無誤。此外,當OCS故障或OCS與GGSN之間通信中斷后,離線計費信息可作為在線計費系統(tǒng)故障后進行補充扣費的依據(jù)。
需要說明的是,本發(fā)明實施例及后續(xù)的實施例以移動通信系統(tǒng)PS域中的計費場景為例進行說明。
圖2為本發(fā)明實施例中的一種系統(tǒng)架構(gòu)圖,結(jié)合圖2,本發(fā)明實施例中,PCEF位于網(wǎng)關(guān),可以是GPRS的GGSN,用于提供數(shù)據(jù)包在GPRS和外部數(shù)據(jù)網(wǎng)之間的路由和封裝,并執(zhí)行PCRF實體下發(fā)的控制和計費策略,完成計費功能;PCEF也可以是EPC的PDN網(wǎng)關(guān)(PGW,PDN GateWay),用于提供數(shù)據(jù)包在UMTS網(wǎng)和外部數(shù)據(jù)網(wǎng)之間的路由和封裝,并執(zhí)行PCRF實體下發(fā)的控制和計費策略,完成計費功能。
本發(fā)明實施例中,OCS的功能包括:事物處理、批價、在線關(guān)聯(lián)和管理用戶賬戶余額,與PCEF配合完成在線計費;CG負責(zé)收集、合并、預(yù)處理各SGSN/GGSN產(chǎn)生的話單,并提供和計費中心之間通信的接口,與PCEF配合完成離線計費;PCRF實體完成動態(tài)QoS策略控制和動態(tài)的基于流的計費控制功能,同時還提供基于用戶簽約信息的授權(quán)控制功能,向PCEF下發(fā)控制和計費策略。
本發(fā)明實施例可應(yīng)用于同時具有在線計費和離線計費功能的其它類似系統(tǒng),可實現(xiàn)在線計費轉(zhuǎn)離線計費后,在不中斷業(yè)務(wù)的情況下恢復(fù)在線計費。
此外,本發(fā)明實施例還可以用于同時部署了PCRF實體、在線計費和離線計費功能的其它類似系統(tǒng),可實現(xiàn)在線計費轉(zhuǎn)離線計費和在線計費恢復(fù)時進行控制和計費策略調(diào)整。
下面介紹本發(fā)明實施例中在在線計費轉(zhuǎn)離線計費后,在不中斷業(yè)務(wù)的情況下恢復(fù)在線計費的方法。
結(jié)合圖3,本發(fā)明實施例中的一種計費方法,包括:
301、PCEF實體對UE進行在線計費;
在UE激活過程中,UE向PCEF實體發(fā)送業(yè)務(wù)請求,PCEF實體接收到UE的業(yè)務(wù)請求后,與OCS交互進行激活鑒權(quán)以完成UE的激活。
在UE被激活后,PCEF實體與OCS交互開始對UE進行在線計費,在在線計費過程中,UE會通過PCEF實體向OCS進行配額申請或上報已使用的配額,OCS可以通過配額管理和配額的實時下發(fā)來控制UE對應(yīng)的用戶賬戶狀態(tài),從而對用戶使用業(yè)務(wù)進行實時的信用控制。
302、PCEF實體獲知在線計費系統(tǒng)OCS不可用;
PCEF實體在在線計費過程中向OCS進行配額申請或上報已使用的配額時,若由于OCS故障或其他原因?qū)е屡漕~申請不成功或上報配額不成功,則PCEF實體可以獲知OCS不可用。
303、PCEF實體將UE從在線計費切換到離線計費,并啟動離線定時器;
在PCEF獲知OCS不可用時,PCEF實體將UE從在線計費切換到離線計費,從而保證業(yè)務(wù)可繼續(xù)使用,提升用戶體驗,但為了避免轉(zhuǎn)離線時用戶長時間使用業(yè)務(wù)造成賬戶透支,PCEF實體將UE從在線計費切換到離線計費時,同時會設(shè)置離線定時器,該離線定時器用來設(shè)置UE轉(zhuǎn)離線的時長,即對UE進行離線計費直至去活的最長時間,當該離線定時器超時時,會去活該UE,從而中斷用戶當前使用的業(yè)務(wù)。
304、若在離線定時器超時之前,PCEF實體獲知OCS恢復(fù)為可用,則PCEF實體將UE從離線計費恢復(fù)到在線計費。
在離線計費過程中,PCEF實體嘗試恢復(fù)與OCS的通信,如果在離線定時器超時之前,PCEF實體獲知OCS恢復(fù)為可用,則表示OCS可以與PCEF實體進行交互實現(xiàn)在線計費功能。因此,PCEF實體將UE從離線計費恢復(fù)到在線計費,以使得系統(tǒng)在不中斷用戶正在使用的業(yè)務(wù)的情況下恢復(fù)到在線計費功能。
本發(fā)明實施例中,在PCEF實體對用戶設(shè)備UE進行在線計費的過程中,若獲知在線計費系統(tǒng)OCS不可用,則將UE從在線計費切換到離線計費,并啟動離線定時器,之后,不是采用現(xiàn)有技術(shù)中的PCEF實體在等待離線定時器超時后,停止對UE的離線計費并將對UE進行去活處理,而是在定時器超時之前,若獲知OCS恢復(fù)為可用,則PCEF實體將UE從離線計費恢復(fù)到在線計費。因此,本方案能夠在用戶轉(zhuǎn)離線計費后,當OCS可用時及時恢復(fù)在線計費功能,從而降低了在離線計費過程中可能存在的用戶賬戶透支的風(fēng)險,且本方案能避免去活用戶,從而提升了用戶體驗。
在進行離線計費的過程中,PCRF實體可以向PCEF實體訂閱在線計費切換到離線計費和在線計費恢復(fù)事件,并進行控制計費策略的調(diào)整,增加策略控制的靈活性。
請結(jié)合圖4,本發(fā)明實施例中的一種在線計費方法,包括:
401、PCEF實體對UE進行在線計費;
在UE激活過程中,UE向PCEF實體發(fā)送業(yè)務(wù)請求,PCEF實體接收到UE的業(yè)務(wù)請求后,PCEF實體與OCS交互進行激活鑒權(quán),同時,與PCRF實體交互獲取控制計費策略,以完成UE的激活。
將UE在在線計費的過程中使用的控制計費策略稱之為第一控制計費策略。
在UE激活后,PCEF實體與OCS交互開始對UE進行在線計費,在在線計費過程中,UE會通過PCEF實體向OCS進行配額申請或上報已使用的配額,OCS可以通過配額管理和配額的實時下發(fā)來控制UE對應(yīng)的用戶賬戶狀態(tài),從而對用戶使用業(yè)務(wù)進行實時的信用控制。
402、PCEF實體獲知OCS不可用;
PCEF實體在在線計費過程中向OCS進行配額申請或上報已使用的配額時,若由于OCS故障或其他原因?qū)е屡漕~申請不成功或上報配額不成功,則PCEF實體可以獲知OCS不可用。
具體的,OCS不可用可分為如下幾種場景:
1、PCEF實體與OCS之間的通信鏈路故障;
PCEF實體向OCS發(fā)送消息進行配額申請或上報已使用的配額時,PCEF實體檢測到與OCS之間的通信鏈路故障,則可確定OCS不可用。
需要說明的是,PCEF實體檢測到與OCS之間的通信鏈路故障為現(xiàn)有技術(shù),具體可以通過心跳包的形式進行檢測,此處不做詳細說明。
2、OCS接收到PCEF實體發(fā)送的消息后無響應(yīng);
當OCS自身出現(xiàn)故障時,PCEF實體向OCS發(fā)送消息進行配額申請或上報已使用的配額時,PCEF實體在預(yù)置的時間內(nèi)接未接收到OCS發(fā)送的響應(yīng)消息時,則可確定OCS不可用。
3、OCS返回錯誤碼。
在OCS過載時,會通過發(fā)送錯誤碼Result-Code通知PCEF實體當前無法處理業(yè)務(wù),PCEF實體接收到Result-Code時,可以確定OCS不可用。
需要說明的是,OCS不可用的情況除了上述3種外,還可能有其他不可用的情況,具體此處不做限定。
403、PCEF實體將UE從在線計費切換到離線計費,并啟動離線定時器;
如果PCEF實體向OCS進行配額申請或上報已使用的配額時,發(fā)現(xiàn)OCS不可用,則PCEF實體將UE從在線計費切換到離線計費,從而保證業(yè)務(wù)可繼續(xù)使用,提升用戶體驗,但為了避免轉(zhuǎn)離線時用戶長時間使用業(yè)務(wù)造成賬戶透支,PCEF實體將UE從在線計費切換到離線計費時,同時會設(shè)置離線定時器,該離線定時器用來設(shè)置UE轉(zhuǎn)離線的時長,即對UE進行離線計費直至去活的最長時間,當該離線定時器超時時,會去活該UE,從而中斷用戶當前使用的業(yè)務(wù)。
404、PCEF實體向PCRF實體發(fā)送第一更新消息;
在PCEF實體將UE從在線計費切換到離線計費時或在PCEF實體將UE從在線計費切換到離線計費后,PCEF實體與PCRF實體交互獲取控制計費策略。此時,PCEF實體向PCRF實體發(fā)送第一更新消息,以向PCRF實體上報UE從在線計費切換為離線計費事件,PCRF實體接收到該第一更新消息后,將UE從在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略,以減小用戶賬戶透支的風(fēng)險。
需要說明的是,PCEF實體向PCRF實體發(fā)送的第一更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request Update)消息,也可以是其他消息,具體此處不做限定。
作為一種具體的實施方式,PCEF實體是通過與PCRF實體通信的Gx接口向PCRF實體發(fā)送CCR-U消息,CCR-U消息中攜帶了事件觸發(fā)屬性值對(Event-Trigger AVP,Event-Trigger Attribute Value Pair),該Event-Trigger AVP用于上報事件給PCRF實體,以使得PCRF實體根據(jù)不同的事件生成不同的控制計費策略。通過擴展該Event-Trigger AVP的參數(shù)值,通過其中一個參數(shù)值表示在線計費切換為離線計費事件,將參數(shù)值稱之為第一參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第一參數(shù)值,生成相對應(yīng)的控制計費策略,稱之為第二控制計費策略。
作為一種具體的實施方式,PCRF實體將UE在在線計費時使用的第一控制計費策略調(diào)整為在離線計費時的第二控制計費策略,可以是調(diào)整控制計費策略中的服務(wù)質(zhì)量(QoS,Quality of Service),具體為降低控制計費策略中的QoS,例如:通過控制UE的流服務(wù)質(zhì)量等級、上行速率、下行速率、誤碼率、丟包率、時延、抖動或峰值速率等QoS參數(shù)來實現(xiàn),以使得第二控制計費策略中的QoS低于第一控制計費策略中的QoS,從而減小用戶賬戶透支的風(fēng)險。
需要說明的是,PCRF實體將UE的在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略時,除了調(diào)整控制計費策略中的QoS以外,還可以通過調(diào)整控制計費策略中的其他參數(shù)來減小用戶賬戶透支的風(fēng)險,例如:調(diào)整計費費率,具體的調(diào)整方法此處不做限定。
405、PCEF實體接收PCRF實體發(fā)送的第一更新應(yīng)答消息;
PCEF實體在向PCRF實體發(fā)送第一更新消息后,PCRF實體將UE的第一控制計費策略調(diào)整為第二控制計費策略,PCRF實體再將第二控制計費策略通過第一更新應(yīng)答消息發(fā)送給PCEF實體,PCEF實體接收到PCRF實體發(fā)送的第一更新應(yīng)答消息。
需要說明的是,PCRF實體向PCEF實體發(fā)送的第一更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer Update)消息,也可以是其他消息,具體此處不做限定。
406、PCEF實體對UE執(zhí)行第二控制計費策略;
PCEF實體接收PCRF實體發(fā)送的第一更新應(yīng)答消息之后,對UE執(zhí)行第二控制計費策略。
若PCRF實體調(diào)整控制計費策略的方式是降低UE的QoS,則PCEF實體對UE執(zhí)行第二控制計費策略后,該UE在離線計費過程中的QoS會降低,從而減小用戶賬戶透支的風(fēng)險。
407、PCEF實體向OCS發(fā)送請求消息;
在PCEF實體將UE從在線計費切換到離線計費后,在離線定時器超時之前,PCEF實體向OCS發(fā)送請求消息以重建與OCS之間的會話。
作為一種具體的實現(xiàn)方式,PCEF實體向OCS發(fā)送請求消息的方式有如下幾種:
1、PCEF實體在感知OCS可用時,立即向OCS發(fā)送請求消息;
當PCEF實體與OCS之間的鏈路故障時,PCEF實體確定OCS不可用,在此種情況下,PCEF實體若感知到與OCS之間的鏈路故障恢復(fù)后,立即向OCS發(fā)送請求消息以重建與OCS之間的會話。
PCEF實體感知到與OCS之間的鏈路故障恢復(fù)為現(xiàn)有技術(shù),具體可以通過發(fā)送心跳包進行檢測,此處不做詳細的說明。
2、PCEF實體定時向OCS發(fā)送請求消息。
在OCS無響應(yīng)或PCEF實體接收到OCS返回的錯誤碼(Result-Code)時,PCEF實體確定OCS不可用,在此種情況下,PCEF實體定時向OCS發(fā)送請求消息以重建與OCS之間的會話。
需要說明的是,OCS不可用的情況除了上述3種外,還可能有其他不可用的情況,對其他不可用的情況,也可以參照上述的方式進行處理。
PCEF實體檢測到OCS之間的鏈路故障恢復(fù)為現(xiàn)有技術(shù),此處不再詳細說明。
作為一種具體的實現(xiàn)方式,PCEF實體向OCS發(fā)送的請求消息可以為信用控制請求初始化(CCR-I,Credit-Control-Request Intial)消息。
需要說明的是,步驟405和步驟402、步驟403以及步驟404之間沒有明確的時間先后順序關(guān)系,可以是同步進行。
408、若在離線定時器超時之前,PCEF實體接收到OCS發(fā)送的成功應(yīng)答消息,則PCEF實體將UE從離線計費恢復(fù)到在線計費;
在PCEF實體向OCS發(fā)送請求消息以重建會話后,如果在離線定時器超時之前,PCEF實體接收到OCS發(fā)送的成功應(yīng)答消息,該成功應(yīng)答消息為OCS對PCEF實體發(fā)送的請求消息的響應(yīng),說明OCS已經(jīng)恢復(fù)為可用,可以與PCEF實體進行交互實現(xiàn)在線計費功能。
因此,PCEF實體在接收到OCS的成功應(yīng)答消息之后,將UE從離線計費恢復(fù)到在線計費,以使得系統(tǒng)在不中斷用戶正在使用的業(yè)務(wù)的情況下恢復(fù)到在線計費功能。
作為一種具體的實現(xiàn)方式,PCEF實體向OCS發(fā)送的成功應(yīng)答消息可以為信用控制應(yīng)答初始化(CCA-I,Credit-Control-Answer Intial)消息。
409、PCEF實體向PCRF實體發(fā)送第二更新消息;
在PCEF實體將UE從離線計費恢復(fù)到在線計費后,PCEF實體與PCRF實體交互獲取控制計費策略以恢復(fù)UE的控制計費策略。
PCEF實體向PCRF實體發(fā)送第二更新消息,以向PCRF實體上報UE恢復(fù)在線計費事件,PCRF實體接收到該第二更新消息后,將UE從離線計費時使用的第二控制計費策略恢復(fù)成在線計費時使用的第一控制計費策略。
需要說明的是,PCEF實體向PCRF實體發(fā)送的第二更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request Update)消息,也可以是其他消息,具體此處不做限定。
作為一種具體的實現(xiàn)方式,PCEF實體是通過與PCRF實體通信的Gx接口向PCRF實體發(fā)送CCR-U消息,通過擴展CCR-U消息中的Event-Trigger AVP的參數(shù)值,通過擴展的參數(shù)值表示在線計費恢復(fù)事件,將此參數(shù)值稱之為第二參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第二參數(shù)值,將UE的控制計費策略恢復(fù)至第一控制計費策略。
若在線計費切換至離線計費時,PCRF實體調(diào)整控制計費策略的方式是降低UE的QoS,則PCRF實體將UE的第二控制計費策略恢復(fù)成第一控制計費策略,即為恢復(fù)該UE的QoS。
410、PCEF實體接收PCRF實體發(fā)送第二更新應(yīng)答消息;
PCEF實體在向PCRF實體發(fā)送第二更新消息后,PCRF實體將UE的第二控制計費策略恢復(fù)成第一控制計費策略,PCRF實體再將第一控制計費策略通過第二更新應(yīng)答消息發(fā)送給PCEF實體,PCEF實體接收到PCRF實體發(fā)送的第二更新應(yīng)答消息。
需要說明的是,PCRF實體向PCEF實體發(fā)送的第二更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer)消息,也可以是其他消息,具體此處不做限定。
411、PCEF實體對UE執(zhí)行第一控制計費策略。
PCEF實體接收PCRF實體發(fā)送的第二更新應(yīng)答消息之后,對UE執(zhí)行第一控制計費策略,以恢復(fù)UE的在線計費時使用的控制計費策略。
若在在線計費切換到離線計費時,PCRF實體調(diào)整UE的控制計費策略的具體方式是降低控制計費策略中的QoS,則PCEF實體對UE執(zhí)行第一控制計費策略后,UE的QoS恢復(fù)。
在本發(fā)明實施例中,PCEF實體在在線計費切換到離線計費和在線計費恢復(fù)時,發(fā)送攜帶了在線計費轉(zhuǎn)離線計費事件和在線計費恢復(fù)事件的更新消息給PCRF實體,PCRF實體根據(jù)該消息調(diào)整UE的控制計費策略,從而進一步降低用戶賬戶透支的風(fēng)險。
其次,本發(fā)明實施例中,不需要去活用戶,轉(zhuǎn)離線的用戶在不去活(不下線)的前提下,只通過PCEF實體和OCS之間的信令交互就可以恢復(fù)在線計費,從而能夠減少信令開銷。
進一步,在具體的實施中,當將UE從在線計費切換到離線計費,以及恢復(fù)在線計費時,需要進行話單分割,在離線計費期間生成的話單攜帶轉(zhuǎn)離線標識,以作為補充扣費的依據(jù)。
在PCEF實體將UE從在線計費切換到離線計費過程中,PCEF實體進行話單分割,將此次話單分割認為是第一次話單分割。在第一次話單分割后,在后續(xù)離線計費過程中生成的話單都攜帶轉(zhuǎn)離線的標志,該轉(zhuǎn)離線標志用于標識計費系統(tǒng)BS需要對該離線話單進行區(qū)別處理,即進行補充扣費。
在PCEF實體接收到OCS發(fā)送的成功應(yīng)答消息之后,PCEF實體將UE從離線計費恢復(fù)至在線計費,在此過程中,PCEF實體進行話單分割,將此次話單分割認為是第二次話單分割。在第二次話單分割后,在后續(xù)生成的離線話單不再攜帶轉(zhuǎn)離線標志,表示后續(xù)進行在線計費,后續(xù)產(chǎn)生的離線話單只作為對賬使用,不作為扣費的依據(jù)。
在本發(fā)明實施例中,在在線計費轉(zhuǎn)離線計費和恢復(fù)在線計費時,通過話單分割,使得在離線計費期間生成的話單攜帶轉(zhuǎn)離線標志,從而實現(xiàn)對離線計費過程中的話單進行補充扣費,提升了方案的可實現(xiàn)性。
下面結(jié)合具體的信令交互流程對本發(fā)明實施例中的計費方法進行描述,按照OCS不可用的具體情況,可以分為如下幾種實現(xiàn)方式:
一、PCEF實體和OCS之間的通信鏈路故障:
501、UE激活時,UE向PCEF實體發(fā)送分組數(shù)據(jù)協(xié)議(PDP,Packet Data Protocol)創(chuàng)建請求。
502、PCEF實體在接收到UE的PDP創(chuàng)建請求后,向PCRF實體發(fā)送CCR-I消息以獲取UE的控制計費策略。
503、PCRF實體在接收到PCEF實體發(fā)送的CCR-I消息后,向PCEF實體回復(fù)CCA-I消息,將UE的控制和計費策略發(fā)送給PCEF實體。
504、PCEF實體在接收到UE的PDP創(chuàng)建請求后,向OCS發(fā)送CCR-I消息以進行激活鑒權(quán)。
505、OCS在接收到PCEF實體發(fā)送的CCR-I消息后,向PCEF實體回復(fù)CCA-I消息以通知PCEF實體完成對UE的激活鑒權(quán)。
506、PCEF實體在從PCRF實體獲取到UE的控制計費策略,從OCS完成激活鑒權(quán)后,向UE發(fā)送PDP創(chuàng)建成功應(yīng)答消息,以完成UE的激活。
507、UE被成功激活后,PCEF實體對UE使用的業(yè)務(wù)進行在線計費,在此過程中若PCEF實體與OCS之間的通信鏈路發(fā)生故障。
508、在在線計費過程中,PCEF實體實時向OCS發(fā)送CCR-U消息進行配額申請或上報已使用的配額。當PCEF實體與OCS之間的通信鏈路發(fā)生故障時,CCR-U消息將發(fā)送失敗,則PCEF實體將UE進行轉(zhuǎn)離線處理,UE從在線計費切換到離線計費。
509、PCEF實體將UE從在線計費切換到離線計費時,PCEF實體啟動離線定時器Holding-Timer,同時,PCEF實體進行話單分割,告知CG該UE進入離線計費。
該Holding-Timer用來設(shè)置UE轉(zhuǎn)離線的時長,即對該UE進行離線計費至去活的最長時間,當該離線定時器超時時,會去活用戶,從而中斷用戶當前使用的業(yè)務(wù)。
510、在PCEF實體將UE從在線計費切換到離線計費后,為了降低用戶在離線過程中的賬戶透支風(fēng)險,PCEF實體向PCRF實體發(fā)送CCR-U消息,該CCR-U消息中通過擴展Event-Trigger AVP來攜帶該UE從在線計費轉(zhuǎn)離線計費事件。
511、PCRF實體在接收到PCEF實體發(fā)送的CCR-U消息后,根據(jù)該消息中的Event-Trigger AVP攜帶的UE從在線計費轉(zhuǎn)離線計費事件,調(diào)整UE的控制計費策略,具體可以為降低該UE的QoS。PCRF實體將調(diào)整后的控制計費策略通過CCA-U消息發(fā)送給PCEF實體。
512、PCEF實體在接收到該CCA-U消息后,對UE執(zhí)行調(diào)整后的的控制計費策略。在用戶轉(zhuǎn)離線期間,PCEF實體生成的離線話單都攜帶轉(zhuǎn)離線標志,PCEF實體將該帶有離線標志的話單發(fā)送給CG以完成離線計費。該轉(zhuǎn)離線標志用于標識計費系統(tǒng)BS需要對該離線話單進行區(qū)別計費處理,即進行補充扣費。
513、PCEF實體與OCS之間的通訊鏈路故障恢復(fù)。
514、PCEF實體感知到OCS之間的通訊鏈路故障恢復(fù)后,向OCS發(fā)送CCR-I消息重建會話,CCR-I消息中攜帶新的Session-id。
515、OCS在接收到PCEF實體發(fā)送的CCR-I消息后,OCS認為是新用戶激活,向PCEF實體發(fā)送CCA-I消息以響應(yīng),與PCEF實體之間成功重建會話。
需要說明的是,PCEF實體發(fā)送的CCR-I消息中的charging-id攜帶與離線計費期間相同的charging-id,以保證在線計費和離線計費可以成功對賬。CCR-I消息中攜帶UE真實的激活時間(start-time),即該UE的在步驟506中成功激活時間,以用于后續(xù)進行數(shù)據(jù)統(tǒng)計。
516、PCEF實體與OCS之間成功創(chuàng)建會話后,PCEF實體從離線計費恢復(fù)成在線計費,在此過程中,PCEF實體進行話單分割,告知CG該UE恢復(fù)為在線計費,同時關(guān)閉離線定時器Holding-Timer。
517、在PCEF實體將UE從離線計費恢復(fù)至在線計費后,需要重新恢復(fù)該UE的控制計費策略,因此,PCEF實體向PCRF實體發(fā)送CCR-U消息以告知PCRF實體該UE已恢復(fù)為在線計費,具體是在該CCR-U消息中通過擴展Event-Trigger AVP攜帶該UE恢復(fù)在線計費事件。
518、PCRF實體在接收到PCEF實體發(fā)送的CCR-U消息后,根據(jù)該消息中的Event-Trigger AVP攜帶的UE恢復(fù)在線計費事件,將UE的控制計費策略恢復(fù)成調(diào)整前的控制計費策略。PCRF實體將恢復(fù)的控制計費策略通過CCA-U消息發(fā)送給PCEF實體。
519、PCEF實體接收到PCRF實體發(fā)送的CCA-U消息后,根據(jù)該CCA-U消息恢復(fù)該UE的控制計費策略,告知CG后續(xù)在在線計費過程中生成的離線話單不再攜帶轉(zhuǎn)離線標志,即在在線計費過程中產(chǎn)生的離線話單只作為對賬使用,不作為扣費的依據(jù)。
二、OCS無響應(yīng)或OCS返回錯誤碼:
601、UE激活時,UE向PCEF實體發(fā)送分組數(shù)據(jù)協(xié)議(PDP,Packet Data Protocol)創(chuàng)建請求;
602、PCEF實體在接收到UE的PDP創(chuàng)建請求后,向PCRF實體發(fā)送CCR-I消息以獲取UE的控制計費策略。
603、PCRF實體在接收到PCEF實體發(fā)送的CCR-I消息后,向PCEF實體回復(fù)CCA-I消息,將UE的控制和計費策略發(fā)送給PCEF實體。
604、PCEF實體在接收到UE的PDP創(chuàng)建請求后,向OCS發(fā)送CCR-I消息以進行激活鑒權(quán)。
605、OCS在接收到PCEF實體發(fā)送的CCR-I消息后,向PCEF實體回復(fù)CCA-I消息以通知PCEF實體完成對UE的激活鑒權(quán)。
606、PCEF實體在從PCRF實體獲取到UE的控制計費策略,從OCS完成激活鑒權(quán)后,向UE發(fā)送PDP創(chuàng)建成功應(yīng)答消息,以完成UE的激活。
607、在在線計費過程中,PCEF實體實時向OCS發(fā)送CCR-U消息進行配額申請或上報已使用的配額。
608、PCEF實體設(shè)置的TxTimer超時,即在預(yù)置的時間內(nèi),沒有接收到OCS的響應(yīng),或OCS返回錯誤碼。其中導(dǎo)致OCS無響應(yīng)的原因可能為OCS故障,OCS返回錯誤碼的原因可能為OCS過載。
609、PCEF實體將UE從在線計費切換到離線計費時,PCEF實體啟動離線定時器Holding-Timer,同時,PCEF實體進行話單分割,告知CG該UE進入離線計費。
該Holding-Timer用來設(shè)置UE轉(zhuǎn)離線的時長,即對該UE進行離線計費至去活的最長時間,當該離線定時器超時時,會去活用戶,從而中斷用戶當前使用的業(yè)務(wù)。
610、PCEF實體啟動定時器Recover-Timer,當Recover-Timer超時時,向OCS發(fā)送消息重建會話,以在Holding-Timer內(nèi)進行定時嘗試恢復(fù)在線計費。
611、在PCEF實體將UE從在線計費切換到離線計費后,為了降低用戶在離線過程中的賬戶透支風(fēng)險,PCEF實體向PCRF實體發(fā)送CCR-U消息,該CCR-U消息中通過擴展Event-Trigger AVP來攜帶該UE從在線計費轉(zhuǎn)離線計費事件。
612、PCRF實體在接收到PCEF實體發(fā)送的CCR-U消息后,根據(jù)該消息中的Event-Trigger AVP攜帶的UE從在線計費轉(zhuǎn)離線計費事件,調(diào)整UE的控制計費策略,具體可以為降低該UE的QoS。PCRF實體將調(diào)整后的控制計費策略通過CCA-U消息發(fā)送給PCEF實體。
613、PCEF實體在接收到該CCA-U消息后,對UE執(zhí)行調(diào)整后的的控制計費策略。在用戶轉(zhuǎn)離線期間,PCEF實體生成的離線話單都攜帶轉(zhuǎn)離線標志,PCEF實體將該帶有離線標志的話單發(fā)送給CG以完成離線計費。該轉(zhuǎn)離線標志用于標識計費系統(tǒng)BS需要對該離線話單進行區(qū)別計費處理,即進行補充扣費。
614、Recover-Timer超時,PCEF實體向OCS發(fā)送CCR-I消息以重建會話,CCR-I消息中攜帶新的Session-id。
615、若OCS故障恢復(fù),或OCS過載恢復(fù)時,OCS在接收到PCEF實體發(fā)送的CCR-I消息后認為是新用戶激活,向PCEF實體發(fā)送CCA-I消息以響應(yīng),與PCEF實體之間成功重建會話。
需要說明的是,PCEF實體發(fā)送的CCR-I消息中的charging-id攜帶與離線計費期間相同的charging-id,以保證在線計費和離線計費可以成功對賬。CCR-I消息中攜帶UE真實的激活時間(start-time),即該UE的在步驟506中成功激活時間,以用于后續(xù)進行數(shù)據(jù)統(tǒng)計。
若OCS故障未恢復(fù),或OCS過載未恢復(fù)時,PCEF實體向OCS發(fā)送的CCR-I消息后,在預(yù)置的時間內(nèi)仍將無法收到OCS的發(fā)送的CCA-I消息,或?qū)邮盏絆CS發(fā)送的錯誤碼,此時,PCEF實體重啟Recover-Timer定時器,重新執(zhí)行步驟610至步驟615的操作。
616、PCEF實體與OCS之間成功創(chuàng)建會話后,PCEF實體從離線計費恢復(fù)成在線計費,PCEF實體進行話單分割,告知CG該UE恢復(fù)為在線計費,同時關(guān)閉離線定時器Holding-Timer。
617、在PCEF實體將UE從離線計費恢復(fù)至在線計費后,需要重新恢復(fù)該UE的控制計費策略,因此,PCEF實體向PCRF實體發(fā)送CCR-U消息以告知PCRF實體該UE已恢復(fù)為在線計費,具體是在該CCR-U消息中通過擴展Event-Trigger AVP攜帶該UE恢復(fù)在線計費事件。
618、PCRF實體在接收到PCEF實體發(fā)送的CCR-U消息后,根據(jù)該消息中的Event-Trigger AVP攜帶的UE恢復(fù)在線計費事件,將UE的控制計費策略恢復(fù)成調(diào)整前的控制計費策略。PCRF實體將恢復(fù)的控制計費策略通過CCA-U消息發(fā)送給PCEF實體。
619、PCEF實體接收到PCRF實體發(fā)送的CCA-U消息后,根據(jù)該CCA-U消息恢復(fù)該UE的控制計費策略,告知CG后續(xù)在在線計費過程中生成的離線話單不再攜帶轉(zhuǎn)離線標志,即在在線計費過程中產(chǎn)生的離線話單只作為對賬使用,不作為扣費的依據(jù)。
下面介紹本發(fā)明實施例中PCRF實體向PCEF實體訂閱在線計費轉(zhuǎn)離線計費事件,并根據(jù)事件調(diào)整UE的控制計費策略的方法。
結(jié)合圖7,本發(fā)明實施例中的一種計費方法,包括:
701、PCEF實體將UE從在線計費切換到離線計費;
在3GPP協(xié)議中,定義了OCS不可用時,在對UE進行在線計費的過程中,如果PCEF實體向OCS進行配額申請或上報已使用的配額時,發(fā)現(xiàn)OCS不可用,則PCEF實體將UE從在線計費切換到離線計費,從而保證業(yè)務(wù)可繼續(xù)使用,提升用戶體驗。
702、PCEF實體向PCRF實體發(fā)送第一更新消息;
在PCEF實體將UE從在線計費切換到離線計費時或在PCEF實體將UE從在線計費切換到離線計費后,PCEF實體與PCRF實體交互獲取控制計費策略。此時,PCEF實體向PCRF實體發(fā)送第一更新消息,以向PCRF實體上報UE從在線計費切換為離線計費事件,PCRF實體接收到該第一更新消息后,將UE從在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略,以減小用戶賬戶透支的風(fēng)險。
需要說明的是,PCEF實體向PCRF實體發(fā)送的第一更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request Update)消息,也可以是其他消息,具體此處不做限定。
703、PCEF實體接收PCRF實體發(fā)送的第一更新應(yīng)答消息;
PCEF實體在向PCRF實體發(fā)送第一更新消息后,PCRF實體將UE的第一控制計費策略調(diào)整為第二控制計費策略,PCRF實體將第二控制計費策略通過第一更新應(yīng)答消息發(fā)送給PCEF實體,PCEF實體接收到PCRF實體發(fā)送的第一更新應(yīng)答消息。
需要說明的是,PCRF實體向PCEF實體發(fā)送的第一更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer Update)消息,也可以是其他消息,具體此處不做限定。
704、PCEF實體對UE執(zhí)行第二控制計費策略。
PCEF實體接收PCRF實體發(fā)送的第一更新應(yīng)答消息之后,對UE執(zhí)行第二控制計費策略,以降低用戶賬戶透支的幾率。
在本發(fā)明實施例中,PCEF實體在在線計費切換到離線計費時,向PCRF實體發(fā)送更新消息,PCRF實體根據(jù)該更新消息調(diào)整UE的控制計費策略,從而可以降低用戶賬戶透支的風(fēng)險。
作為一種具體的實施方式,PCEF實體是通過與PCRF實體通信的Gx接口向PCRF實體發(fā)送CCR-U消息,CCR-U消息中攜帶了事件觸發(fā)屬性值對(Event-Trigger AVP,Event-Trigger Attribute Value Pair),該Event-Trigger AVP用于上報事件給PCRF實體,以使得PCRF實體根據(jù)不同的事件生成不同的控制計費策略。通過擴展該Event-Trigger AVP的參數(shù)值,通過其中一個參數(shù)值表示在線計費切換為離線計費事件,將參數(shù)值稱之為第一參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第一參數(shù)值,生成相對應(yīng)的控制計費策略,稱之為第二控制計費策略。
作為一種具體的實施方式,PCRF實體將UE在在線計費時使用的第一控制計費策略調(diào)整為在離線計費時的第二控制計費策略,可以是調(diào)整控制計費策略中的QoS,具體為降低控制計費策略中的QoS,例如:通過控制UE的流服務(wù)質(zhì)量等級、上行速率、下行速率、誤碼率、丟包率、時延、抖動或峰值速率等QoS參數(shù)來實現(xiàn),以使得第二控制計費策略中的QoS低于第一控制計費策略中的QoS,從而減小用戶賬戶透支的風(fēng)險。
需要說明的是,PCRF實體將UE的在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略時,除了調(diào)整控制計費策略中的QoS以外,還可以通過調(diào)整控制計費策略中的其他參數(shù)來減小用戶賬戶透支的風(fēng)險,例如:調(diào)整計費費率,具體的調(diào)整方法此處不做限定。
進一步,作為另一個實施例,在離線計費過程中,若PCEF實體檢測到OCS變?yōu)榭捎煤螅cOCS重建會話,PCEF實體將UE從離線計費恢復(fù)到在線計費,PCEF實體會重新從PCRF實體獲取控制計費策略以恢復(fù)UE的控制和計費策略。具體過程如下:
在PCEF實體將UE從離線計費恢復(fù)到在線計費后,PCEF實體與PCRF實體交互獲取控制計費策略以恢復(fù)UE的控制計費策略。
PCEF實體向PCRF實體發(fā)送第二更新消息,以向PCRF實體上報UE恢復(fù)在線計費事件,PCRF實體接收到該第二更新消息后,將UE從離線計費時使用的第二控制計費策略恢復(fù)成在線計費時使用的第一控制計費策略。PCRF實體再將第一控制計費策略通過第二更新應(yīng)答消息發(fā)送給PCEF實體,PCEF實體接收到PCRF實體發(fā)送的第二更新應(yīng)答消息。PCEF實體接收PCRF實體發(fā)送的第二更新應(yīng)答消息之后,對UE執(zhí)行第一控制計費策略,以恢復(fù)UE的在線計費時使用的控制計費策略。
需要說明的是,PCEF實體向PCRF實體發(fā)送的第二更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request)消息,也可以是其他消息,具體此處不做限定。
需要說明的是,PCRF實體向PCEF實體發(fā)送的第二更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer)消息,也可以是其他消息,具體此處不做限定。
作為一種具體的實現(xiàn)方式,PCEF實體是通過與PCRF實體通信的Gx接口向PCRF實體發(fā)送CCR-U消息,通過擴展CCR-U消息中的Event-Trigger AVP的參數(shù)值,通過擴展的參數(shù)值表示在線計費恢復(fù)事件,將此參數(shù)值稱之為第二參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第二參數(shù)值,將UE的控制計費策略恢復(fù)至第一控制計費策略。
若在線計費切換至離線計費時,PCRF實體調(diào)整控制計費策略的方式是降低UE的QoS,則PCRF實體將UE的第二控制計費策略恢復(fù)成第一控制計費策略,即為恢復(fù)該UE的QoS。
上面是從PCEF實體側(cè)介紹的在計費過程中調(diào)整計費策略的方法,下面從PCRF側(cè)介紹本發(fā)明實施例中PCRF實體向PCEF實體訂閱在線計費轉(zhuǎn)離線計費事件,并根據(jù)事件調(diào)整UE的控制計費策略的方法。
結(jié)合圖8,本發(fā)明實施例中的一種計費方法,包括:
801、PCEF實體將UE從在線計費切換離線計費后,PCRF實體接收PCEF實體發(fā)送的第一更新消息;
在3GPP協(xié)議中,定義了OCS不可用時,在對UE進行在線計費的過程中,如果PCEF實體向OCS進行配額申請或上報已使用的配額時,發(fā)現(xiàn)OCS不可用,則PCEF實體將UE從在線計費切換到離線計費,從而保證業(yè)務(wù)可繼續(xù)使用,提升用戶體驗。
在PCEF實體將UE從在線計費切換到離線計費時或在PCEF實體將UE從在線計費切換到離線計費后,PCEF實體與PCRF實體交互獲取控制計費策略。此時,PCEF實體向PCRF實體發(fā)送第一更新消息,以上報UE從在線計費切換為離線計費事件,PCRF實體接收到PCEF發(fā)送的第一更新消息。
需要說明的是PCRF實體接收到的第一更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request Update)消息,也可以是其他消息,具體此處不做限定。
802、PCRF實體根據(jù)第一更新消息將UE的第一控制計費策略調(diào)整為第二控制計費策略;
PCRF實體接收到PCEF實體發(fā)送的第一更新消息后,將UE從在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略,以減小用戶賬戶透支的風(fēng)險。
803、PCRF實體向PCEF實體發(fā)送第一更新應(yīng)答消息。
PCRF實體將UE的第一控制計費策略調(diào)整為第二控制計費策略之后,將第二控制計費策略通過第一更新應(yīng)答消息發(fā)送給PCEF實體,以使得PCEF實體在接收第一更新應(yīng)答消息后,對UE執(zhí)行第二控制計費策略。
需要說明的是,PCRF實體向PCEF實體發(fā)送的第一更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer Update)消息,也可以是其他消息,具體此處不做限定。
在本發(fā)明實施例中,PCRF實體接收PCEF實體發(fā)送的更新消息,PCRF實體根據(jù)該更新消息調(diào)整UE的控制計費策略,再將調(diào)整后的控制計費策略發(fā)送給PCEF實體,由PCEF實體對UE執(zhí)行調(diào)整后的控制計費策略,從而可以降低用戶賬戶透支的風(fēng)險。
作為一種具體的實施方式,PCRF實體是通過與PCEF實體通信的Gx接口接收的PCEF實體發(fā)送CCR-U消息,CCR-U消息中攜帶了事件觸發(fā)屬性值對(Event-Trigger AVP,Event-Trigger Attribute Value Pair),該Event-Trigger AVP用于上報事件給PCRF實體,以使得PCRF實體根據(jù)不同的事件生成不同的控制計費策略。通過擴展該Event-Trigger AVP的參數(shù)值,通過其中一個參數(shù)值表示在線計費切換為離線計費事件,將參數(shù)值稱之為第一參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第一參數(shù)值,生成相對應(yīng)的控制計費策略,稱之為第二控制計費策略。
作為一種具體的實施方式,PCRF實體將UE在在線計費時使用的第一控制計費策略調(diào)整為在離線計費時的第二控制計費策略,可以是調(diào)整控制計費策略中的QoS,具體為降低控制計費策略中的QoS,例如:通過控制UE的流服務(wù)質(zhì)量等級、上行速率、下行速率、誤碼率、丟包率、時延、抖動或峰值速率等QoS參數(shù)來實現(xiàn),以使得第二控制計費策略中的QoS低于第一控制計費策略中的QoS,從而減小用戶賬戶透支的風(fēng)險。
需要說明的是,PCRF實體將UE的在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略時,除了調(diào)整控制計費策略中的QoS以外,還可以通過調(diào)整控制計費策略中的其他參數(shù)來減小用戶賬戶透支的風(fēng)險,例如:調(diào)整計費費率,具體的調(diào)整方法此處不做限定。
進一步,作為另一個實施例,在離線計費過程中,若PCEF實體將UE從離線計費恢復(fù)到在線計費,PCEF實體會重新從PCRF實體獲取控制計費策略以恢復(fù)UE的控制和計費策略。具體過程如下:
PCRF實體接收PCEF實體發(fā)送的第二更新消息,該消息的作用是向PCRF實體上報UE恢復(fù)在線計費事件,PCRF實體接收到該第二更新消息后,將UE從離線計費時使用的第二控制計費策略恢復(fù)成在線計費時使用的第一控制計費策略。PCRF實體再將第一控制計費策略通過第二更新應(yīng)答消息發(fā)送給PCEF實體,PCEF實體接收到PCRF實體發(fā)送的第二更新應(yīng)答消息,以使得PCEF實體對UE執(zhí)行第一控制計費策略,以恢復(fù)UE的在線計費時使用的控制計費策略。
需要說明的是,PCRF實體從PCEF實體接收的第二更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request)消息,也可以是其他消息,具體此處不做限定。
需要說明的是,PCRF實體向PCEF實體發(fā)送的第二更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer)消息,也可以是其他消息,具體此處不做限定。
作為一種具體的實現(xiàn)方式,PCRF實體是通過與PCEF實體通信的Gx接口接收PCEF實體發(fā)送CCR-U消息,通過擴展CCR-U消息中的Event-Trigger AVP的參數(shù)值,通過擴展的參數(shù)值表示在線計費恢復(fù)事件,將此參數(shù)值稱之為第二參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第二參數(shù)值,將UE的控制計費策略恢復(fù)至第一控制計費策略。
若在線計費切換至離線計費時,PCRF實體調(diào)整控制計費策略的方式是降低UE的QoS,則PCRF實體將UE的第二控制計費策略恢復(fù)成第一控制計費策略,即為恢復(fù)該UE的QoS。
下面對本發(fā)明實施例中在離線計費過程中調(diào)整計費策略時各網(wǎng)元之間的信令交互進行詳細的說明。
步驟901至步驟906為UE激活的過程,與圖5所示的實施例中的步驟501至步驟506相同,此處不再贅述。
907、UE被成功激活后,PCEF實體對UE使用的業(yè)務(wù)進行在線計費,在此過程中若PCEF實體與OCS之間的通信鏈路發(fā)生故障。
908、在在線計費過程中,PCEF實體實時向OCS發(fā)送CCR-U消息進行配額申請或上報已使用的配額。當PCEF實體與OCS之間的通信鏈路發(fā)生故障時,CCR-U消息將發(fā)送失敗,則PCEF實體將UE進行轉(zhuǎn)離線處理,UE從在線計費切換到離線計費。
909、PCEF實體將UE從在線計費切換到離線計費時,PCEF實體進行話單分割,告知CG該UE進入離線計費。
910、PCEF實體啟動離線定時器Holding-Timer,該Holding-Timer用來設(shè)置UE轉(zhuǎn)離線的時長,即對該UE進行離線計費至去活的最長時間,當該離線定時器超時時,會去活用戶,從而中斷用戶當前使用的業(yè)務(wù)。
911、在PCEF實體將UE從在線計費切換到離線計費后,為了降低用戶在離線過程中的賬戶透支風(fēng)險,PCEF實體向PCRF實體發(fā)送CCR-U消息,該CCR-U消息中通過擴展Event-Trigger AVP來攜帶該UE從在線計費轉(zhuǎn)離線計費事件。
912、PCRF實體在接收到PCEF實體發(fā)送的CCR-U消息后,根據(jù)該消息中的Event-Trigger AVP攜帶的UE從在線計費轉(zhuǎn)離線計費事件,調(diào)整UE的控制計費策略,具體可以為降低該UE的QoS。PCRF實體將調(diào)整后的控制計費策略通過CCA-U消息發(fā)送給PCEF實體。
913、PCEF實體在接收到該CCA-U消息后,對UE執(zhí)行調(diào)整后的的控制計費策略。在用戶轉(zhuǎn)離線期間,PCEF實體生成的離線話單都攜帶轉(zhuǎn)離線標志,PCEF實體將該帶有離線標志的話單發(fā)送給CG以完成離線計費。該轉(zhuǎn)離線標志用于標識計費系統(tǒng)BS需要對該離線話單進行區(qū)別計費處理,即進行補充扣費。
914、Holding-Timer計時器超時,PCEF實體向UE發(fā)起用戶去活消息(PDP Create response)。
915、Holding-Timer計時器超時,PCEF實體向PCRF實體發(fā)送信用控制請求終止(CCR-T,Credit-Control-Request Terminate)消息給PCRF實體以終止和PCRF實體的信息交互。
916、UE接收到PDP Create response消息后,向PCEF實體發(fā)送PDP Create request消息。
917、PCRF實體在接收到PCEF實體發(fā)送的CCR-T消息后,回復(fù)信用控制應(yīng)答終止CCA-T(CCA-T,Credit-Control-Answer Terminate)消息給PCEF實體以響應(yīng)PCEF實體。
918、PCEF實體生成去活話單給CG,該去活話單中仍然攜帶轉(zhuǎn)離線標志。
以上是本發(fā)明實施例中對計費方法的描述,下面從模塊化功能實體角度對本發(fā)明實施例中的網(wǎng)絡(luò)設(shè)備進行描述。
結(jié)合圖10,本發(fā)明實施例中提供的一種網(wǎng)絡(luò)設(shè)備10,包括:
處理單元1001,用于對所述UE進行在線計費,并獲知當在線計費系統(tǒng)OCS不可用,之后,將UE從在線計費切換到離線計費,并啟動離線定時器,離線定時器用于指示對UE進行離線計費至去活的最長時間;在離線定時器超時之前,若PCEF實體獲知OCS恢復(fù)為可用,則將UE從離線計費恢復(fù)到在線計費。
下面以一個具體的應(yīng)用場景對本發(fā)明網(wǎng)絡(luò)設(shè)備中各單元模塊之間的交互進行描述:
在UE激活過程中,UE向網(wǎng)絡(luò)設(shè)備10發(fā)送業(yè)務(wù)請求,網(wǎng)絡(luò)設(shè)備10在接收到UE的業(yè)務(wù)請求后,網(wǎng)絡(luò)設(shè)備10中的處理單元1001與OCS交互進行激活鑒權(quán)以完成UE的激活。
在UE被激活后,處理單元1001與OCS交互開始對UE進行在線計費,在在線計費過程中,UE會通過處理單元1001向OCS進行配額申請或上報已使用的配額,OCS可以通過配額管理和配額的實時下發(fā)來控制UE對應(yīng)的用戶賬戶狀態(tài),從而對用戶使用業(yè)務(wù)進行實時的信用控制。
處理單元1001在在線計費過程中向OCS進行配額申請或上報已使用的配額時,若由于OCS故障或其他原因?qū)е屡漕~申請不成功或上報配額不成功,則處理單元1001可以獲知OCS不可用。
在處理單元1001獲知OCS不可用時,處理單元1001將UE從在線計費切換到離線計費,從而保證業(yè)務(wù)可繼續(xù)使用,提升用戶體驗,但為了避免轉(zhuǎn)離線時用戶長時間使用業(yè)務(wù)造成賬戶透支,處理單元1001將UE從在線計費切換到離線計費時,同時會設(shè)置離線定時器,該離線定時器用來設(shè)置UE轉(zhuǎn)離線的時長,即對UE進行離線計費直至去活的最長時間,當該離線定時器超時時,會去活該UE,從而中斷用戶當前使用的業(yè)務(wù)。
在離線計費過程中,處理單元1001嘗試恢復(fù)與OCS的通信,如果在離線定時器超時之前,處理單元1001獲知OCS恢復(fù)為可用,則表示OCS可以與網(wǎng)絡(luò)設(shè)備10進行交互實現(xiàn)在線計費功能。因此,處理單元1001將UE從離線計費恢復(fù)到在線計費,以使得系統(tǒng)在不中斷用戶正在使用的業(yè)務(wù)的情況下恢復(fù)到在線計費功能。
因此,網(wǎng)絡(luò)設(shè)備10在接收到OCS的成功應(yīng)答消息之后,網(wǎng)絡(luò)設(shè)備10的處理單元1001將UE從離線計費恢復(fù)到在線計費,以使得系統(tǒng)在不中斷用戶正在使用的業(yè)務(wù)的情況下恢復(fù)到在線計費功能。
本發(fā)明實施例中,在處理單元1001對用戶設(shè)備UE進行在線計費的過程中,若獲知在線計費系統(tǒng)OCS不可用,則將UE從在線計費切換到離線計費,并啟動離線定時器,之后,不是采用現(xiàn)有技術(shù)中的處理單元1001在等待離線定時器超時后,停止對UE的離線計費并將對UE進行去活處理,而是在定時器超時之前,若處理單元1001獲知OCS恢復(fù)為可用,則處理單元1001將UE從離線計費恢復(fù)到在線計費。因此,本方案能夠在用戶轉(zhuǎn)離線計費后,當OCS可用時及時恢復(fù)在線計費功能,從而降低了在離線計費過程中可能存在的用戶賬戶透支的風(fēng)險,且本方案能避免去活用戶,從而提升了用戶體驗。
結(jié)合圖11,本發(fā)明實施例中提供的一種網(wǎng)絡(luò)設(shè)備11,包括:
處理單元1101,用于對所述UE進行在線計費,并獲知當在線計費系統(tǒng)OCS不可用,之后,將UE從在線計費切換到離線計費,并啟動離線定時器,離線定時器用于指示對UE進行離線計費至去活的最長時間;在離線定時器超時之前,若PCEF實體獲知OCS恢復(fù)為可用,則將UE從離線計費恢復(fù)到在線計費。
發(fā)送單元1102,用于向OCS發(fā)送請求消息;
接收單元1103,用于接收OCS發(fā)送的成功應(yīng)答消息,其中成功應(yīng)答消息為對請求消息的響應(yīng),用于指示OCS已恢復(fù)為可用。
發(fā)送單元1102,還用于在處理單元1101將UE從在線計費切換到離線計費后,向策略和計費規(guī)則功能PCRF實體發(fā)送第一更新消息,第一更新消息用于指示UE已被切換為離線計費;
接收單元1103,還用于接收PCRF實體發(fā)送的第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,第二控制計費策略為PCRF實體根據(jù)第一更新消息進行調(diào)整后的UE的控制計費策略;
處理單元1101,還用于對UE執(zhí)行第二控制計費策略。
發(fā)送單元1102,還用于在處理單元將UE從離線計費恢復(fù)到在線計費后,向PCRF實體發(fā)送第二更新消息,第二更新消息用于指示UE已被恢復(fù)為在線計費;
接收單元1103,還用于接收PCEF實體發(fā)送第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,第一控制計費策略為PCRF實體根據(jù)第二更新消息進行恢復(fù)后的UE的控制計費策略;
處理單元1101,具體用于獲知與OCS之間的鏈路發(fā)生故障,則發(fā)送單元1102,具體用于在感知與OCS之間的鏈路故障恢復(fù)后向OCS發(fā)送請求消息;或,處理單元1101,具體用于獲知OCS無響應(yīng)或接收OCS發(fā)送的錯誤碼;則發(fā)送單元1102,具體用于定時向OCS發(fā)送請求消息。
下面以一個具體的應(yīng)用場景對本發(fā)明網(wǎng)絡(luò)設(shè)備11中各單元模塊之間的交互進行描述:
在UE激活過程中,UE向網(wǎng)絡(luò)設(shè)備11發(fā)送業(yè)務(wù)請求,接收單元1103在接收到UE的業(yè)務(wù)請求后,處理單元1101與OCS交互進行激活鑒權(quán),同時,與PCRF實體交互獲取控制計費策略,以完成UE的激活。
將UE在在線計費的過程中使用的控制計費策略稱之為第一控制計費策略。
在UE激活后,網(wǎng)絡(luò)設(shè)備11中的處理單元1101與OCS交互開始對UE進行在線計費,在在線計費過程中,UE會通過網(wǎng)絡(luò)設(shè)備11向OCS進行配額申請或上報已使用的配額,OCS可以通過配額管理和配額的實時下發(fā)來控制UE對應(yīng)的用戶賬戶狀態(tài),從而對用戶使用業(yè)務(wù)進行實時的信用控制。
處理單元1101在在線計費過程中向OCS進行配額申請或上報已使用的配額時,若由于OCS故障或其他原因?qū)е屡漕~申請不成功或上報配額不成功,則處理單元1101可以獲知OCS不可用。
具體的,OCS不可用可分為如下幾種場景:
1、網(wǎng)絡(luò)設(shè)備11與OCS之間的通信鏈路故障;
發(fā)送單元1102向OCS發(fā)送消息進行配額申請或上報已使用的配額時,處理單元1101檢測到與OCS之間的通信鏈路故障,則可確定OCS不可用。
需要說明的是,處理單元1101檢測到與OCS之間的通信鏈路故障為現(xiàn)有技術(shù),具體可以通過心跳包的形式進行檢測,此處不做詳細說明。
2、OCS接收到PCEF實體發(fā)送的消息后無響應(yīng);
當OCS自身出現(xiàn)故障時,發(fā)送單元1102向OCS發(fā)送消息進行配額申請或上報已使用的配額時,接收單元1103在預(yù)置的時間內(nèi)接未接收到OCS發(fā)送的響應(yīng)消息時,處理單元1101則可確定OCS不可用。
3、OCS返回錯誤碼。
在OCS過載時,會通過發(fā)送錯誤碼Result-Code通知網(wǎng)絡(luò)設(shè)備11當前無法處理業(yè)務(wù),接收單元1103接收到Result-Code時,處理單元1101可以確定OCS不可用。
需要說明的是,OCS不可用的情況除了上述3種外,還可能有其他不可用的情況,具體此處不做限定。
如果處理單元1101向OCS進行配額申請或上報已使用的配額時,發(fā)現(xiàn)OCS不可用,則處理單元1101將UE從在線計費切換到離線計費,從而保證業(yè)務(wù)可繼續(xù)使用,提升用戶體驗,但為了避免轉(zhuǎn)離線時用戶長時間使用業(yè)務(wù)造成賬戶透支,處理單元1101將UE從在線計費切換到離線計費時,同時會設(shè)置離線定時器,該離線定時器用來設(shè)置UE轉(zhuǎn)離線的時長,即對UE進行離線計費直至去活的最長時間,當該離線定時器超時時,會去活該UE,從而中斷用戶當前使用的業(yè)務(wù)。
在處理單元1101將UE從在線計費切換到離線計費時或在處理單元1101將UE從在線計費切換到離線計費后,處理單元1101與PCRF實體交互獲取控制計費策略。此時,發(fā)送單元1102向PCRF實體發(fā)送第一更新消息,以向PCRF實體上報UE從在線計費切換為離線計費事件,PCRF實體接收到該第一更新消息后,將UE從在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略,以減小用戶賬戶透支的風(fēng)險。
需要說明的是,發(fā)送單元1102向PCRF實體發(fā)送的第一更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request Update)消息,也可以是其他消息,具體此處不做限定。
作為一種具體的實施方式,發(fā)送單元1102是通過與PCRF實體通信的Gx接口向PCRF實體發(fā)送CCR-U消息,CCR-U消息中攜帶了事件觸發(fā)屬性值對(Event-Trigger AVP,Event-Trigger Attribute Value Pair),該Event-Trigger AVP用于上報事件給PCRF實體,以使得PCRF實體根據(jù)不同的事件生成不同的控制計費策略。通過擴展該Event-Trigger AVP的參數(shù)值,通過其中一個參數(shù)值表示在線計費切換為離線計費事件,將參數(shù)值稱之為第一參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第一參數(shù)值,生成相對應(yīng)的控制計費策略,稱之為第二控制計費策略。
作為一種具體的實施方式,PCRF實體將UE在在線計費時使用的第一控制計費策略調(diào)整為在離線計費時的第二控制計費策略,可以是調(diào)整控制計費策略中的服務(wù)質(zhì)量(QoS,Quality of Service),具體為降低控制計費策略中的QoS,例如:通過控制UE的流服務(wù)質(zhì)量等級、上行速率、下行速率、誤碼率、丟包率、時延、抖動或峰值速率等QoS參數(shù)來實現(xiàn),以使得第二控制計費策略中的QoS低于第一控制計費策略中的QoS,從而減小用戶賬戶透支的風(fēng)險。
需要說明的是,PCRF實體將UE的在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略時,除了調(diào)整控制計費策略中的QoS以外,還可以通過調(diào)整控制計費策略中的其他參數(shù)來減小用戶賬戶透支的風(fēng)險,例如:調(diào)整計費費率,具體的調(diào)整方法此處不做限定。
發(fā)送單元1102在向PCRF實體發(fā)送第一更新消息后,PCRF實體將UE的第一控制計費策略調(diào)整為第二控制計費策略,PCRF實體再將第二控制計費策略通過第一更新應(yīng)答消息發(fā)送給網(wǎng)絡(luò)設(shè)備11中的接收單元1103,接收單元1103接收到PCRF實體發(fā)送的第一更新應(yīng)答消息。
需要說明的是,PCRF實體向網(wǎng)絡(luò)設(shè)備11中的接收單元1103發(fā)送的第一更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer Update)消息,也可以是其他消息,具體此處不做限定。
接收單元1103在接收PCRF實體發(fā)送的第一更新應(yīng)答消息之后,處理單元1101對UE執(zhí)行第二控制計費策略。
若PCRF實體調(diào)整控制計費策略的方式是降低UE的QoS,則處理單元1101對UE執(zhí)行第二控制計費策略后,該UE在離線計費過程中的QoS會降低,從而減小用戶賬戶透支的風(fēng)險。
在處理單元1101將UE從在線計費切換到離線計費后,在離線定時器超時之前,發(fā)送單元1102向OCS發(fā)送請求消息以重建與OCS之間的會話。
作為一種具體的實現(xiàn)方式,發(fā)送單元1102向OCS發(fā)送請求消息的方式有如下幾種:
1、處理單元1101在感知OCS可用時,發(fā)送單元1102立即向OCS發(fā)送請求消息;
當網(wǎng)絡(luò)設(shè)備11與OCS之間的鏈路故障時,處理單元1101確定OCS不可用,在此種情況下,處理單元1101若感知到與OCS之間的鏈路故障恢復(fù)后,發(fā)送單元1102立即向OCS發(fā)送請求消息以重建與OCS之間的會話。
處理單元1101感知到與OCS之間的鏈路故障恢復(fù)為現(xiàn)有技術(shù),具體可以通過發(fā)送心跳包進行檢測,此處不做詳細的說明。
2、處理單元1101定時向OCS發(fā)送請求消息。
在OCS無響應(yīng)或接收單元1103接收到OCS返回的錯誤碼(Result-Code)時,處理單元1101確定OCS不可用,在此種情況下,發(fā)送單元1102定時向OCS發(fā)送請求消息以重建與OCS之間的會話。
需要說明的是,OCS不可用的情況除了上述3種外,還可能有其他不可用的情況,對其他不可用的情況,也可以參照上述的方式進行處理。
處理單元1101檢測到OCS之間的鏈路故障恢復(fù)為現(xiàn)有技術(shù),此處不再詳細說明。
作為一種具體的實現(xiàn)方式,發(fā)送單元1102向OCS發(fā)送的請求消息可以為信用控制請求初始化(CCR-I,Credit-Control-Request Intial)消息。
在發(fā)送單元1102向OCS發(fā)送請求消息以重建會話后,如果在離線定時器超時之前,接收單元1103接收到OCS發(fā)送的成功應(yīng)答消息,該成功應(yīng)答消息為OCS對PCEF實體發(fā)送的請求消息的響應(yīng),說明OCS已經(jīng)恢復(fù)為可用,可以與網(wǎng)絡(luò)設(shè)備11進行交互實現(xiàn)在線計費功能。
因此,接收單元1103在接收到OCS的成功應(yīng)答消息之后,處理單元1101將UE從離線計費恢復(fù)到在線計費,以使得系統(tǒng)在不中斷用戶正在使用的業(yè)務(wù)的情況下恢復(fù)到在線計費功能。
作為一種具體的實現(xiàn)方式,發(fā)送單元1102向OCS發(fā)送的成功應(yīng)答消息可以為信用控制應(yīng)答初始化(CCA-I,Credit-Control-Answer Intial)消息。
在處理單元1101將UE從離線計費恢復(fù)到在線計費后,與PCRF實體交互獲取控制計費策略以恢復(fù)UE的控制計費策略。
發(fā)送單元1102向PCRF實體發(fā)送第二更新消息,以向PCRF實體上報UE恢復(fù)在線計費事件,PCRF實體接收到該第二更新消息后,將UE從離線計費時使用的第二控制計費策略恢復(fù)成在線計費時使用的第一控制計費策略。
需要說明的是,發(fā)送單元1102向PCRF實體發(fā)送的第二更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request Update)消息,也可以是其他消息,具體此處不做限定。
作為一種具體的實現(xiàn)方式,發(fā)送單元1102是通過與PCRF實體通信的Gx接口向PCRF實體發(fā)送CCR-U消息,通過擴展CCR-U消息中的Event-Trigger AVP的參數(shù)值,通過擴展的參數(shù)值表示在線計費恢復(fù)事件,將此參數(shù)值稱之為第二參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第二參數(shù)值,將UE的控制計費策略恢復(fù)至第一控制計費策略。
若在線計費切換至離線計費時,PCRF實體調(diào)整控制計費策略的方式是降低UE的QoS,則PCRF實體將UE的第二控制計費策略恢復(fù)成第一控制計費策略,即為恢復(fù)該UE的QoS。
發(fā)送單元1102在向PCRF實體發(fā)送第二更新消息后,PCRF實體將UE的第二控制計費策略恢復(fù)成第一控制計費策略,PCRF實體再將第一控制計費策略通過第二更新應(yīng)答消息發(fā)送給網(wǎng)絡(luò)設(shè)備11,網(wǎng)絡(luò)設(shè)備11的接收單元1103接收到PCRF實體發(fā)送的第二更新應(yīng)答消息。
需要說明的是,發(fā)送單元1102向PCEF實體發(fā)送的第二更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer)消息,也可以是其他消息,具體此處不做限定。
接收單元1103接收PCRF實體發(fā)送的第二更新應(yīng)答消息之后,處理單元1101對UE執(zhí)行第一控制計費策略,以恢復(fù)UE的在線計費時使用的控制計費策略。
若在在線計費切換到離線計費時,PCRF實體調(diào)整UE的控制計費策略的具體方式是降低控制計費策略中的QoS,則處理單元1101對UE執(zhí)行第一控制計費策略后,UE的QoS恢復(fù)。
在本發(fā)明實施例中,處理單元1101在將UE從在線計費切換到離線計費和在線計費恢復(fù)時,發(fā)送單元1102發(fā)送攜帶了在線計費轉(zhuǎn)離線計費和在線計費恢復(fù)的更新消息給PCRF實體,PCRF實體根據(jù)該消息調(diào)整UE的控制計費策略,從而進一步降低用戶賬戶透支的風(fēng)險。
其次,本發(fā)明實施例中,不需要去活用戶,轉(zhuǎn)離線的用戶在不去活(不下線)的前提下,只通過網(wǎng)絡(luò)設(shè)備和OCS之間的信令交互就可以恢復(fù)在線計費,從而能夠減少信令開銷。
進一步,在具體的實施中:
處理單元1101在將UE從在線計費切換到離線計費時,具體用于進行話單分割以生成離線話單,離線話單中攜帶轉(zhuǎn)離線標志,轉(zhuǎn)離線標志用于標識計費系統(tǒng)BS對離線話單進行區(qū)別計費處理;
處理單元1101在將UE從離線計費恢復(fù)到在線計費時,具體用于進行話單分割,以使得新生成的離線話單不再攜帶轉(zhuǎn)離線標志。
下面以一個具體的應(yīng)用場景進行說明:
在處理單元1101將UE從在線計費切換到離線計費的過程中,處理單元1101進行話單分割,將此次話單分割認為是第一次話單分割。在第一次話單分割后,在后續(xù)離線計費過程中生成的話單都攜帶轉(zhuǎn)離線的標志,該轉(zhuǎn)離線標志用于標識計費系統(tǒng)BS需要對該離線話單進行區(qū)別處理,即進行補充扣費。
在接收單元1103接收到OCS發(fā)送的成功應(yīng)答消息之后,處理單元1101將UE從離線計費恢復(fù)至在線計費,在此過程中,處理單元1101進行話單分割,將此次話單分割認為是第二次話單分割。在第二次話單分割后,在后續(xù)生成的離線話單不再攜帶轉(zhuǎn)離線標志,表示后續(xù)進行在線計費,后續(xù)產(chǎn)生的離線話單只作為對賬使用,不作為扣費的依據(jù)。
在本發(fā)明實施例中,在在線計費轉(zhuǎn)離線計費和恢復(fù)在線計費時,處理單元1101通過話單分割,使得在離線計費期間生成的話單攜帶轉(zhuǎn)離線標志,從而實現(xiàn)對離線計費過程中的話單進行補充扣費,提升了方案的可實現(xiàn)性。
以上是本發(fā)明實施例中對網(wǎng)絡(luò)設(shè)備用于在線計費自動恢復(fù)的描述,下面對網(wǎng)絡(luò)設(shè)備用于調(diào)整控制計費策略進行描述。
結(jié)合圖12,本發(fā)明實施例中提供的一種網(wǎng)絡(luò)設(shè)備12,包括:
處理單元1201,用于將用戶設(shè)備UE從在線計費切換到離線計費;
發(fā)送單元1202,用于向策略和計費規(guī)則功能PCRF實體發(fā)送第一更新消息,第一更新消息用于指示UE已被切換為離線計費;
接收單元1203,用于接收PCRF實體發(fā)送的第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,第二控制計費策略為PCRF實體根據(jù)第一更新消息進行調(diào)整后的UE的控制計費策略;
處理單元1201,還用于對UE執(zhí)行第二控制計費策略。
下面以一個具體的應(yīng)用場景對本發(fā)明網(wǎng)絡(luò)設(shè)備中各單元模塊之間的交互進行描述:
在3GPP協(xié)議中,定義了OCS不可用時,在對UE進行在線計費的過程中,如果網(wǎng)絡(luò)設(shè)備12向OCS進行配額申請或上報已使用的配額時,發(fā)現(xiàn)OCS不可用,則網(wǎng)絡(luò)設(shè)備12的處理單元1201將UE從在線計費切換到離線計費,從而保證業(yè)務(wù)可繼續(xù)使用,提升用戶體驗。
在處理單元1201將UE從在線計費切換到離線計費時或在PCEF實體將UE從在線計費切換到離線計費后,處理單元1201與PCRF實體交互獲取控制計費策略。此時,發(fā)送單元1202向PCRF實體發(fā)送第一更新消息,以向PCRF實體上報UE從在線計費切換為離線計費事件,PCRF實體接收到該第一更新消息后,將UE從在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略,以減小用戶賬戶透支的風(fēng)險。
需要說明的是,發(fā)送單元1202向PCRF實體發(fā)送的第一更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request Update)消息,也可以是其他消息,具體此處不做限定。
發(fā)送單元1202在向PCRF實體發(fā)送第一更新消息后,PCRF實體將UE的第一控制計費策略調(diào)整為第二控制計費策略,PCRF實體將第二控制計費策略通過第一更新應(yīng)答消息發(fā)送給網(wǎng)絡(luò)設(shè)備12的接收單元1203,接收單元1203接收到PCRF實體發(fā)送的第一更新應(yīng)答消息。
需要說明的是,發(fā)送單元1202向PCEF實體發(fā)送的第一更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer Update)消息,也可以是其他消息,具體此處不做限定。
接收單元1203接收PCRF實體發(fā)送的第一更新應(yīng)答消息之后,處理單元1201對UE執(zhí)行第二控制計費策略,以降低用戶賬戶透支的幾率。
在本發(fā)明實施例中,處理單元1201在將UE從在線計費切換到離線計費時,發(fā)送單元1202向PCRF實體發(fā)送更新消息,PCRF實體根據(jù)該更新消息調(diào)整UE的控制計費策略,從而可以降低用戶賬戶透支的風(fēng)險。
作為一種具體的實施方式,發(fā)送單元1202是通過與PCRF實體通信的Gx接口向PCRF實體發(fā)送CCR-U消息,CCR-U消息中攜帶了事件觸發(fā)屬性值對(Event-Trigger AVP,Event-Trigger Attribute Value Pair),該Event-Trigger AVP用于上報事件給PCRF實體,以使得PCRF實體根據(jù)不同的事件生成不同的控制計費策略。通過擴展該Event-Trigger AVP的參數(shù)值,通過其中一個參數(shù)值表示在線計費切換為離線計費事件,將參數(shù)值稱之為第一參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第一參數(shù)值,生成相對應(yīng)的控制計費策略,稱之為第二控制計費策略。
作為一種具體的實施方式,PCRF實體將UE在在線計費時使用的第一控制計費策略調(diào)整為在離線計費時的第二控制計費策略,可以是調(diào)整控制計費策略中的QoS,具體為降低控制計費策略中的QoS,例如:通過控制UE的流服務(wù)質(zhì)量等級、上行速率、下行速率、誤碼率、丟包率、時延、抖動或峰值速率等QoS參數(shù)來實現(xiàn),以使得第二控制計費策略中的QoS低于第一控制計費策略中的QoS,從而減小用戶賬戶透支的風(fēng)險。
需要說明的是,PCRF實體將UE的在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略時,除了調(diào)整控制計費策略中的QoS以外,還可以通過調(diào)整控制計費策略中的其他參數(shù)來減小用戶賬戶透支的風(fēng)險,例如:調(diào)整計費費率,具體的調(diào)整方法此處不做限定。
進一步,在具體的實施中:
發(fā)送單元1202,還用于在將UE從離線計費恢復(fù)到在線計費后,向PCRF實體發(fā)送第二更新消息,第二更新消息用于指示UE已被恢復(fù)為在線計費;
接收單元1203,還用于接收PCRF實體發(fā)送的第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,第二更新消息用于指示UE已被恢復(fù)為在線計費;
處理單元1201,還用于對UE執(zhí)行第一控制計費策略。
下面以一個具體的應(yīng)用場景進行說明:
在處理單元1201將UE從離線計費恢復(fù)到在線計費后,處理單元1201與PCRF實體交互獲取控制計費策略以恢復(fù)UE的控制計費策略。
發(fā)送單元1202向PCRF實體發(fā)送第二更新消息,以向PCRF實體上報UE恢復(fù)在線計費事件,PCRF實體接收到該第二更新消息后,將UE從離線計費時使用的第二控制計費策略恢復(fù)成在線計費時使用的第一控制計費策略。PCRF實體再將第一控制計費策略通過第二更新應(yīng)答消息發(fā)送給PCEF實體,PCEF實體接收到PCRF實體發(fā)送的第二更新應(yīng)答消息。PCEF實體接收PCRF實體發(fā)送的第二更新應(yīng)答消息之后,對UE執(zhí)行第一控制計費策略,以恢復(fù)UE的在線計費時使用的控制計費策略。
需要說明的是,發(fā)送單元1202向PCRF實體發(fā)送的第二更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request)消息,也可以是其他消息,具體此處不做限定。
需要說明的是,PCRF實體向PCEF實體發(fā)送的第二更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer)消息,也可以是其他消息,具體此處不做限定。
作為一種具體的實現(xiàn)方式,發(fā)送單元1202是通過與PCRF實體通信的Gx接口向PCRF實體發(fā)送CCR-U消息,通過擴展CCR-U消息中的Event-Trigger AVP的參數(shù)值,通過擴展的參數(shù)值表示在線計費恢復(fù)事件,將此參數(shù)值稱之為第二參數(shù)值。PCRF實體根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第二參數(shù)值,將UE的控制計費策略恢復(fù)至第一控制計費策略。
若在線計費切換至離線計費時,PCRF實體調(diào)整控制計費策略的方式是降低UE的QoS,則PCRF實體將UE的第二控制計費策略恢復(fù)成第一控制計費策略,即為恢復(fù)該UE的QoS。
下面對本發(fā)明實施例中另一種網(wǎng)絡(luò)設(shè)備進行描述。
結(jié)合圖13,本發(fā)明實施例中提供的一種網(wǎng)絡(luò)設(shè)備13,包括:
接收單元1301,用于在策略和計費執(zhí)行功能PCEF將用戶設(shè)備UE從在線計費切換離線計費后,接收PCEF發(fā)送的第一更新消息,第一更新消息用于指示UE已被切換為離線計費;
處理單元1302,用于根據(jù)接收單元1301接收的第一更新消息將UE的第一控制計費策略調(diào)整為第二控制計費策略;
發(fā)送單元1303,用于向PCEF實體發(fā)送第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,以使得PCEF實體在接收第一更新應(yīng)答消息后,對UE執(zhí)行第二控制計費策略。
下面以一個具體的應(yīng)用場景對本發(fā)明網(wǎng)絡(luò)設(shè)備中各單元模塊之間的交互進行描述:
在3GPP協(xié)議中,定義了OCS不可用時,在對UE進行在線計費的過程中,如果PCEF實體向OCS進行配額申請或上報已使用的配額時,發(fā)現(xiàn)OCS不可用,則PCEF實體將UE從在線計費切換到離線計費,從而保證業(yè)務(wù)可繼續(xù)使用,提升用戶體驗。
在PCEF實體將UE從在線計費切換到離線計費時或在PCEF實體將UE從在線計費切換到離線計費后,PCEF實體與網(wǎng)絡(luò)設(shè)備13交互以獲取控制計費策略。此時,PCEF實體向網(wǎng)絡(luò)設(shè)備13發(fā)送第一更新消息,以上報UE從在線計費切換為離線計費事件,網(wǎng)絡(luò)設(shè)備13的接收單元1301接收到PCEF發(fā)送的第一更新消息。
需要說明的是,接收單元1301接收到的第一更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request Update)消息,也可以是其他消息,具體此處不做限定。
接收單元1301接收到PCEF實體發(fā)送的第一更新消息后,處理單元1302將UE從在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略,以減小用戶賬戶透支的風(fēng)險。
處理單元1302將UE的第一控制計費策略調(diào)整為第二控制計費策略之后,發(fā)送單元1303將第二控制計費策略通過第一更新應(yīng)答消息發(fā)送給PCEF實體,以使得PCEF實體在接收第一更新應(yīng)答消息后,對UE執(zhí)行第二控制計費策略。
需要說明的是,發(fā)送單元1303向PCEF實體發(fā)送的第一更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer Update)消息,也可以是其他消息,具體此處不做限定。
在本發(fā)明實施例中,網(wǎng)絡(luò)設(shè)備13中的接收單元1301接收到PCEF實體發(fā)送的更新消息,處理單元1302根據(jù)該更新消息調(diào)整UE的控制計費策略,發(fā)送單元1303再將調(diào)整后的控制計費策略發(fā)送給PCEF,由PCEF對UE執(zhí)行調(diào)整后的控制計費策略,從而可以降低用戶賬戶透支的風(fēng)險。
作為一種具體的實施方式,接收單元1301是通過與PCEF實體通信的Gx接口接收的PCEF實體發(fā)送CCR-U消息,CCR-U消息中攜帶了事件觸發(fā)屬性值對(Event-Trigger AVP,Event-Trigger Attribute Value Pair),該Event-Trigger AVP用于上報事件給網(wǎng)絡(luò)設(shè)備13中的處理單元1302,以使得網(wǎng)絡(luò)設(shè)備13中的處理單元1302根據(jù)不同的事件生成不同的控制計費策略。通過擴展該Event-Trigger AVP的參數(shù)值,通過其中一個參數(shù)值表示在線計費切換為離線計費事件,將參數(shù)值稱之為第一參數(shù)值。處理單元1302根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第一參數(shù)值,生成相對應(yīng)的控制計費策略,稱之為第二控制計費策略。
作為一種具體的實施方式,處理單元1302將UE在在線計費時使用的第一控制計費策略調(diào)整為在離線計費時的第二控制計費策略,可以是調(diào)整控制計費策略中的QoS,具體為降低控制計費策略中的QoS,例如:通過控制UE的流服務(wù)質(zhì)量等級、上行速率、下行速率、誤碼率、丟包率、時延、抖動或峰值速率等QoS參數(shù)來實現(xiàn),以使得第二控制計費策略中的QoS低于第一控制計費策略中的QoS,從而減小用戶賬戶透支的風(fēng)險。
需要說明的是,處理單元1302將UE的在線計費時使用的第一控制計費策略調(diào)整為第二控制計費策略時,除了調(diào)整控制計費策略中的QoS以外,還可以通過調(diào)整控制計費策略中的其他參數(shù)來減小用戶賬戶透支的風(fēng)險,例如:調(diào)整計費費率,具體的調(diào)整方法此處不做限定。
進一步,在具體的實施方式中:
接收單元1301,還用于在PCEF將UE從離線計費恢復(fù)到在線計費后,接收PCEF發(fā)送的第二更新消息,第二更新消息用于指示UE已被恢復(fù)為在線計費;
處理單元1302,還用于根據(jù)接收單元接收的第二更新消息將UE的第二控制計費策略恢復(fù)成第一控制計費策略;
發(fā)送單元1303,還用于向PCEF實體發(fā)送第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,以使得PCEF實體在接收第二更新應(yīng)答消息后,對UE執(zhí)行第一控制計費策略。
下面以一個具體的應(yīng)用場景進行說明:
在離線計費過程中,若PCEF實體將UE從離線計費恢復(fù)到在線計費,PCEF實體會重新從網(wǎng)絡(luò)設(shè)備13獲取控制計費策略以恢復(fù)UE的控制和計費策略。具體過程為:
接收單元1301接收PCEF實體發(fā)送的第二更新消息,該消息的作用是向網(wǎng)絡(luò)設(shè)備13上報UE恢復(fù)在線計費事件,網(wǎng)絡(luò)設(shè)備13的接收單元1301接收到該第二更新消息后,處理單元1302將UE從離線計費時使用的第二控制計費策略恢復(fù)成在線計費時使用的第一控制計費策略。發(fā)送單元1303再將第一控制計費策略通過第二更新應(yīng)答消息發(fā)送給PCEF實體,PCEF實體接收到網(wǎng)絡(luò)設(shè)備13的發(fā)送單元1303發(fā)送的第二更新應(yīng)答消息,以使得PCEF實體對UE執(zhí)行第一控制計費策略,以恢復(fù)UE的在線計費時使用的控制計費策略。
需要說明的是,接收單元1301從PCEF實體接收的第二更新消息可以為信用控制請求更新(CCR-U,Credit-Control-Request)消息,也可以是其他消息,具體此處不做限定。
需要說明的是,發(fā)送單元1303向PCEF實體發(fā)送的第二更新應(yīng)答消息可以為信用控制應(yīng)答更新(CCA-U,Credit-Control-Answer)消息,也可以是其他消息,具體此處不做限定。
作為一種具體的實現(xiàn)方式,接收單元1301是通過與PCEF實體通信的Gx接口接收PCEF實體發(fā)送CCR-U消息,通過擴展CCR-U消息中的Event-Trigger AVP的參數(shù)值,通過擴展的參數(shù)值表示在線計費恢復(fù)事件,將此參數(shù)值稱之為第二參數(shù)值。處理單元1302根據(jù)該UE的CCR-U消息中的Event-Trigger AVP中的第二參數(shù)值,將UE的控制計費策略恢復(fù)至第一控制計費策略。
若在線計費切換至離線計費時,處理單元1302調(diào)整控制計費策略的方式是降低UE的QoS,則處理單元1302將UE的第二控制計費策略恢復(fù)成第一控制計費策略,即為恢復(fù)該UE的QoS。
上面從模塊化功能實體的角度對本發(fā)明實施例中的網(wǎng)絡(luò)設(shè)備進行描述,下面從硬件處理的角度對本發(fā)明實施例中的網(wǎng)絡(luò)設(shè)備進行描述,請參閱圖14,本發(fā)明實施例中的網(wǎng)絡(luò)設(shè)備14另一實施例包括:
接收器1401、發(fā)射器1402、處理器1403和存儲器1404(其中網(wǎng)絡(luò)設(shè)備14中的處理器1401的數(shù)量可以一個或多個,圖14中以一個處理器1401為例)。在本發(fā)明的一些實施例中,接收器1401、發(fā)射器1402、處理器1403和存儲器1404可通過總線或其它方式連接,其中,圖14中以通過總線連接為例。
其中,
通過調(diào)用存儲器1404存儲的操作指令,處理器1403,用于執(zhí)行如下步驟:
對UE進行在線計費,獲知OCS不可用時,在獲知OCS不可用時,將UE從在線計費切換到離線計費;并啟動離線定時器,離線定時器用于指示對UE進行離線計費至去活的最長時間;若在離線定時器超時之前,PCEF實體獲知OCS恢復(fù)為可用,則PCEF實體將UE從離線計費恢復(fù)到在線計費。
在本發(fā)明的一些實施例中,處理器1403還用于執(zhí)行以下步驟:
利用發(fā)射器1402向OCS發(fā)送請求消息;利用接收器1401接收OCS發(fā)送的成功應(yīng)答消息,其中成功應(yīng)答消息為對請求消息的響應(yīng),用于指示OCS已恢復(fù)為可用。
在本發(fā)明的一些實施例中,處理器1403還用于執(zhí)行以下步驟:
利用發(fā)射器1402向PCRF實體發(fā)送第一更新消息,第一更新消息用于指示UE已被切換為離線計費;
利用接收器1401接收PCRF實體發(fā)送的第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,第二控制計費策略為PCRF實體根據(jù)第一更新消息進行調(diào)整后的UE的控制計費策略;PCEF實體對UE執(zhí)行第二控制計費策略;
對UE執(zhí)行第二控制計費策略。
在本發(fā)明的一些實施例中,處理器1403還用于執(zhí)行以下步驟:
利用發(fā)射器1402向PCRF實體發(fā)送第二更新消息,第二更新消息用于指示UE已被恢復(fù)在線計費;
利用接收器1401接收PCEF實體發(fā)送第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,第一控制計費策略為PCRF實體根據(jù)第二更新消息進行恢復(fù)的UE的控制計費策略;
對UE執(zhí)行第一控制計費策略。
在本發(fā)明的一些實施例中,處理器1403還用于執(zhí)行以下步驟:
獲知與OCS之間的鏈路發(fā)生故障;
在感知與OCS之間的鏈路故障恢復(fù)后利用發(fā)射器1402向OCS發(fā)送請求消息;
或,
當獲知OCS無響應(yīng)或利用接收器1401接收OCS發(fā)送的錯誤碼時,利用發(fā)射器1402定時向OCS發(fā)送請求消息。
在本發(fā)明的一些實施例中,處理器1403還用于執(zhí)行以下步驟:
進行話單分割以生成離線話單,離線話單中攜帶轉(zhuǎn)離線標志,轉(zhuǎn)離線標志用于標識計費系統(tǒng)BS對離線話單進行區(qū)別計費處理;
在利用接收器1401接收到OCS發(fā)送的成功應(yīng)答消息之后,進行話單分割,以使得新生成的離線話單不再攜帶轉(zhuǎn)離線標志。
本發(fā)明實施例中,處理器1403在OCS不可用時,將UE從在線計費切換到離線計費,并啟動離線定時器,之后,處理器1403向OCS發(fā)送請求消息以嘗試恢復(fù)在線計費,在離線定時器超時之前若接收到OCS發(fā)送的成功應(yīng)答消息時,則表示OCS已恢復(fù)為可用,則將UE從離線計費恢復(fù)到在線計費。因此,本方案能夠在用戶轉(zhuǎn)離線計費后,當OCS可用時及時恢復(fù)在線計費功能,從而降低了在離線計費過程中可能存在的用戶賬戶透支的風(fēng)險,且本方案能避免去活用戶,從而提升了用戶體驗。
請參閱圖15,本發(fā)明實施例中的網(wǎng)絡(luò)設(shè)備15另一實施例包括:
接收器1501、發(fā)射器1502、處理器1503和存儲器1504(其中網(wǎng)絡(luò)設(shè)備15中的處理器1501的數(shù)量可以一個或多個,圖15中以一個處理器1501為例)。在本發(fā)明的一些實施例中,接收器1501、發(fā)射器1502、處理器1503和存儲器1504可通過總線或其它方式連接,其中,圖15中以通過總線連接為例。
其中,
通過調(diào)用存儲器1504存儲的操作指令,處理器1503,用于執(zhí)行如下步驟:
將用戶設(shè)備UE從在線計費切換到離線計費;
利用發(fā)射器1502向策略和計費規(guī)則功能PCRF實體發(fā)送第一更新消息,第一更新消息用于指示UE已被切換為離線計費;
利用接收器1501接收PCRF實體發(fā)送的第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,第二控制計費策略為PCRF實體根據(jù)第一更新消息進行調(diào)整后的UE的控制計費策略;
對UE執(zhí)行第二控制計費策略。
在本發(fā)明的一些實施例中,處理器1503還用于執(zhí)行以下步驟:
在將UE從離線計費恢復(fù)到在線計費后,利用發(fā)射器1502向PCRF實體發(fā)送第二更新消息,第二更新消息用于指示UE已被恢復(fù)為在線計費;
利用接收器1501接收PCRF實體發(fā)送的第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,第一控制計費策略為PCRF實體根據(jù)第二更新消息進行恢復(fù)后的UE的控制計費策略;
對UE執(zhí)行第一控制計費策略。
在本發(fā)明實施例中,處理器1503在在線計費切換到離線計費時,利用發(fā)射器1502發(fā)送更新消息給PCRF實體,以使得PCRF實體根據(jù)該消息調(diào)整UE的控制計費策略,并將調(diào)整后的控制計費策略發(fā)送給網(wǎng)絡(luò)設(shè)備15中的處理器1403,處理器1403在對UE執(zhí)行該調(diào)整后的控制計費策略。從而進一步降低用戶賬戶透支的風(fēng)險。
請參閱圖16,本發(fā)明實施例中的網(wǎng)絡(luò)設(shè)備16另一實施例包括:
接收器1601、發(fā)射器1602、處理器1603和存儲器1604(其中網(wǎng)絡(luò)設(shè)備16中的處理器1601的數(shù)量可以一個或多個,圖16中以一個處理器1601為例)。在本發(fā)明的一些實施例中,接收器1601、發(fā)射器1602、處理器1603和存儲器1604可通過總線或其它方式連接,其中,圖16中以通過總線連接為例。
其中,
通過調(diào)用存儲器1604存儲的操作指令,處理器1603,用于執(zhí)行如下步驟:
利用接收器1601接收PCEF發(fā)送的第一更新消息;
根據(jù)接收的第一更新消息將UE的第一控制計費策略調(diào)整為第二控制計費策略;
利用發(fā)射器1602向PCEF實體發(fā)送第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略,以使得PCEF實體在接收第一更新應(yīng)答消息后,對UE執(zhí)行第二控制計費策略。
在本發(fā)明的一些實施例中,處理器1603還用于執(zhí)行以下步驟:
在PCEF將UE從離線計費恢復(fù)到在線計費后,利用接收器1601接收PCEF發(fā)送的第二更新消息;
根據(jù)接收的第二更新消息將UE的第二控制計費策略恢復(fù)成第一控制計費策略;
利用發(fā)射器1602向PCEF實體發(fā)送第二更新應(yīng)答消息,第二更新應(yīng)答消息中攜帶第一控制計費策略,以使得PCEF實體在接收第二更新應(yīng)答消息后,對UE執(zhí)行第一控制計費策略。
在本發(fā)明實施例中,處理器1603通過接收器1601接收PCEF實體發(fā)送的更新消息,根據(jù)該更新消息調(diào)整UE的控制計費策略,處理器1603再將調(diào)整后的控制計費策略通過發(fā)射器1602發(fā)送給PCEF實體,由PCEF實體對UE執(zhí)行調(diào)整后的控制計費策略,從而可以降低用戶賬戶透支的風(fēng)險。
上面對本發(fā)明實施例中的網(wǎng)絡(luò)設(shè)備進行了描述,下面對本發(fā)明實施例中的計費系統(tǒng)進行描述,請參閱圖17,本發(fā)明實施例中計費系統(tǒng)一個實施例計費系統(tǒng)17包括:
PCEF實體1701和OCS 1702;
PCEF實體1701,用于對UE進行在線計費,當獲知OCS 1702不可用時,將UE從在線計費切換到離線計費,并啟動離線定時器,離線定時器用于指示對UE進行離線計費至去活的最長時間,若在離線定時器超時之前,PCEF實體1701獲知OCS1702恢復(fù)為可用,則將UE從離線計費恢復(fù)到在線計費。
需要說明的是,PCEF實體位于網(wǎng)關(guān),在實際應(yīng)用中具體可以是GPRS的GGSN。
本發(fā)明實施例中,計費系統(tǒng)包括PCEF實體1701和OCS 1702,PCEF實體1701在獲知OCS 1702不可用時,將UE從在線計費切換到離線計費,并啟動離線定時器,在離線定時器超時之前,PCEF實體1701獲知OCS1702恢復(fù)為可用,則將UE從離線計費恢復(fù)到在線計費。因此,本方案能夠在用戶轉(zhuǎn)離線計費后,當OCS可用時及時恢復(fù)在線計費功能,從而降低了在離線計費過程中可能存在的用戶賬戶透支的風(fēng)險,且本方案能避免去活用戶,從而提升了用戶體驗。
請參閱圖18,本發(fā)明實施例中計費系統(tǒng)另一個實施例計費系統(tǒng)18包括:
PCEF實體1801和PCRF實體1802;
PCEF實體1801,用于將UE從在線計費切換到離線計費,向PCRF實體1802發(fā)送第一更新消息;
PCRF實體1802,用于接收PCEF實體1801發(fā)送的第一更新消息,根據(jù)第一更新消息將UE的第一控制計費策略調(diào)整為第二控制計費策略,之后,向PCEF實體1801發(fā)送第一更新應(yīng)答消息,第一更新應(yīng)答消息中攜帶第二控制計費策略;
PCEF實體1801,還用于接收PCRF實體1802發(fā)送的第一更新應(yīng)答消息,對UE執(zhí)行第二控制計費策略。
在本發(fā)明實施例中,計費系統(tǒng)包括PCEF實體1801和PCRF實體1802,PCEF實體1801在在線計費切換到離線計費時,發(fā)送更新消息給PCRF實體1802,PCRF實體1802根據(jù)該消息調(diào)整UE的控制計費策略,并將調(diào)整后的控制計費策略發(fā)送給PCEF實體1801,PCEF實體在對UE執(zhí)行該調(diào)整后的控制計費策略。從而進一步降低用戶賬戶透支的風(fēng)險。
在上述實施例中,對各個實施例的描述都各有側(cè)重,某個實施例中沒有詳述的部分,可以參見其他實施例的相關(guān)描述。
所屬領(lǐng)域的技術(shù)人員可以清楚地了解到,為描述的方便和簡潔,上述描述的系統(tǒng),裝置和單元的具體工作過程,可以參考前述方法實施例中的對應(yīng)過程,在此不再贅述。
在本申請所提供的幾個實施例中,應(yīng)該理解到,所揭露的系統(tǒng),裝置和方法,可以通過其它的方式實現(xiàn)。例如,以上所描述的裝置實施例僅僅是示意性的,例如,所述單元的劃分,僅僅為一種邏輯功能劃分,實際實現(xiàn)時可以有另外的劃分方式,例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng),或一些特征可以忽略,或不執(zhí)行。另一點,所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口,裝置或單元的間接耦合或通信連接,可以是電性,機械或其它的形式。
所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
另外,在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨物理存在,也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn),也可以采用軟件功能單元的形式實現(xiàn)。
所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時,可以存儲在一個計算機可讀取存儲介質(zhì)中。基于這樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM,Read-Only Memory)、隨機存取存儲器(RAM,Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
以上對本發(fā)明所提供的計費的方法及裝置進行了詳細介紹,本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想;同時,對于本領(lǐng)域的一般技術(shù)人員,依據(jù)本發(fā)明的思想,在具體實施方式及應(yīng)用范圍上均會有改變之處,綜上所述,本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。