一個實施例一般而言涉及電信,并且具體而言涉及用于電信數(shù)據服務的在線計費。
背景技術:
服務提供商/運營商通常使用有線通信網絡和/或無線通信網絡向訂戶提供大量語音服務和/或數(shù)據服務。這樣的服務的示例包括蜂窩電話、對互聯(lián)網的訪問、游戲、及音頻、視頻和多媒體節(jié)目的廣播或組播等。諸如蜂窩電話、個人數(shù)據助理、智能電話、文本消息傳送設備、全球定位系統(tǒng)(“gps”)設備、網絡接口卡、筆記本計算機和臺式計算機之類的用戶裝備可以通過與一個或多個基站的空中接口訪問由通信網絡提供的服務。
運營商使用離線和在線計費功能來跟蹤由每個設備產生的用于使用各種服務的費用。第三代合作伙伴計劃(“3gpp”/“3gpp2”)標準組已經定義了一組規(guī)范,該組規(guī)范可以用于實現(xiàn)在線計費系統(tǒng)和離線計費系統(tǒng),以涵蓋各種網絡域(例如,電路交換網絡域、分組交換網絡域和/或無線域)、ip多媒體子系統(tǒng)(“ims”)和新興的3g/oma應用服務中的計費。
然而,運營商正在經歷由于智能電話和其它移動設備的增長而導致的數(shù)據使用量的增加。這種增長對運營商的網絡資源造成壓力,并且導致由于導致?lián)砣洼^差數(shù)據帶寬的網絡過載而降低訂戶體驗,或者導致運營商推出昂貴的額外網絡容量。
技術實現(xiàn)要素:
一個實施例是用于對訂戶的數(shù)據會話計費的在線計費系統(tǒng)(onlinechargingsystem,“ocs”)。響應于發(fā)起數(shù)據會話的請求,ocs提供用于數(shù)據會話的第一被授予的數(shù)據服務單元。在數(shù)據會話期間,ocs接收用于訂戶的計費條件的改變,并且響應于該改變,向訂戶發(fā)送重新授權消息。響應于重新授權消息,ocs接收來自訂戶的第一更新消息,該第一更新消息包括自先前更新消息以來用于數(shù)據會話的已使用的服務單元。響應于更新消息,并且基于計費條件的改變和已使用的服務單元,ocs然后提供用于數(shù)據會話的第二被授予的數(shù)據服務單元。
附圖說明
圖1是包括實現(xiàn)本發(fā)明的實施例的網絡元件和/或與本發(fā)明的實施例交互的網絡元件的通信網絡的概述圖。
圖2是根據本發(fā)明的實施例的計算機服務器/系統(tǒng)的框圖。
圖3是示出根據一個實施例的非線性數(shù)據計費的示例數(shù)據會話。
圖4是根據本發(fā)明的實施例的數(shù)據會話的調用流程。
具體實施方式
一個實施例是在線計費系統(tǒng),該在線計費系統(tǒng)在數(shù)據會話期間接收數(shù)據使用的更新,并且在每次更新時確定計費條件。因此,不是假設貫穿整個數(shù)據會話過程的線性數(shù)據使用,而是可以在會話期間的不同時段使用對每個會話的數(shù)據使用的更精確的量度來考慮具體的計費條件,諸如修改的可用余額、改變的數(shù)據費率等。
圖1是包括實現(xiàn)本發(fā)明的實施例的網絡元件和/或與本發(fā)明的實施例交互的網絡元件的通信網絡100的概述圖。網絡100包括在線計費系統(tǒng)(“ocs”)102,ocs102一般來說是為通信會話提供在線計費的運行時引擎。ocs102耦合到結算和收入管理系統(tǒng)(“brm”)101。brm存儲用于網絡100的每個注冊用戶/客戶的信息,并且為每個客戶確定計費參數(shù),諸如使用費率、可用分鐘數(shù)和促銷的捆綁、當前余額等。
用戶將通過用戶裝備(“ue”)105與網絡100接口。ue105可以是允許用戶參與通信會話的任何類型的設備,其中通信會話包括可以表示語音呼叫、視頻呈現(xiàn)、短消息服務(“sms”)等的數(shù)據傳輸。網絡100可以包括將ue105連接到網絡100的許多不同類型的網絡元件,包括蜂窩塔106、路由器107以及圖1中沒有示出的其它已知設備。
通過ocs102的在線計費是指其中計費信息可以實時影響所呈送的服務的計費機制。在在線計費中,用于網絡資源使用的計費信息與資源使用被同時收集。然而,對網絡使用的授權必須由網絡基于由ocs102返回的計費結果來獲得。ocs102中的計費決定基于從brm101獲得并維護在ocs102中的用于用戶的可允許資源而做出。
在一個實施例中,網絡100是根據3gpp標準的ims網絡。與在其中先提供服務并且后對ims用戶進行結算的后付費計費相反,ocs102提供預付費計費,其中ims用戶必須在服務被提供之前具有賬戶余額,并且賬戶余額在服務被提供時被借記。
在一個實施例中,ocs102包括在線計費功能、賬戶余額管理功能(“abmf”)和費率功能(“rf”)。abmf在ims用戶的賬戶中維護服務單元的數(shù)量。費率功能根據由網絡運營商定義的資費來確定服務使用的花費。在線計費功能利用abmf和費率功能以執(zhí)行在線計費。
在一個實施例中,ims網絡中的諸如代理呼叫會話控制功能(“p-cscf”)、會話呼叫會話控制功能(“s-cscf”)和應用服務器(“as”)之類的附加網絡/服務元件(圖1中沒有示出)包括計費觸發(fā)功能(“ctf”)。這些ctf適于監(jiān)視服務使用和響應于計費事件生成計費消息。然后,ctf向ocs102傳輸計費消息,以提供用于服務使用的在線計費。
在線計費可以被執(zhí)行為直接借記或單元預訂。對于直接借記,在線計費功能對于單個業(yè)務立即從用戶的賬戶借記單元。對于單元預訂,在線計費功能授予來自用戶的賬戶的單元配額,并且將該單元配額提供給請求服務元件。請求服務元件然后通過監(jiān)視服務使用并相應地從配額中扣除來執(zhí)行預算控制。如果單元配額過期,則服務元件請求另一個單元配額,并且該過程繼續(xù)。在服務終止之后,減除(resolve)要從用戶的賬戶扣除的總單元量。
例如,以下示出了對ims網絡中的典型會話計費的示例。ims用戶或者發(fā)起會話或者通過適當?shù)男帕钕⒈谎埥邮諘挘渲性撔帕钕⒅T如會話發(fā)起協(xié)議(“sip”)invite(sip邀請)消息。s-cscf被分配給ims用戶以管理會話,因此信令消息經過s-cscf。響應于接收到用于ims用戶的信令消息,s-cscf聯(lián)系歸屬訂戶服務器(“hss”)以訪問用于ims用戶的訂戶簡檔。除其它事項外,訂戶簡檔指示由ims用戶訂閱的服務級別、由用戶訂閱的任何補充服務等。訂戶簡檔還指示ims用戶是預付費用戶。因此,響應于檢測到會話的開始,s-cscf中的ctf發(fā)起用于該會話的在線計費。為了發(fā)起在線計費,ctf生成指示會話的開始的diameterro信用控制請求(“ccr”)initial(ccr初始)消息,并且將ccrinitial消息傳輸給ocs102。
ocs102中的在線計費功能然后處理ccrinitial消息中的信息以識別ims用戶、確定會話的媒體類型等,并且利用該信息和其它信息訪問費率功能以確定會話的費率。在線計費功能還訪問abmf以確定ims用戶是否具有足夠的賬戶余額來發(fā)起會話,并且如果ims用戶具有足夠的賬戶余額來發(fā)起會話,則確定為會話授予多少服務單元。然后,在線計費功能生成信用控制應答(creditcontrolanswer,“cca”):initial(cca:初始)消息,并將cca:initial消息傳輸給s-cscf。cca:initial消息指示會話被允許,并且還指示為會話授予的配額數(shù)量。
s-cscf(或ims網關)接收cca:initial消息,并且執(zhí)行預算控制。對于預算控制,s-cscf識別服務單元的配額,并且隨著會話繼續(xù)而遞減配額。如果s-cscf中的ctf識別出另一個計費事件,則s-cscf生成ccr:update(ccr:更新)消息。例如,計費事件可以包括接收確認sipinvite、re-invite或update消息的sip200ok消息、可以包括服務單元的配額的到期、可以包括有效性定時器的到期等。s-cscf將ccr:update消息傳輸給ocs102。在線計費功能執(zhí)行類似的過程以向會話授予服務單元的另一個配額(如果可用)、生成cca:update消息、并且將cca:update消息傳輸給s-cscf。cca:update消息指示會話被允許繼續(xù),并且還指示為會話授予的服務單元的附加配額。
s-cscf(或ims網關)接收cca:update消息,并且又對新授予的配額執(zhí)行預算控制。假設在某個后來的時間會話結束。響應于識別出會話的結束,s-cscf中的ctf生成ccr:termination(ccr:終止)消息,并且將ccr:termination消息傳輸給ocs。ccr:termination消息指示用于會話(或者用于會話的持續(xù)時間或者用于由在線計費功能授予的配額的最新片段)的服務單元的數(shù)量。在線計費功能然后從ims用戶在abmf中的賬戶減除用于會話的總借記。
brm101(諸如來自oracle公司的brm產品)允許網絡運營商使用諸如全球移動通信系統(tǒng)(“gsm”)管理器和遠程認證撥入用戶服務(“radius”)管理器之類的可選組件來設立服務,以捕獲關于服務使用的數(shù)據(例如,客戶的數(shù)據會話中的小時數(shù)或電話呼叫的長度)。使用brm101,網絡運營商還可以定義價格表,該價格表定義對服務收取多少費用。例如,網絡運營商可以對無線電話服務或互聯(lián)網訪問使用收取每月訂閱費和設立費。
brm101還用于注冊客戶,諸如讓客戶呼叫客戶服務代表或通過使用網頁來注冊客戶??蛻敉ǔ5怯浺粋€或多個服務,諸如互聯(lián)網訪問和電子郵件。諸如電話號碼、互聯(lián)網服務登錄和結算信息之類的客戶賬戶數(shù)據被存儲在brm數(shù)據庫中。
brm101還用于管理客戶。當客戶賬戶信息改變時(例如,如果客戶改變其信用卡),則使用客戶管理工具來更新賬戶信息或者可以為客戶提供網頁來管理他們自己的賬戶。
brm101還用于認證和授權客戶登錄。例如,對于其中使用可以被實時跟蹤的服務,brm101使用存儲在brm數(shù)據庫中的客戶數(shù)據來認證客戶的身份以及驗證客戶的使用該服務的授權。
brm101還用于通過測量服務使用并對其評定費率(例如,對于無線呼叫每分鐘10美分)來對服務使用評定費率。該費用將添加到客戶的賬戶余額中。
在一個實施例中,brm101和ocs102以及網絡100的其它網絡元件之間的接口由來自oracle公司的“communicationsonlinemediationcontroller(通信在線調解控制器)”控制。通信在線調解控制器提供網絡消息從diameterro或radius協(xié)議到內部brm通信協(xié)議的高速轉換,通信在線調解控制器然后執(zhí)行授權、認證、事件費率評定和賬戶余額更新的過程。在一個實施例中,通信在線調解控制器具有與brm101的本地集成,使得該通信在線調解控制器建立與brm101的連接并利用這些連接來調取brm內部過程。
圖2是根據本發(fā)明的實施例的計算機服務器/系統(tǒng)10的框圖。系統(tǒng)10可以用于實現(xiàn)圖1中所示的網絡元件中的、為了實現(xiàn)下面詳細公開的本發(fā)明的實施例的任何功能所必需的任何網絡元件。雖然被示為單個系統(tǒng),但是系統(tǒng)10的功能可以被實現(xiàn)為分布式系統(tǒng)。此外,本文公開的功能可以在可通過網絡耦合在一起的單獨的服務器或設備上實現(xiàn)。此外,可以不包括系統(tǒng)10的一個或多個組件。例如,對于ocs102的功能,系統(tǒng)10可以是通常不需要顯示器24或圖1中所示的一個或多個其它組件的服務器。
系統(tǒng)10包括用于傳送信息的總線12或其它通信機制,以及耦合到總線12的用于處理信息的處理器22。處理器22可以是任何類型的通用處理器或專用處理器。系統(tǒng)10還包括用于存儲信息和要由處理器22執(zhí)行的指令的存儲器14。存儲器14可以包括隨機存取存儲器(“ram”)、只讀存儲器(“rom”)、諸如磁盤或光盤的靜態(tài)存儲裝置、或任何其它類型的計算機可讀介質的任何組合。系統(tǒng)10還包括通信設備20(諸如網絡接口卡)以提供對網絡的訪問。因此,用戶可以直接地、或通過網絡遠程地、或任何其它方法與系統(tǒng)10接口。
計算機可讀介質可以是可由處理器22訪問的任何可用介質,并且包括易失性和非易失性介質、可移除和不可移除介質以及通信介質。通信介質可以包括計算機可讀指令、數(shù)據結構、程序模塊或調制數(shù)據信號(諸如載波或其它傳運機制)中的其它數(shù)據,并且包括任何信息傳遞介質。
處理器22還可以經由總線12耦合到諸如液晶顯示器(“l(fā)cd”)的顯示器24。鍵盤26和諸如計算機鼠標的光標控制設備28還可以耦合到總線12,以使得用戶能夠根據需要與系統(tǒng)10接合。
在一個實施例中,存儲器14存儲軟件模塊,該軟件模塊在由處理器22執(zhí)行時提供功能。模塊包括為系統(tǒng)10提供操作系統(tǒng)功能的操作系統(tǒng)15。模塊還包括用于在非線性的基礎上對數(shù)據會話計費的非線性數(shù)據計費模塊16,以及本文公開的所有其它功能。系統(tǒng)10可以是更大系統(tǒng)的一部分,諸如來自oracle公司的“oraclecommunicationselasticchargingengine(oracle通信彈性計費引擎)”的添加功能。因此,系統(tǒng)10可以包括一個或多個附加功能模塊18以包括附加功能。數(shù)據庫17耦合到總線12,以便為模塊16和18提供集中式存儲。
在如上所述的典型的通信網絡和典型的ims會話中,語音服務是線性消費的(例如,十分鐘語音呼叫在整個呼叫期間總是“開啟”的并且消費分鐘)。相比之下,在基于數(shù)據的通信會話期間的數(shù)據使用是非線性消費的。例如,在一小時的數(shù)據會話期間,在一些時段期間,當視頻正在流傳輸時,可能存在大量的數(shù)據下載,而在其它時段期間,當用戶正在閱讀已經下載的數(shù)據時,可能幾乎沒有數(shù)據的下載。然而,已知的計費系統(tǒng)不能考慮在正在進行的數(shù)據會話期間的各個點處的具體計費條件,諸如可用的余額、優(yōu)惠、余額的再儲值/充值(top-up)等。相反,已知的計費系統(tǒng)將整個數(shù)據會話視為單個會話,其中假設所消費的總數(shù)據在整個會話過程中是線性消費的。
因此,運營商不具有為高峰時段和非高峰時段準確地提供不同數(shù)據費率的能力。已知的計費系統(tǒng)通常采取在會話的開始處或結束處的計費條件,并且使用這些條件作為對整個會話計費的基礎。因此,要計費的量是線性分布的,而不是基于實際的消費模式。然而,隨著長時間運行的數(shù)據會話的增加(例如,當訂戶正在觀看電影時的一小時或更長),這對于訂戶而言是不可接受的,并且會導致過多的費用。此外,運營商目前不具有影響訂戶行為使得訂戶在高峰時間期間使用較少的數(shù)據而在非高峰時間期間使用更多的數(shù)據的方式。
最后,運營商還面臨關于長時間運行的數(shù)據會話的挑戰(zhàn),因為它們目前只能在會話結束之后才能辨識收入。然而,隨著數(shù)據會話跨越幾天甚至幾周,如果數(shù)據會話在以后的會計時段中結束,那么針對該數(shù)據會話開始時的會計時段,運營商可能遭受收入的損失。一些運營商將定期切斷長時間運行的會話,以便能夠辨識已經由它們的訂戶所消費的使用的收入,這會潛在地導致客戶體驗降低。
本發(fā)明的實施例在數(shù)據會話期間或在多個預定分段期間接收一個或多個“更新”,這些“更新”包括諸如來自brm101的費率變化或余額變化的信息。與已知的現(xiàn)有技術相反,ocs102對更新中的費率條件的變化做出反應,并通知網絡(即,ue105及相關聯(lián)的網絡元件)回來重新授權。因此,實施例可以考慮在長時間運行的數(shù)據會話期間改變的任何計費條件,并且使用這些條件連同來自網絡的被報告的使用,以提供用于數(shù)據會話的更準確的費用。此外,利用在每個分段的結尾處的經更新的信息,實施例可以為會話的每個分段保留足夠的信息,以能夠在重新評定費率的情況下重新創(chuàng)建費用。
圖3是示出根據一個實施例的非線性數(shù)據計費的示例數(shù)據會話。圖3的數(shù)據會話從10:00開始并且在10:30結束。根據本發(fā)明的實施例,數(shù)據會話被分解成三個分段,在圖3的示例中這三個分段各自跨在持續(xù)10分鐘的分段之間。
最初在10:00,為了開始會話,ue105通過其它網絡元件從ocs102請求20mb的數(shù)據(即,所請求的服務單元(“rsu”)),并且被ocs102授予20mb(即,被授予的服務單元(“gsu”))。在10:00和10:10之間,實際的數(shù)據消費是10mb(即,已使用的服務單元(“usu”))。在10:10和10:20之間,實際的數(shù)據消費是10mb。在10:20處,用戶獲得免費的100mb的額外數(shù)據的充值。充值可以是由brm101授予的任何附加量的可用數(shù)據單元。在圖3的示例中,充值恰好發(fā)生在數(shù)據會話期間。例如,用戶可以能夠到網站并購買更多mb的數(shù)據、或者通過任何手段獲得免費的附加mb的數(shù)據,或者可以自動地安排在某個時間處應用mb的數(shù)據的增加,其中該時間恰好落入數(shù)據會話期間。mb的數(shù)據的增加將從brm101獲得。
繼續(xù)該示例,在10:20和10:30之間,消費了1mb的數(shù)據。如所示的,在10:10和10:30之間消費了總共11mb的數(shù)據。對于整個數(shù)據會話,消費了總共21mb的數(shù)據。
如先前所述的,在圖3的示例中,已知的計費系統(tǒng)將以線性方式計算數(shù)據會話的數(shù)據使用。因此,如在302處和由線303所指示的,現(xiàn)有技術的計費系統(tǒng)將假設在三個分段中的每個分段期間線性地消費了7mb的數(shù)據,這將總共是21mb。相比之下,如由305和線306所指示的,本發(fā)明的實施例將根據每個分段或更新期間的實際消費來計算數(shù)據使用。
本發(fā)明的實施例的一些優(yōu)點可以結合圖3示出。例如,假設在10:20和10:30之間為高峰(即,較高的)數(shù)據費率以及在10:00和10:20之間為非高峰(即,較低的)數(shù)據費率。在現(xiàn)有技術的系統(tǒng)下,用戶將被計費7mb的高峰使用以及僅14mb的非高峰使用。相比之下,本發(fā)明的實施例將計算出在10:20-10:30的高峰時間期間的僅1mb的實際使用以及20mb的非高峰使用,從而導致對訂戶的較低計費。
此外,假設在使用被授予的20mb之后,訂戶將以高得多的每mb費率被計費。在現(xiàn)有技術的系統(tǒng)下,在10:20時不知道充值,并且因此對于超過20mb許可的1mb,用戶將被收取每mb的費率。相比之下,本發(fā)明的實施例基于在會話期間從brm101接收到的訊息知曉充值,并且該附加的1mb將是免費100mb充值的一部分。
圖4是根據本發(fā)明實施例的數(shù)據會話的調用流程。圖4的調用流程在網絡元件ue105、以及ue105所關聯(lián)的允許ue105發(fā)起數(shù)據會話的網絡元件、ocs102和brm101之間。圖4中所示的消息傳送依據3gpp相關的標準。
在402處,ue105生成包括用于數(shù)據會話的rsu的ccr:initiate(ccr:發(fā)起)消息。
在403處,ocs102生成包括用于數(shù)據會話的gsu1和gsu2的cca消息。圖4的實施例包括兩個gsu,這是因為ocs102知道存在即將到來的資費的變化。ocs102授予一個用于改變之前的配額以及一個用于改變之后的配額,使得網絡可以在以后分別報告回每個時段(資費變化之前和之后)的使用量,而不是迫使網絡在資費時間改變時返回(這還可能導致來自所有活動會話的大量請求)。
在404處,ue105生成ccr:update消息,該ccr:update消息向ocs102提供關于會話的當前數(shù)據使用的第一更新并且請求重新授權。在404處的更新消息的時機選擇可以是預定的/預先配置的(例如,如在403處的cca中所定義的,以每10分鐘的間隔),或者它可以基于ue105關于被授予的數(shù)據在403處幾乎耗盡(即,基于所分配的配額的消費)的知識。在404處的ccr:update消息包括兩個usu:一個用于在資費時間改變之前,以及一個用于在資費時間改變之后,這作為403處的cca的結果對ue105是已知的。因此,ocs102可以承兌(honor)在兩個usu中報告的非線性/實際消費。
在405處,響應于更新消息,ocs102生成可以包括附加gsu的cca消息。ocs102基于諸如當前余額、優(yōu)惠等的當前條件確定是否授予附加的gsu。
在406處,在從brm101到ocs102的消息中出現(xiàn)對客戶數(shù)據的更新(即,改變后的計費條件)。更新的一個示例是諸如圖3中所示的充值,該充值使訂戶的數(shù)據余額增加100mb。更新的其它示例包括購買新的優(yōu)惠、或對賬戶余額的調整或退款。在406處的更新可以在隨機的時間出現(xiàn),或者可以在固定基礎上被觸發(fā),該固定基礎諸如按月觸發(fā)的月度授予(例如,免費的500分鐘)。
在412處,響應于改變后的計費條件,ocs102生成重新授權消息,該重新授權消息通知包括ue105及相關聯(lián)的網絡元件的網絡提供另一個更新消息。
在407處,響應于重新授權消息,ue105生成ccr:update消息,該ccr:update消息向ocs102提供關于會話的當前數(shù)據使用的另一個更新消息。
在408處,響應于附加的更新消息,ocs102生成可以包括附加gsu的cca消息。由于ocs102知道406中的對客戶數(shù)據的更新,因此在408處的gsu可以基于實際的當前條件被相應地修改。
在409處,ue105生成ccr:terminate(ccr:終止)消息以終止數(shù)據會話。在409處的終止消息提供數(shù)據會話的最后usu。
在410處,ocs102生成結束數(shù)據會話的cca消息。
在圖4的調用流程示例中,生成了從ue105到ocs102的兩個更新消息404、407。然而,在其它實施例中,可以取決于數(shù)據會話的長度生成任何其它數(shù)量的更新消息。每個更新消息向ocs102提供數(shù)據會話的當前已使用的數(shù)據單元。與現(xiàn)有技術的網絡不同,ue105響應于來自ocs102的重新授權消息412而生成更新消息407,這不同于在諸如404的預授權時段處的處理。此外,與現(xiàn)有技術的網絡不同,作為404、407和409的一部分,實施例跟蹤實際消費的單元,這不同于針對402和409之間的時間對單元進行線性分布。
如所討論的,改變計費條件出現(xiàn)在長時間運行的數(shù)據會話期間,并且數(shù)據服務的使用不是線性消費的。在圖4的示例中的404和407處的更新提供了使用消費的快照,當這與對在該時間點處存在的計費條件的理解相結合時,允許間歇性的呼叫記錄的存儲以及數(shù)據會話的重新創(chuàng)建,以用于重新評定費率而沒有任何信息損失。
如所公開的,實施例在數(shù)據會話期間向ocs提供使用更新。實施例基于實際消費向訂戶提供計費精確性。它還向運營商提供在可配置的時間間隔處辨識長時間運行的數(shù)據會話的收入的能力。
本文具體示出和/或描述了若干實施例。然而,應當理解,在不脫離本發(fā)明的精神和預期范圍的情況下,所公開的實施例的修改和變形被以上教導所涵蓋并在所附權利要求的范圍之內。