專利名稱：產(chǎn)生用于通信會話的統(tǒng)一計費記錄的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及電信領(lǐng)域，并且具體涉及通信會話的計費數(shù)據(jù)。
技術(shù)背景例如接入終端之類的端點可能在通信會話期間使用通信網(wǎng)絡(luò)系統(tǒng)與其 它端點傳輸分組。例如，接入終端可能對網(wǎng)絡(luò)進行訂閱，所述網(wǎng)絡(luò)維護接 入終端的訂閱信息?？墒褂媚承┮阎夹g(shù)獲得這些通信會話的計費記錄。然而，這些已知 技術(shù)在某些情況中沒有效率。在某些情況中，通常期望其有效率。發(fā)明內(nèi)容根據(jù)本發(fā)明，可減少或消除與用于創(chuàng)建計費記錄的在先技術(shù)有關(guān)的缺 點和問題。根據(jù)本發(fā)明的一個實施例，提供一種方法，用于在通信系統(tǒng)中由策略 服務(wù)器創(chuàng)建計費記錄。所述方法包括所述策略服務(wù)器從一個或多個較低 層元件接收計費數(shù)據(jù)。所述方法還包括所述策略服務(wù)器從一個或多個應(yīng) 用層元件接收策略數(shù)據(jù)。所述方法還包括所述策略服務(wù)器合并接收到的 計費數(shù)據(jù)。根據(jù)本發(fā)明的另一個實施例，用于在通信系統(tǒng)中創(chuàng)建計費記錄的方法 包括策略服務(wù)器，所述策略服務(wù)器將計費數(shù)據(jù)處理成統(tǒng)一的格式，所述統(tǒng) 一的格式與收費數(shù)據(jù)函數(shù)兼容。所述方法還包括所述策略服務(wù)器將已合 并和統(tǒng)一的計費數(shù)據(jù)發(fā)送給服務(wù)數(shù)據(jù)管理器。本發(fā)明的某些實施例重要的技術(shù)優(yōu)勢包括使得更易于引入只需要基 于持續(xù)時間開賬單的新的應(yīng)用服務(wù)。如果應(yīng)用服務(wù)只需要基于持續(xù)時間開 賬單，則其不需要實現(xiàn)計費接口，并且，例如SDM的計費基礎(chǔ)設(shè)施也不
需要使接口適應(yīng)這種新的應(yīng)用服務(wù)。本發(fā)明的某些實施例的其它它重要優(yōu)勢包括因為賬單系統(tǒng)不需要使 從多個實體接收到的計費信息相互關(guān)聯(lián)，因此明顯降低賬單系統(tǒng)上的負 載。這降低了計費消息的總數(shù)量并且簡化了 CDF中的計費數(shù)據(jù)合并，從而減少了整體處理。這還通過減少需要與CDF直接通信的元件數(shù)量，簡化了系統(tǒng)的整體操作與管理。從以下附圖、說明和權(quán)利要求，本發(fā)明的其它技術(shù)優(yōu)勢對本技術(shù)領(lǐng)域 的技術(shù)人員將是顯而易見的。此外，以上已經(jīng)列舉了特定的優(yōu)勢，而各種 實施例可能包括全部、包括一些或者不包括所列舉的優(yōu)勢。


為了更全面地理解本發(fā)明和其優(yōu)勢，現(xiàn)在聯(lián)系附圖，參考以下描述，在附圖中圖1是說明根據(jù)本發(fā)明實施例傳輸用于接入終端的分組的系統(tǒng)簡化框圖；圖2是說明根據(jù)本發(fā)明實施例的計費模型的簡化框圖；和圖3是說明根據(jù)本發(fā)明實施例的合并計費數(shù)據(jù)的示例方法的簡化流程圖。
具體實施方式
為教導(dǎo)和討論的目的，提供關(guān)于以下發(fā)明操作方式的一些概論是有用 的。以下基本信息可以視作基本原理，可以從其恰當?shù)卣f明本發(fā)明。僅僅 是為了說明的目的而認真提供這信息，并且因此，不應(yīng)以任何方式將該信 息解釋為限制本發(fā)明和其潛在應(yīng)用的廣泛范圍。在本發(fā)明一個實施例中，實現(xiàn)了在全IP下一代網(wǎng)絡(luò)體系結(jié)構(gòu)的計費數(shù)據(jù)捕獲。其基于具有應(yīng)用到SIP和非SIP應(yīng)用兩者的策略服務(wù)器結(jié)構(gòu)的增 強的IMS體系結(jié)構(gòu)。應(yīng)用(SIP和非SIP兩者)與策略管理器交互以獲得 網(wǎng)絡(luò)資源使用授權(quán)，并且策略管理器在協(xié)商中與承載管理器(Bearer Manager)交互以授權(quán)網(wǎng)絡(luò)資源使用。
當用戶使用網(wǎng)絡(luò)和應(yīng)用資源時，重要的是捕獲對于所述使用的計費信 息。這使服務(wù)提供商能夠針對應(yīng)用和/或網(wǎng)絡(luò)資源使用、管理，以及故障檢 修服務(wù)等向用戶收費。在傳統(tǒng)的基于IMS的體系結(jié)構(gòu)(3GPP、 3GPP2、 TISPAN、 PacketCable 2.0等)中，這通過使幾乎網(wǎng)絡(luò)中全部元件——應(yīng)用服務(wù)器、 CSCF和承載組件——產(chǎn)生計費信息來實現(xiàn)。這導(dǎo)致賬單系統(tǒng)上的負載和 使所述信息相互關(guān)聯(lián)的處理。其還使得更難引入新的(非SIP)應(yīng)用服 務(wù)，這是因為所述新的(非SIP)應(yīng)用服務(wù)需要產(chǎn)生它們自己的計費信 息，將其發(fā)送到收費網(wǎng)關(guān)函數(shù)，收費網(wǎng)關(guān)函數(shù)必須配置為接收和處理所述 計費信息，等等。而且，傳統(tǒng)的基于IMS的體系結(jié)構(gòu)一般不考慮非SIP應(yīng) 用的應(yīng)用級計費。全IP下一代網(wǎng)絡(luò)體系結(jié)構(gòu)以宏移動性和微移動性的形式支持網(wǎng)絡(luò)移動 性。宏移動性是通過將用戶的IP地址錨定(anchor)在所謂的承載管理器 上而提供。承載管理器又與IP網(wǎng)關(guān)(IPGW)通信，IP網(wǎng)關(guān)(IPGW)使 用代理移動IP (Proxy Mobile IP)過程支持IP網(wǎng)關(guān)間切換。IPGW又與接 入網(wǎng)(例如，EVDORevARAN)通信。承載管理器類似于傳統(tǒng)3GPP2體系結(jié)構(gòu)中的家鄉(xiāng)代理，和傳統(tǒng)3GPP 體系結(jié)構(gòu)中的GGSN。類似地，IPGW類似于3GPP2中的PDSN和3GPP 中的SGSN。當用戶使用網(wǎng)絡(luò)資源時，重要的是捕獲針對所述使用的計費信息。這 使服務(wù)提供商能夠針對網(wǎng)絡(luò)資源使用、管理，以及故障檢修服務(wù)等向用戶 收費。在傳統(tǒng)的基于IMS的體系結(jié)構(gòu)(3GPP, 3GPP2, TISPAN, PacketCable2.0等)中，這通過使網(wǎng)絡(luò)中各個承載級組件產(chǎn)生計費信息來實現(xiàn)。IMS 收費體系結(jié)構(gòu)將收費觸發(fā)函數(shù)(CTF)定義為實施此的邏輯元件，并且然 后將計費數(shù)據(jù)發(fā)送給收費數(shù)據(jù)函數(shù)(CDF)或計費網(wǎng)關(guān)函數(shù)(CGF)，用 于進一步的處理和合并(使用Rf接口)。然而，存在與此相關(guān)的幾個新問題。首先，如果用戶是移動的并且 (例如在IPGW之間)執(zhí)行切換，貝i」CGF可能從用于單個會話的許多元
件接收計費數(shù)據(jù)。這使整個系統(tǒng)復(fù)雜化，并且需要在CGF上的另外的處理 和接口配置。其次，在全IP下一代網(wǎng)絡(luò)體系結(jié)構(gòu)中，支持不同接入網(wǎng)并且 可在不同類型的接入網(wǎng)技術(shù)之間執(zhí)行切換，每一種接入網(wǎng)技術(shù)產(chǎn)生不同類 型的計費信息。例如，IPGW (或IPGW/PDIF)可使用DIAMETER (基 于3GPP2 Rf的)，并且傳統(tǒng)的家鄉(xiāng)代理可使用RADIUS消息。這意味著 CDF必須支持各種不同計費協(xié)議，并且能夠基于此而產(chǎn)生合并的記錄。全 IP下一代網(wǎng)絡(luò)體系結(jié)構(gòu)定義了對這兩個問題的解決方案。3GPP IMS定義了離線收費體系結(jié)構(gòu)。重復(fù)利用了一些離線體系結(jié) 構(gòu)，尤其是收費觸發(fā)函數(shù)(CTF)和收費數(shù)據(jù)函數(shù)(CDF)的概念。然 而，全IP下一代網(wǎng)絡(luò)體系結(jié)構(gòu)提供了一些重要的整個系統(tǒng)的簡化，并且引 入了收費觸發(fā)合并器函數(shù)(Charging Trigger Consolidator Function ， CTCF)的概念。全IP下一代網(wǎng)絡(luò)體系結(jié)構(gòu)還提供了針對非SIP應(yīng)用的計 費解決方案。圖1是傳輸用于接入終端20的分組的系統(tǒng)10的簡化框圖。根據(jù)本實 施例，系統(tǒng)10包括無線接入網(wǎng)(RAN) 22、網(wǎng)際協(xié)議(IP)網(wǎng)關(guān)(IPGW) 24、通信網(wǎng)絡(luò)26、承載管理器30、策略服務(wù)器40、應(yīng)用管理器 50、應(yīng)用服務(wù)器60、介質(zhì)服務(wù)器62、非SIP應(yīng)用70、規(guī)章服務(wù)器(regulatory servers) 80、 PSTN網(wǎng)關(guān)82、安全管理器90和服務(wù)數(shù)據(jù)管理 器92。根據(jù)本發(fā)明的教導(dǎo)，應(yīng)用級元件和承載級元件與策略服務(wù)器40進行 通信。因此，策略服務(wù)器40可使用軟件產(chǎn)生統(tǒng)一的計費記錄，所述統(tǒng)一 的計費記錄捕獲應(yīng)用的策略數(shù)據(jù)(例如，開始和結(jié)束時間)和應(yīng)用對網(wǎng)絡(luò) 資源的相關(guān)使用(例如，所使用的字節(jié)和分組的總數(shù))。應(yīng)用50、 70至 少可告知策略服務(wù)器40其名稱、開始時間、停止時間、與應(yīng)用流有關(guān)的 參數(shù)，和連同應(yīng)用的另外的數(shù)據(jù)。承載管理器30可以告知策略服務(wù)器40 用于該會話的網(wǎng)絡(luò)資源。注意，由于這些組件的靈活性，其可以作為替代地配備有(或包括) 任何適合的組件、裝置、專用集成電路(ASIC)、處理器、微處理器、算 法、只讀存儲器(ROM)元件、隨機存取存儲器(RAM)元件、可擦除
可編程ROM (EPROM)、電可擦除可編程ROM (EEPROM)、現(xiàn)場可 編程邏輯門陣列(FPGA)，或者任何其它可操作來輔助其操作的合適的 元件或?qū)ο?。通過通信系統(tǒng)IO的上下文中的ARF74、 CDF75、 CGF 77、 承載管理器30、應(yīng)用管理器50、非SIP應(yīng)用70和策略服務(wù)器40的結(jié)構(gòu)提 供相當大的靈活性，并且因此，它們應(yīng)該如此解釋。應(yīng)當注意圖1和圖2的系統(tǒng)的內(nèi)部結(jié)構(gòu)是通用的，并且為了實現(xiàn)預(yù) 期操作或另外的操作，可以輕易進行改變、修改、重新排列或重新配置。 此外，圖1和2中的任何項目都可以在合適時進行組合，或用其它功能元 件代替，所述功能元件是可操作以實現(xiàn)在此描述的任何操作的。通過使用在策略服務(wù)器中產(chǎn)生單個計費記錄的計費模型，系統(tǒng)10提 供幾個優(yōu)點。計費模型使得易于引入新的應(yīng)用服務(wù)，所述新的應(yīng)用服務(wù)只 需要基于持續(xù)時間和/或基于流量開賬單。如果應(yīng)用服務(wù)只需要基于持續(xù)時 間和/或基于流量開賬單，則其不需要實現(xiàn)計費接口，并且例如SDM之類 的計費基礎(chǔ)設(shè)施也不需要使接口適應(yīng)于這種新的應(yīng)用服務(wù)。系統(tǒng)10中的計費模型還提供其它的優(yōu)點，例如，因為賬單系統(tǒng)不需 要使從多個實體接收到的計費信息相互關(guān)聯(lián)，所以明顯降低賬單系統(tǒng)的負 載。此外，計費模型允許更簡單的系統(tǒng)整體操作和管理。在以下圖2和圖 3中說明關(guān)于這些操作的細節(jié)。根據(jù)說明性實施例，系統(tǒng)IO提供到例如接入終端20的端點的例如通 信會話的服務(wù)。通信會話是指端點之間的活動通信。在通信會話期間可傳 輸信息。信息可以包括話音、數(shù)據(jù)、文本、音頻、視頻、多媒體、控制、 信令，和/或其它信息。信息可以在分組中傳輸，每一個分組包括以特定形 式組織以用于傳輸?shù)囊话鼣?shù)據(jù)。系統(tǒng)10可以利用通信協(xié)議和技術(shù)來提供通信會話。通信協(xié)議和技術(shù) 的示例包括由以下標準設(shè)定的通信協(xié)議和技術(shù)電氣電子工程師學(xué)會 (IEEE)標準、國際電信聯(lián)盟(ITU-T)標準、歐洲電信標準協(xié)會 (ETSI)標準、互聯(lián)網(wǎng)工程任務(wù)組(IETF)標準(例如，例如移動IP的 IP)，或其它標準。根據(jù)說明性實施例，接入終端20代表任何可操作以與通信網(wǎng)絡(luò)進行 通信的合適的裝置。例如，用戶可能使用接入終端20來與通信網(wǎng)絡(luò)通信。例如，接入終端20可能包括個人數(shù)字助理、例如膝上電腦之類的計 算機、蜂窩電話、移動手機，和/或任何其它可操作用來與系統(tǒng)10通信的 裝置。接入終端20可以是移動或者固定裝置。系統(tǒng)10包括通信網(wǎng)絡(luò)26。 一般而言，通信網(wǎng)絡(luò)26可包括至少以下網(wǎng) 絡(luò)的一部分公共交換電話網(wǎng)(PSTN)、公用或?qū)Ｓ脭?shù)據(jù)網(wǎng)、局域網(wǎng) (LAN)、城域網(wǎng)(MAN)、廣域網(wǎng)(WAN)或本地的、區(qū)域的或者例 如互聯(lián)網(wǎng)的全球的通信或計算機網(wǎng)絡(luò)、有線或無線網(wǎng)、企業(yè)內(nèi)部網(wǎng)、其它 合適的通信鏈路，或者上述任何通信網(wǎng)的任何組合。無線接入網(wǎng)22可以為接入終端20提供接入服務(wù)。例如，無線接入網(wǎng) 22可以在其覆蓋范圍以內(nèi)提供層2移動接入、移動性、和/或切換服務(wù)。 或者，接入終端20還可以經(jīng)由替代性的機制，例如WiFi或lxRTT數(shù)據(jù)， 接入網(wǎng)絡(luò)。IP網(wǎng)關(guān)24作為無線接入網(wǎng)22和通信網(wǎng)26之間的網(wǎng)關(guān)。IP網(wǎng)關(guān)24例 如可執(zhí)行以下操作認證接入終端20、給接入終端20指定承載管理器 30 、在不同的IP網(wǎng)關(guān)24和無線接入網(wǎng)22之間執(zhí)行切換功能，和/或輔助 接入終端20到通信網(wǎng)26的注冊。由于IP網(wǎng)關(guān)24執(zhí)行如認證、切換和上 下文轉(zhuǎn)移(context transfer)這樣的并非接入網(wǎng)專用的功能，所以系統(tǒng)10 允許跨越這些不同接入網(wǎng)技術(shù)的無縫漫游和切換功能。承載管理器30提供將分組發(fā)送到接入終端20和/或從接入終端20發(fā) 送的承載路徑。根據(jù)一個實施例，承載管理器30用作承載路徑的錨定器 (anchor)。承載管理器30可用作對網(wǎng)絡(luò)地址的使用授權(quán)的家鄉(xiāng)或外地代 理，所述網(wǎng)絡(luò)地址允許接入終端20使用由承載管理器30錨定的承載路 徑。由于承載管理器30作為IP錨定點，因此其還可以用作例如服務(wù)質(zhì) 量、計費和移動性之類的若干網(wǎng)絡(luò)策略的自然執(zhí)行點(natural enforcement point)。承載管理器30可執(zhí)行其它合適的操作，以為接入終端20提供服務(wù)。 其它合適的操作的示例包括為接入終端20處理信令、提交(commit)資 源和維護網(wǎng)關(guān)。承載管理器30可以包括任何合適的裝置，例如服務(wù)通用
無線分組業(yè)務(wù)(GPRS)支持節(jié)點(SGSN)、網(wǎng)關(guān)GPRS支持節(jié)點 (GGSN)，家鄉(xiāng)/外地代理、移動網(wǎng)關(guān)、移動IPv4節(jié)點、移動IPv6節(jié) 點，或分組數(shù)據(jù)服務(wù)節(jié)點(PDSN)。承載管理器30可使用任何合適的協(xié) 議，例如IP多媒體系統(tǒng)(IMS)協(xié)議。策略服務(wù)器40管理策略。策略服務(wù)器40負責(zé)實現(xiàn)策略，所述策略指 導(dǎo)如何利用在下面的IP網(wǎng)(例如IP網(wǎng)關(guān)24、承載管理器30和無線接入 網(wǎng)22)支持在網(wǎng)絡(luò)上運行的應(yīng)用(例如SIP和非SIP應(yīng)用)。策略服務(wù)器 40通過向承載管理器30和IP網(wǎng)關(guān)24提供被稱為方面(facet)的策略來對 它們進行控制，承載管理器30和IP網(wǎng)關(guān)24執(zhí)行所述方面。網(wǎng)絡(luò)中的許多 元件聯(lián)絡(luò)策略服務(wù)器40，以獲得關(guān)于其如何繼續(xù)進行的決定，例如，這樣 的決定影響在下面的IP網(wǎng)絡(luò)的使用的情況。策略可以包括一個或多個策略 規(guī)則，其中策略規(guī)則規(guī)定如果滿足一個或多個條件則所要采取的動作。策 略可以包括多個方面，所述方面是可以在網(wǎng)絡(luò)元件上安裝和執(zhí)行的策略規(guī) 則。 一個方面可能允許網(wǎng)絡(luò)元件做出策略決定。策略服務(wù)器40可能與承 載管理器30耦合。應(yīng)用管理器50管理應(yīng)用，例如SIP應(yīng)用和/或其它合適的應(yīng)用。應(yīng)用 管理器50能夠執(zhí)行SIP操作(例如SIP注冊、授權(quán)和路由)、話音特征 (例如呼叫路由和呼叫轉(zhuǎn)發(fā))、服務(wù)性能交互管理(Service Capabilities Interaction Management, SCIM)、用戶在線月艮務(wù)(user presence services) 和/或其它操作。應(yīng)用管理器50負責(zé)調(diào)用基于SIP的應(yīng)用服務(wù)器60，所述 基于SIP的應(yīng)用服務(wù)器60能夠提供類似IP集中式數(shù)位交換機(centrex) 和一鍵通(Push-To-Talk)的服務(wù)。應(yīng)用管理器50可以與策略服務(wù)器40 通信，以請求代表它來為具體接入終端20實現(xiàn)策略。此外，應(yīng)用管理器 50還能夠?qū)IP會話請求通知給策略服務(wù)器，使得網(wǎng)絡(luò)能夠恰當?shù)嘏渲靡?支持這些會話。系統(tǒng)IO支持兩種不同類型的應(yīng)用基于SIP的應(yīng)用和非SIP應(yīng)用?；?于SIP的應(yīng)用服務(wù)器60駐留在應(yīng)用管理器50上，并且應(yīng)用服務(wù)器60是使 用IMS服務(wù)控制(ISC)接口來訪問的?；赟IP的應(yīng)用服務(wù)器60能夠提 供類似于IP集中式數(shù)位交換機和一鍵通的服務(wù)。然而，支持SIP應(yīng)用的對 那些應(yīng)用的訪問和下面的網(wǎng)絡(luò)資源的協(xié)調(diào)由策略服務(wù)器40進行管理，策略服務(wù)器40與應(yīng)用管理器50通信。系統(tǒng)10還支持非SIP應(yīng)用?？赏ㄟ^接入終端20或通過其它觸發(fā)直接 調(diào)用非SIP應(yīng)用服務(wù)器70。非SIP應(yīng)用服務(wù)器70和策略服務(wù)器40之間的 通信接口與應(yīng)用管理器50和策略服務(wù)器40之間的通信相同。這通信接口 可以基于DIAMETER或任何其它合適的接口 。媒體服務(wù)器62代表本身不是有用的應(yīng)用，但是當被其它應(yīng)用使用時 有用的粗放應(yīng)用組件。應(yīng)用服務(wù)器60可能需要對媒體處理功能(例如交 互式語音應(yīng)答)、混合功能(mixing fonctions)和消息功能(messaging ftmctions)的訪問。不是讓各個應(yīng)用服務(wù)器60分別實現(xiàn)這些功能，而是將 功能提取到一組公共的媒體服務(wù)器62中。媒體服務(wù)器62也被稱為是服務(wù) 使能器。規(guī)章服務(wù)器80提供用于從執(zhí)法機構(gòu)安裝截取命令的接口，和用于傳 遞給執(zhí)法機構(gòu)的來自網(wǎng)絡(luò)的數(shù)據(jù)集合。系統(tǒng)10可操作以經(jīng)由傳統(tǒng)的基于 SIP的PSTN網(wǎng)關(guān)82與PSTN互連。安全管理器90是系統(tǒng)10中用于安全服務(wù)的中心接入點。因為安全管 理器90用作密鑰材料的中心存儲庫和產(chǎn)生點，所以通過與安全管理器90 交互而進行所有層的認證。安全管理器90是安全操作中心(SOC)的核 心，所述SOC在系統(tǒng)10中提供對威脅的持續(xù)管理。服務(wù)數(shù)據(jù)管理器(SDM) 92存儲用于接入終端20的用戶數(shù)據(jù)。需要 訪問用戶數(shù)據(jù)的組件從SDM 92獲取用戶數(shù)據(jù)，所述組件包括應(yīng)用管理器 50、策略服務(wù)器40、 SIP應(yīng)用服務(wù)器60和非SIP應(yīng)用服務(wù)器70。因為在 系統(tǒng)10中使用了許多協(xié)議和裝置，而每一個都具有可能不同的標識符， 所以SDM 92作為用于用戶數(shù)據(jù)的存儲庫。SDM 92是可操作以使在系統(tǒng) 10中使用的各種標識符相關(guān)的。SDM92提供對用戶數(shù)據(jù)基本的創(chuàng)建/讀取/ 更新/刪除(Create/Read/Update/Delete ， CRUD)服務(wù)，并且SDM92存儲 用戶數(shù)據(jù)。SDM 92還用作系統(tǒng)IO中用戶使用的計費記錄的存儲庫。由后 端賬單系統(tǒng)讀取計費記錄，以用于相互關(guān)聯(lián)和開賬單。SDM 92還存儲各 條非用戶數(shù)據(jù)，例如PSTN路由邏輯。供應(yīng)系統(tǒng)可通過將用戶數(shù)據(jù)推進 SDM 92以及將其讀出而與SDM 92接口。系統(tǒng)10的組件可以包括任何合適的元件排列，所述元件例如是接口、邏輯、存儲器、其它合適的元件或以上的任何組合。接口接收輸入， 發(fā)送輸出，處理輸入和/或輸出，和/或執(zhí)行其它的合適的操作。接口可能 包括硬件和/或軟件。邏輯執(zhí)行組件的操作，例如，執(zhí)行指令以從輸入產(chǎn)生輸出。邏輯可以 包括硬件、軟件、和/或其它邏輯。某些邏輯，例如處理器，可以管理組件 的操作。處理器的示例包括一個或多個計算機， 一個或多個微處理器，一 個或多個應(yīng)用，和/或其它邏輯。存儲器存儲信息。存儲器可包括計算機存儲器(例如，隨機存取存儲器(RAM)或只讀存儲器(ROM))、海量存儲介質(zhì)(例如，硬盤)、 可移除的存儲介質(zhì)(例如，光盤(CD)或數(shù)字視頻光盤(DVD))、數(shù) 據(jù)庫和/或網(wǎng)絡(luò)存儲裝置(例如，服務(wù)器)，其它計算機可讀介質(zhì)，或任何 以上的組合。不偏離本發(fā)明的范圍，可對系統(tǒng)10做出修改、添加或者省略。根據(jù) 具體需要，可以集成或分離系統(tǒng)10的組件。并且，可以由更多、更少或 其它模塊執(zhí)行系統(tǒng)10的操作。此外，可使用任何合適的邏輯執(zhí)行系統(tǒng)10 的操作。本文中所使用的"每個"指的是集合的每一個成員或集合的子集 的每一個成員。為了教導(dǎo)和討論的目的，提供關(guān)于以下發(fā)明操作的概覽是有用的。以 下基本信息可視作基本原理，本發(fā)明可以從其恰當?shù)卣f明。只是出于說明 的目的，認真提供此信息，并且不應(yīng)當以任何方式解釋為限制本發(fā)明的廣 泛范圍和其潛在的應(yīng)用。在計費模型中有兩種類型的記錄。由應(yīng)用管理器50和/或應(yīng)用服務(wù)器 60產(chǎn)生計費記錄，并且計費記錄表示應(yīng)用管理器50或應(yīng)用服務(wù)器60的提 供特定應(yīng)用的操作的細節(jié)。發(fā)送計費記錄給應(yīng)用會話一端處的SDM。在 SIP的情況下，這意味著呼叫的結(jié)束。另一種類型的記錄是使用數(shù)據(jù)記錄(UDR) 。 UDR是對在下面的IP 網(wǎng)和其資源的使用的賬目。UDR像計費記錄一樣，通常在IP會話的一端 產(chǎn)生，但是，也可緊接著其它事件產(chǎn)生，例如超過使用閾值。UDR還可包 括關(guān)于造成IP網(wǎng)絡(luò)使用的應(yīng)用的信息。結(jié)果，通常單單UDR就足夠作為 網(wǎng)絡(luò)使用的基本記錄了，這使得應(yīng)用管理器和應(yīng)用服務(wù)器計費記錄是可選 的。結(jié)構(gòu)中的每個組件建立于接收到的事件集合之上，并且還記錄對應(yīng)于 所使用的資源的使用數(shù)據(jù)。對應(yīng)于策略服務(wù)器設(shè)置的計費方面和每個組件 上的默認策略，完成計費集合。網(wǎng)絡(luò)中的組件還可以根據(jù)計費方面中的指令報告事件。例如，如果 IPGW安裝了計費方面，所述計費方面要求IPGW在一分類符上的1MB使 用數(shù)據(jù)上觸發(fā)，則IPGW將這事件報告給承載管理器，并且將對應(yīng)于該特 定分類符的分組計數(shù)器發(fā)送出去。另外的事件包括注冊、注銷、移動性和 QoS。計費模型嘗試使系統(tǒng)10中產(chǎn)生計費記錄的點數(shù)最小化，并且減小來 自各種組件的獨立事件集。關(guān)聯(lián)功能不會因來自各種組件的過多的事件超 載。此外，經(jīng)由承載管理器和策略服務(wù)器進行正確事件報告和合并到UDR中，這使得能夠部署新的應(yīng)用而不需要應(yīng)用本身產(chǎn)生收費記錄或計費事 件。由每個網(wǎng)絡(luò)組件收集UDR并且在某些已定義的事件發(fā)生時報告 UDR，所述事件通常是IP會話或IP流的結(jié)束。UDR的合并還在報告 UDR時，以如以下圖2所示的鏈接方式完成。將來自RAN的UDR合并進 來自IPGW的UDR中，并且然后將其發(fā)送給承載管理器。承載管理器將 從IPGW接收到的合并后的UDR與其自己的UDR合并，并且將合并后的 UDR發(fā)送給策略服務(wù)器。策略服務(wù)器在記錄策略服務(wù)器已知的另外事件之 后做類似的合并，并且將合并后的UDR發(fā)送給SDM。由賬單系統(tǒng)從SDM檢索所述記錄，并且所述記錄還能夠?qū)DM用作計費數(shù)據(jù)的存儲庫。由RAN報告的各種計費事件包括網(wǎng)絡(luò)進入、QoS和AT狀態(tài)(休眠/ 空閑)的變化。RAN還報告對應(yīng)于具體AT的RAN資源的UDR，所述 UDR包括無線鏈路使用和使用持續(xù)時間。 IPGW收集對應(yīng)于所安裝的計費方面的另外的計費數(shù)據(jù)，以及對應(yīng)于活動的IP會話的使用數(shù)據(jù)。根據(jù)觸發(fā)條件，計費方面可能觸發(fā)針對承載管 理器的事件。所有發(fā)送給承載管理器的事件還包括對應(yīng)于特定分類符的計 費使用數(shù)據(jù)。當將所述事件報告給承載管理器時，則重置對應(yīng)于所述方面 的分組計數(shù)器。除了承載管理器安裝的計費方面以外，IPGW還具有默認方面，所述 默認方面使得其能夠收集與特定AT的活動的IP會話相對應(yīng)的使用數(shù)據(jù)， 所述使用數(shù)據(jù)包括被訪問的IP地址和家鄉(xiāng)IP地址兩者。對應(yīng)于包括非零 分組計數(shù)器的所有計費方面的使用數(shù)據(jù)在注銷事件發(fā)生時，或者根據(jù)周期 性間隔報告為UDR。由RAN報告的UDR還在這些UDR中記錄為容器 (container)。類似地，承載管理器具有對應(yīng)于用戶IP地址的默認方面和由策略服務(wù) 器安裝的方面。所有與包含從IPGW報告給承載管理器的分組計數(shù)器的計 費方面相對應(yīng)的事件在承載管理器處記錄到用于特定方面的UDR中。記 錄在承載管理器處的UDR還幫助合并從來自幾個IPGW的移動事件中報 告的數(shù)據(jù)。在用戶會話結(jié)朿時，或者以定義的周期性間隔，將來自承載管 理器的UDR報告給策略服務(wù)器。將承載管理器和應(yīng)用管理器中的各種系統(tǒng)事件報告給策略服務(wù)器。策 略服務(wù)器從承載管理器和應(yīng)用管理器兩者接收事件，并且將這些事件連同 來自承載管理器的UDR—起記錄，然后將合并后的UDR發(fā)送給SDM。由策略服務(wù)器以控制承載管理器處的資源使用的每會話/每應(yīng)用流安裝 QoS和計費方面。計費方面支配用于由分類符定義的特定應(yīng)用流的承載計 費的特征(例如時間，量)。對應(yīng)于由策略服務(wù)器安裝的動態(tài)方面的事 件就觸發(fā)條件——閾值和/或時間——報告分組計數(shù)器。然后，在報告事件 后重置分組計數(shù)器，以用于下一觸發(fā)條件。策略服務(wù)器可以進一步產(chǎn)生計 費數(shù)據(jù)記錄，所述計費數(shù)據(jù)記錄合并在每個會話基礎(chǔ)上從承載管理器接收 到的事件和由應(yīng)用管理器報告的事件。在與動態(tài)QoS有關(guān)的計費的合并和 關(guān)聯(lián)兩者中，以及在允許應(yīng)用中，該信息都是有用的。例如，新的應(yīng)用服 務(wù)，其中不在應(yīng)用層實現(xiàn)收費，但是供應(yīng)商仍然可以基于特定的應(yīng)用使用收費。計費模型包括SIP應(yīng)用和非SIP應(yīng)用兩者，以及過度(over the top)應(yīng)用。在大多數(shù)情況下，上述從策略服務(wù)器產(chǎn)生UDR的過程足夠允許新 的應(yīng)用，而不需要該應(yīng)用產(chǎn)生計費數(shù)據(jù)。在某些情況中，關(guān)于應(yīng)用的另外的信息可能是有必要的，所述另外的 信息未經(jīng)由策略服務(wù)器或承載管理器記錄或收集。為了處理需要基于應(yīng)用 的計費的情況，特定非SIP應(yīng)用服務(wù)器或應(yīng)用管理器可記錄可用于計費的 事件。對于非SIP應(yīng)用，這些可以通過特定應(yīng)用服務(wù)器或使用使用了深度 分組檢測的應(yīng)用檢測來實現(xiàn)。需要收費關(guān)聯(lián)有兩個理由家鄉(xiāng)和訪問網(wǎng)絡(luò)之間的關(guān)聯(lián)，以及用于特 定應(yīng)用會話的應(yīng)用層(應(yīng)用管理器和應(yīng)用服務(wù)器)的使用和承載層(承載 管理器和IPGW)的使用之間的關(guān)聯(lián)。由家鄉(xiāng)網(wǎng)絡(luò)中的承載管理器按每個移動IP用戶會話分配承載關(guān)聯(lián)標識 符，并且經(jīng)由策略對等(policy peering)將承載關(guān)聯(lián)標識符發(fā)送到被訪問 網(wǎng)絡(luò)。訪問承載管理器和家鄉(xiāng)承載管理器兩者都在對應(yīng)于移動IP會話而生 成的UDR中使用承載關(guān)聯(lián)標識符。按每個應(yīng)用會話(即，SIP呼叫或流媒體會話)使用動態(tài)關(guān)聯(lián)標識符 使應(yīng)用層的使用與IP網(wǎng)關(guān)聯(lián)。對于由AT發(fā)起的應(yīng)用請求，應(yīng)用管理器或 非SIP應(yīng)用服務(wù)器聯(lián)絡(luò)策略服務(wù)器，以用于授權(quán)。策略服務(wù)器產(chǎn)生關(guān)聯(lián)密 鑰，并且將其傳遞給應(yīng)用管理器或非SIP應(yīng)用服務(wù)器。將同樣的密鑰作為 計費方面的一部分傳遞給承載管理器和IPGW。然而，在由PSTN網(wǎng)關(guān)發(fā) 起的SIP呼叫的情況下，關(guān)聯(lián)標識符可能通過發(fā)端網(wǎng)關(guān)分配，在SIP信令 消息中攜帶，并且然后從應(yīng)用管理器傳遞給策略服務(wù)器。由PSTN網(wǎng)關(guān)、 應(yīng)用管理器或應(yīng)用服務(wù)器產(chǎn)生的計費記錄，以及策略服務(wù)器產(chǎn)生的UDR 包括這個關(guān)聯(lián)標識符。計費模型使被訪問網(wǎng)絡(luò)中的承載管理器和策略服務(wù)器將該信息收集和 報告給被訪問計費服務(wù)器。家鄉(xiāng)網(wǎng)絡(luò)收集經(jīng)由家鄉(xiāng)網(wǎng)絡(luò)的流量以及家鄉(xiāng)控 制下的會話的所有計費信息。當用戶漫游進被訪問網(wǎng)絡(luò)時，執(zhí)行初始接入 認證，并且在接入認證結(jié)束時，對應(yīng)于移動IP會話，由家鄉(xiāng)網(wǎng)絡(luò)給訪問網(wǎng) 絡(luò)分配承載關(guān)聯(lián)標識符。與移動IP會話(與動態(tài)應(yīng)用會話相對)相關(guān)的所有UDR發(fā)送給V-SDM和H-SDM，并且包含承載關(guān)聯(lián)標識符。然后，該標識符用于被訪問 提供商和家鄉(xiāng)網(wǎng)絡(luò)提供商的任何離線結(jié)算。如上所述，對于動態(tài)會話，在家鄉(xiāng)網(wǎng)絡(luò)中指定關(guān)聯(lián)標識符。策略服務(wù) 器經(jīng)由策略對等接口將這標識符作為提供商之間傳遞的計費方面的一部 分，傳遞給被訪問網(wǎng)絡(luò)。在IP會話結(jié)束時，策略服務(wù)器可以卸載在會話開 始時創(chuàng)建的方面。對該卸載的響應(yīng)可能包括與計費方面有關(guān)的計數(shù)器的最 終值。這允許家鄉(xiāng)網(wǎng)絡(luò)立即獲知被訪問網(wǎng)絡(luò)中的資源使用。此外，用于被 訪問網(wǎng)絡(luò)使用的從V策略服務(wù)器發(fā)送到其SDM的計費記錄可能包括家鄉(xiāng) 分配的關(guān)聯(lián)標識符。這允許家鄉(xiāng)和被訪問網(wǎng)絡(luò)按照需要定期地使詳細的記 錄一致。圖2舉例說明可與圖1的系統(tǒng)IO—起使用的計費模型110的示例。在 一個實施例中，計費模型110包括RAN 22、 IPGW 24、承載管理器30、 策略服務(wù)器40、 SDM 92、應(yīng)用管理器50、非SIP應(yīng)用70和安全管理器 90。在一個實施例中，計費觸發(fā)函數(shù)(ATF)和分組數(shù)據(jù)相互作用函數(shù) (PDIF)位于IPGW24中。收費觸發(fā)合并器函數(shù)(CTCF) 76可以位于承 載管理器30中。計費接收函數(shù)(ARF) 74可包括收費數(shù)據(jù)函數(shù)(CDF) 75和/或收費網(wǎng)關(guān)函數(shù)(CGF) 77或是此二者的組合，使得ARF可以位于 策略服務(wù)器40中。在一些實施例中，策略服務(wù)器40包括CTCF 76和ATF 72。在一些實施例中，SDM 92包括CDF 75和/或CGF 77。從計費模型 110的各種組件中產(chǎn)生計費數(shù)據(jù)66和策略數(shù)據(jù)67。計費模型110嘗試使系統(tǒng)10中產(chǎn)生計費數(shù)據(jù)66的點數(shù)最小化，并且 減小來自各種組件的獨立事件集。關(guān)聯(lián)功能不會被過多來自各種組件的事 件超載。此外，經(jīng)由承載管理器30和策略服務(wù)器40進行正確事件報告和 合并到UDR 66中，這使得能夠部署新的應(yīng)用而不需要非SIP應(yīng)用70自身 產(chǎn)生收費記錄或計費事件。計費模型110包括SIP應(yīng)用和非SIP應(yīng)用兩 者，以及過度應(yīng)用。在大多數(shù)情況中，從策略服務(wù)器40產(chǎn)生UDR66的過 程足夠允許新的應(yīng)用，而不需要這些新的應(yīng)用產(chǎn)生計費數(shù)據(jù)。計費模型允 許新的SIP應(yīng)用服務(wù)和非SIP應(yīng)用服務(wù)容易地添加到系統(tǒng)10。計費模型iio允許更少的接口和后端處理。用戶數(shù)據(jù)記錄(UDR) 66是在下面的IP網(wǎng)絡(luò)及其資源的使用的賬目 數(shù)據(jù)。UDR類似于計費記錄，通常在IP會話結(jié)束時產(chǎn)生，但也可在其它 事件后產(chǎn)生，例如超過使用閾值。UDR 66還包括關(guān)于導(dǎo)致IP網(wǎng)絡(luò)的使用 的應(yīng)用的信息。因此，單單UDR66常常就足夠作為網(wǎng)絡(luò)使用的基本記錄 了，以致來自應(yīng)用管理器和應(yīng)用服務(wù)器的計費記錄68有時是可選的。IPGW 24可產(chǎn)生來自RAN事件的計費數(shù)據(jù)。在圖2的一個具體實施 例中，可存在多個IPGW24，這是因為AT的用戶可能移出覆蓋區(qū)域，所 以系統(tǒng)10支持IPGW 24之間的切換。具體的IPGW24只服務(wù)于某一覆蓋 區(qū)域。當AT 20的用戶從網(wǎng)絡(luò)的一個部分移向網(wǎng)絡(luò)的另一部分時，用戶會 話能夠繼續(xù)保持活動。當AT移出原來的IPGW24的覆蓋區(qū)域時，AT切換 到另一個IPGW 24。承載管理器30可作為對由諸如IPGW 24之類較低層元件產(chǎn)生的計費 數(shù)據(jù)66的合并器。承載管理器30已經(jīng)是對于具體用戶流量發(fā)往的移動性 錨定器，并且承載管理器30確定流量發(fā)往的合適的IPGW 24。承載管理 器30還接收計費數(shù)據(jù)66。當移動性事件發(fā)生，例如用戶從一個網(wǎng)關(guān) IPGW 24移向另一個IPGW 24時，承載管理器30可以合并來自IPGW 24 的所有更新的計費數(shù)據(jù)66。因為承載管理器30已經(jīng)在處理移動性事件， 所以承載管理器30合并由IPGW 24產(chǎn)生的計費數(shù)據(jù)66是更有效的。如果 SDM 92不得不處理這些移動性事件，則系統(tǒng)10不那么有效，這是因為 SDM 92更愿意只看見單個收費會話，例如會話開始時間、所使用的數(shù)據(jù) 量和會話結(jié)束時間。因為承載管理器30正在執(zhí)行合并功能，所以SDM92 就不必執(zhí)行合并功能。承載管理器30可以幫助策略服務(wù)器40檢測是否流 消失或是否用戶移出服務(wù)之外，等等。因此，存在如果會話停止則告知策 略服務(wù)器40的方式，而無需由應(yīng)用告訴策略服務(wù)器40該會話停止。接口 64可以是在圖2的組件之間傳輸數(shù)據(jù)的任何合適的接口。本技 術(shù)領(lǐng)域的技術(shù)人員可以認識到對不同接口的需要。在這個具體實施例中， 接口 64是DIAMETER Rf接口 。 Rf協(xié)議允許IMS收費觸發(fā)函數(shù)(CTF)
72將離線收費事件發(fā)布給收費數(shù)據(jù)函數(shù)(CDF) 75。收費事件可以是一次 性事件或者是基于會話的事件。START (開始)、INTERIM (中間)、 和STOP (停止)事件類型用于基于會話的計費。EVENT (事件)類型用 于基于事件的計費，或者用來指示失敗的建立會話的嘗試。START事件類 型啟動計費會話。INTERIM事件類型更新計費會話。STOP事件類型停止 計費會話。離線收費用于定期付費的網(wǎng)絡(luò)服務(wù)。例如，用戶可能有月付的 話音呼叫訂單。在Rf計費結(jié)構(gòu)中，收費數(shù)據(jù)函數(shù)(CDF) 75可以位于任 何地方，包括策略服務(wù)器。在一些實施例中，接口 64可以是Ra接口或策 略接口。在其它實施例中，接口可以是處理例如計費事件或策略事件的組 件之間的事件的任何合適的接口。計費觸發(fā)函數(shù)(ATF) 72是如下的元件，所述元件產(chǎn)生某個計費事件 并且將其發(fā)送給計費接收函數(shù)(ARF) 74所駐留的元件。ARF 74所駐留 的位置對發(fā)送計費信息的實體無關(guān)緊要。例如，承載管理器30可以將計 費信息66直接發(fā)送給SDM 92，或者可以將其往上發(fā)送給策略服務(wù)器40 以用于進一步的合并，但是這對于承載管理器30無關(guān)緊要。在這個實施 例中，ATF 72和ARF 75是用于可在各種實體中使用的元件的寬泛術(shù)語。 ATF 72可以是IMS收費觸發(fā)函數(shù)。ARF 74可以是IMS收費數(shù)據(jù)函數(shù) 75。 ARF74還可以是IMS收費網(wǎng)關(guān)函數(shù)77。 ARF 74還可以是CDF 75和 CGF 77的組合。在這個實施例中，不是讓IPGW 24中的ATF 72 (或其等同元件)將 收費事件直接發(fā)送給CDF 75或SDM 92，而是ATF 72將計費數(shù)據(jù)66發(fā)送 給承載管理器30中的CTCF 76，該CTCF 76對于ATF 72看起來就像 CDF 75 —樣。這根據(jù)為所關(guān)注的接入網(wǎng)規(guī)定的協(xié)議和過程(例如，基于 DIAMETER的Rf、 RADIUS、私有等)完成。在這個實施例中，CTCF76位于承載管理器30中。CTCF 76從IPGW 24中的ATF 72接收計費事件。CTCF 76又根據(jù)基于Rf的接口 64將計費 事件發(fā)送給CDF75，從而向CDF 75提供統(tǒng)一的計費信息。在接收到計費 事件時，CTCF 76可以將其發(fā)送(如果必要，在變換之后)給CDF 75。 CTCF 76還可在將計費數(shù)據(jù)66發(fā)送給CDF 75之前合并多個計費事件。
當在不同IPGW24之間執(zhí)行切換，而會話仍在進行時，合并多個事件 是有用的。在CTCF將計費數(shù)據(jù)66發(fā)送給CDF 75 (例如，當會話結(jié)束時 或作為中間信息)之前，CTCF76恢復(fù)出從來自IPGW24的過去事件接收 到的較舊的計費數(shù)據(jù)66 (例如，發(fā)送和接收的分組和字節(jié))，并且將其與 從新的IPGW 24接收到的計費數(shù)據(jù)66進行合并。承載管理器30還可以產(chǎn) 生其自身的計費數(shù)據(jù)66，并且將其包括在發(fā)送給CDF 75的信息中。承載 管理器30和其CTCF 76提供單個統(tǒng)一的到CDF 75的承載級計費接口 。此 外，承載管理器30和CTCF 76屏蔽可能在該承載管理器30的范圍內(nèi)發(fā)生 的任何本地網(wǎng)絡(luò)移動性。在一個實施例中，RAN 22是承載管理器30之下的接入網(wǎng)絡(luò)。在另一 個實施例中，承載管理器30之下還可存在一個或多個不同的接入網(wǎng)。在 該說明性實施例中，IPGW 24連接到RAN 22并且假設(shè)其為基于CDMA的 具有自己的將要使用的協(xié)議集的RAN 22 。例如，如果AT 20移到基于 GSM的網(wǎng)絡(luò)中，則被訪問網(wǎng)絡(luò)可能不具有IPGW 24。即使訪問網(wǎng)絡(luò)具有 類似于IPGW 24的元件，由類似于IPGW 24的元件所使用的協(xié)議也可能 不同，以致，由這些元件產(chǎn)生的計費信息與IPGW 24產(chǎn)生的計費信息不 同。如果AT 20漫游到RAN的覆蓋區(qū)以外的網(wǎng)絡(luò)，則分組數(shù)據(jù)相互作用 函數(shù)(PDIF) 78是有用的。PDIF 78允許AT 20使用家鄉(xiāng)網(wǎng)絡(luò)，例如用戶 的DSL線纜，并且將AT的流量用隧道送入IPGW/PDIF 78功能，所述 IPGW/PDIF 78功能駐留于家鄉(xiāng)網(wǎng)絡(luò)上，允許AT 20連接到承載管理器 30。在家鄉(xiāng)網(wǎng)絡(luò)之外產(chǎn)生的計費數(shù)據(jù)66可能不同，這是因為其它接入網(wǎng) 絡(luò)可能產(chǎn)生與無線接入網(wǎng)不同類型的計費信息。SDM 92處理不同接入網(wǎng) 中的這些變化不那么有效，因此用作合并器的承載管理器30不僅顯示移 動性事件，而且還處理不同接入網(wǎng)絡(luò)技術(shù)中的任何變化。使用計費模型110的一個優(yōu)點在于，承載管理器30已經(jīng)支持這些不 同類型的接入網(wǎng)22，這是因為那就是流量轉(zhuǎn)發(fā)到那些網(wǎng)絡(luò)和移動性事件或 從其轉(zhuǎn)發(fā)的方式。因此，承載管理器30處理和合并從一種或多種類型的 接入網(wǎng)22產(chǎn)生的多種計費信息66會有效得多。
策略服務(wù)器40從用于SIP應(yīng)用和非SIP應(yīng)用70兩者的應(yīng)用管理器50 接收各種系統(tǒng)事件和策略數(shù)據(jù)66。策略服務(wù)器40還從承載管理器30接收 各種系統(tǒng)事件和計費數(shù)據(jù)。策略服務(wù)器40將該策略信息67連同來自承載 管理器30的UDR 66—起記錄。因此，策略服務(wù)器40能夠在每個會話結(jié) 束時產(chǎn)生單個使用數(shù)據(jù)記錄，該使用數(shù)據(jù)記錄包括來自應(yīng)用的策略數(shù)據(jù)和 有關(guān)每個應(yīng)用的計費數(shù)據(jù)。例如，策略接口和策略交互為策略服務(wù)器40 提供策略數(shù)據(jù)。策略數(shù)據(jù)至少可以包括調(diào)用的應(yīng)用的名稱(從應(yīng)用接 收)、開始時間、停止時間、與應(yīng)用有關(guān)的參數(shù)(例如，"PCMU"、 "GZ29"，或其它編碼方法)，以及包括與具體應(yīng)用流有關(guān)的信息(例 如，"音頻"或"視頻")的令牌(token)。計費接口 64和計費事件向 策略服務(wù)器提供UDR66和計費數(shù)據(jù)(例如，所使用的網(wǎng)絡(luò)資源)。在許 多情況中，策略服務(wù)器產(chǎn)生的該單個記錄69能夠提供足夠的計費信息以 避免需要任何其它網(wǎng)絡(luò)元件來執(zhí)行計費操作。策略服務(wù)器40可以發(fā)送合 并后的UDR給SDM 92而不是讓各種元件全都發(fā)送計費數(shù)據(jù)給SDM 92。 計費數(shù)據(jù)66可以是任何格式并且可以包含本技術(shù)領(lǐng)域的技術(shù)人員已知的 任何數(shù)據(jù)來實現(xiàn)本發(fā)明的目標。策略數(shù)據(jù)67可以是任何格式并且可以包 含本技術(shù)領(lǐng)域的技術(shù)人員已知的任何數(shù)據(jù)來實現(xiàn)本發(fā)明的目標。由每個應(yīng)用自身告知策略服務(wù)器40該應(yīng)用的開始和停止，通過包含 令牌告知策略服務(wù)器40正在運行的應(yīng)用的類型，還告知策略服務(wù)器40用 于所述應(yīng)用的IP會話細節(jié)、所述會話請求的服務(wù)質(zhì)量、以及用于向AT20 的用戶收費的任何其它網(wǎng)絡(luò)資源參數(shù)。應(yīng)用50、 70可以通知策略服務(wù)器 40要被收費的用戶，或者策略服務(wù)器40可以從所提供的IP尋址信息(用 戶具有與其相關(guān)的策略特性文件(policy profile))確定要被收費的用 戶。在與承載管理器30的通信中，策略服務(wù)器40可以命令承載管理器30 向其提供網(wǎng)絡(luò)資源計費信息66，并且因此策略服務(wù)器40可以在每個會話 結(jié)束時獲知來自承載面的任何計費信息，包括實際的帶寬利用率、分組丟 失百分比、QOS等等。在異常的承載級會話終止的情況下，承載管理器 30可告知策略服務(wù)器40，使得承載管理器30停止產(chǎn)生計費記錄(并且告 知所述應(yīng)用)。策略服務(wù)器40還可以定期與承載管理器30驗證承載級會
話仍然是活動的。策略服務(wù)器40可以以控制承載管理器30處的資源使用的每會話/每應(yīng)用流安裝服務(wù)質(zhì)量和計費方面。計費方面支配用于由分類符定義的特定應(yīng)用流的承載計費的特征(例如時間，量)。與由策略服務(wù)器40安裝的動態(tài)方面相對應(yīng)的事件就觸發(fā)條件——閾值和/或時間報告分組計數(shù)器。然 后，在報告事件之后重置分組計數(shù)器，以用于下一個觸發(fā)條件。策略服務(wù)器40還可以產(chǎn)生計費數(shù)據(jù)記錄69，計費數(shù)據(jù)記錄69合并在每個會話基礎(chǔ) 上從承載管理器30接收到的事件和由應(yīng)用管理器50報告的事件。這個信息在與動態(tài)服務(wù)質(zhì)量有關(guān)的計費的合并和關(guān)聯(lián)兩者，以及應(yīng)用 中是有用的。例如，即使在應(yīng)用層不實現(xiàn)收費，提供商仍然能夠基于特定 的應(yīng)用使用向用戶收費。策略服務(wù)器40是系統(tǒng)IO中的中心組件，大部分 組件與其進行通信而與組件是SIP應(yīng)用還是非SIP應(yīng)用無關(guān)。策略服務(wù)器 40還與網(wǎng)絡(luò)元件進行通信，所述網(wǎng)絡(luò)元件例如是承載管理器30。策略服務(wù)器40在中心位置，并且能夠有效地產(chǎn)生計費數(shù)據(jù)66以用于 所進行的任何事。例如，當調(diào)用SIP應(yīng)用時，通信經(jīng)由應(yīng)用管理器50并且 應(yīng)用管理器50可以與策略服務(wù)器40進行通信并且要求策略決定，詢問是 否允許應(yīng)用管理器50繼續(xù)該應(yīng)用60。在應(yīng)用管理器50下發(fā)給策略服務(wù)器 40的這個請求中，可以包括告訴策略服務(wù)器40正在調(diào)用的應(yīng)用的類型和 與其有關(guān)的各種參數(shù)的信息，例如關(guān)于將要使用的媒體流的信息。策略服 務(wù)器40正在獲取關(guān)于所述應(yīng)用和與此應(yīng)用有關(guān)的用戶的信息。這對于應(yīng) 用管理器50 (基于SIP的應(yīng)用)和非SIP應(yīng)用70而發(fā)生。策略服務(wù)器40 了解正在調(diào)用的所有這些應(yīng)用。策略服務(wù)器在唯一的位置，產(chǎn)生與具體應(yīng) 用信息有關(guān)的計費數(shù)據(jù)。策略服務(wù)器40還與例如承載管理器30的網(wǎng)絡(luò)元件對話，以授權(quán)網(wǎng)絡(luò) 資源的使用，以及規(guī)定當AT 20嘗試調(diào)用服務(wù)時安裝在這些元件中的策略 服務(wù)器想要的收費規(guī)則是什么。例如，建立話音呼叫涉及對與這具體話音 呼叫相關(guān)的所交換的分組或字節(jié)的數(shù)量進行計數(shù)。承載管理器30將此信 息(網(wǎng)絡(luò)資源級計費信息)發(fā)送給策略服務(wù)器40，并且策略服務(wù)器40合 并所有此信息。策略服務(wù)器40至少知道i)調(diào)用的應(yīng)用是什么，ii)調(diào)用
其的用戶，iii)與該應(yīng)用有關(guān)的各種參數(shù)，以及iv)實際用于這個具體應(yīng) 用的承載級資源。策略服務(wù)器40是整個系統(tǒng)中的單個實體，其可以為整個會話產(chǎn)生計 費數(shù)據(jù)。這是有效的，因為其適用于SIP，也適用于如媒體流服務(wù)或游戲 (gaming)服務(wù)等的非SIP應(yīng)用，并且這具體服務(wù)不必產(chǎn)生計費數(shù)據(jù)，或 者在這元件上實現(xiàn)，或者在計費后端上集成?，F(xiàn)在，策略服務(wù)器40記錄 如下事實已調(diào)用該新的應(yīng)用，以及這是用戶，以及這些是所使用的承載 級資源。然后，策略服務(wù)器40將計費數(shù)據(jù)發(fā)送給SDM92。策略服務(wù)器知 道什么時候會話開始以及什么時候會話停止。承載管理器30可以幫助策 略服務(wù)器40檢測流是否消失或者AT 20是否移出服務(wù)等。因此，還存在 如果會話停止則告知策略服務(wù)器40的方式，而無需由應(yīng)用告訴策略服務(wù) 器40該會話停止。在一些情況中，需要捕獲關(guān)于應(yīng)用的另外的信息，所述另外的信息沒 有被策略服務(wù)器40或承載管理器30記錄或收集。為了處理需要基于應(yīng)用 的計費的這種情況，特定的應(yīng)用管理器50可以記錄可用于計費的事件。 對于非SIP應(yīng)用，特定的應(yīng)用服務(wù)器70可以捕獲這數(shù)據(jù)，或者使用使用了 深度分組檢測的應(yīng)用檢測的功能可捕獲這數(shù)據(jù)。用于特定應(yīng)用會話的應(yīng)用層55 (例如，應(yīng)用管理器和應(yīng)用服務(wù)器)和 承載層25 (例如，承載管理器和IPGW)處的使用之間的關(guān)聯(lián)需要收費關(guān) 聯(lián)。由家鄉(xiāng)網(wǎng)絡(luò)中的承載管理器按每個IP用戶會話分配承載關(guān)聯(lián)標識符， 并且經(jīng)由策略對等將其發(fā)送給被訪問網(wǎng)絡(luò)。承載關(guān)聯(lián)標識符由被訪問承載 管理器和家鄉(xiāng)承載管理器兩者在對應(yīng)移動IP會話產(chǎn)生的UDR中使用。應(yīng)用可能仍然想要產(chǎn)生更詳細的應(yīng)用層計費信息。為了實現(xiàn)與那些資 源的關(guān)聯(lián)，策略服務(wù)器40產(chǎn)生關(guān)聯(lián)標識符85，將關(guān)聯(lián)標識符85作為初始策略交互的一部分提供給所述應(yīng)用。按每個應(yīng)用會話(即，SIP呼叫或流媒體會話)使用動態(tài)關(guān)聯(lián)標識符 85來使應(yīng)用層處的使用與IP網(wǎng)絡(luò)相關(guān)。對于AT 20發(fā)起的應(yīng)用請求，應(yīng) 用管理器50或非SIP應(yīng)用服務(wù)器70聯(lián)絡(luò)策略服務(wù)器40以用于授權(quán)。策略 服務(wù)器40產(chǎn)生關(guān)聯(lián)標識符85，并且將其傳遞給應(yīng)用管理器50或者非SIP 應(yīng)用服務(wù)器70。將相同的關(guān)聯(lián)標識符85作為計費方面的一部分傳遞給承 載管理器30和IPGW 24。然而，在由PSTN網(wǎng)關(guān)82發(fā)起的SIP呼叫的情 況下，關(guān)聯(lián)標識符85可以通過發(fā)端網(wǎng)關(guān)分配，在SIP信令消息中攜帶，并 且然后從應(yīng)用管理器50傳遞到策略服務(wù)器40。由PSTN網(wǎng)關(guān)82、應(yīng)用管 理器50或者應(yīng)用服務(wù)器70產(chǎn)生的計費數(shù)據(jù)66，以及由策略服務(wù)器40產(chǎn) 生的UDR 66包括該關(guān)聯(lián)標識符85。圖3是舉例說明根據(jù)本發(fā)明實施例合并計費數(shù)據(jù)76的示例性方法的 簡化流程圖。示例處理在步驟202 AT 20開始播放存儲在非SIP應(yīng)用服務(wù) 器70上的電影時開始。AT20發(fā)送信令消息，所述信令消息在流媒體服務(wù) 器70上應(yīng)用處結(jié)束。在步驟204，流媒體服務(wù)器70給策略服務(wù)器40發(fā) 送，包括用戶20想要調(diào)用流媒體應(yīng)用的信息，以及作為策略處理的一 部分的另外的信息67，例如使用的編解碼器(codec)和帶寬等。在步驟 206，策略服務(wù)器40做出策略決定以允許應(yīng)用繼續(xù)并且開始會話。在步驟208，策略服務(wù)器40還與承載管理器30通信，并且基于從應(yīng) 用服務(wù)器70接收到的信息66在承載管理器30中安裝策略，所述信息66 例如是試圖建立流的AT 20所需要的網(wǎng)絡(luò)資源和與該會話有關(guān)的源IP地址 和目的IP地址。策略服務(wù)器40告訴承載管理器30以實現(xiàn)服務(wù)質(zhì)量。此 外，策略服務(wù)器40還告訴承載管理器30記錄計費操作，例如發(fā)送的字節(jié) 和分組數(shù)，并且告訴承載管理器30在會話結(jié)束時將計費數(shù)據(jù)66發(fā)送給策 略服務(wù)器40。在步驟210，電影結(jié)束并且會話結(jié)束(例如，用戶可能停止 電影或者應(yīng)用可能自己停止)。流媒體服務(wù)器70發(fā)送消息給策略服務(wù)器 40，通知策略服務(wù)器40:會話已經(jīng)結(jié)束并且不再授權(quán)任何資源給AT 20。 在步驟212，策略服務(wù)器40知道應(yīng)用結(jié)束。策略服務(wù)器40發(fā)送消息給承 載管理器30以除去這個具體的策略，并且因此請求由承載管理器30記錄 的有關(guān)這個會話的全部計費信息66。在步驟214，策略服務(wù)器40現(xiàn)在具有了其需要的全部信息。策略服務(wù) 器40現(xiàn)在可以產(chǎn)生單個合并后的計費記錄，其包括來自承載級25和應(yīng)用 級55的計費信息66。計費記錄至少可包括以下信息用戶信息、調(diào)用的 流媒體服務(wù)、所使用的編解碼器、會話總時間、產(chǎn)生的分組總數(shù)以及發(fā)送的總字節(jié)數(shù)。在步驟216，策略服務(wù)器40將單個計費記錄和這信息一起發(fā) 送給SDM 92。重要的是，注意上述階段和步驟只舉例說明由本發(fā)明執(zhí)行或在本發(fā)明中執(zhí)行的可能的情況中的一些。在適當時，可以刪除或移除這些進程和/ 或步驟中的一些，或者對這些進程和/或步驟進行相當大的修改、加強或改 變，而不脫離本發(fā)明的范圍。此外，這些操作中的許多已經(jīng)描述為與一個 或多個另外的操作同時或并行執(zhí)行。然而，可以改變這些操作的定時。前 面的示例流程為了教導(dǎo)和討論的目的而提供。由靈活的體系結(jié)構(gòu)提供極大 的靈活性，這是因為可以提供任何合適的排列、時間排序、配置和定時機 制，而不偏離本發(fā)明的廣泛范圍。因此，通信能力、數(shù)據(jù)處理特性和元 件、合適的基礎(chǔ)設(shè)施，以及任何合適的軟件、硬件、或數(shù)據(jù)存儲對象都可以包括在通信系統(tǒng)10中以完成與執(zhí)行兼容性功能有關(guān)的元件和活動的任務(wù)和操作。雖然參考具體實施例對本發(fā)明已經(jīng)進行了詳細的描述，但應(yīng)當理解， 可以對其做出各種其它更改、替換和改造而不偏離本發(fā)明的精神和范圍。 圖1的圖示的網(wǎng)絡(luò)體系結(jié)構(gòu)僅僅為了示例和教導(dǎo)的目的提供。通過本發(fā)明可以想象和設(shè)想合適的替換和替代所述替換和替代清楚地在通信系統(tǒng)10的廣泛范圍以內(nèi)。例如，由圖1圖示的RAN 22可由Wi-Fi或任何其它有 益于網(wǎng)絡(luò)通信的合適的接入網(wǎng)替代。此外，盡管前面的討論集中于SIP， 不過，任何其它合適的會話協(xié)議都可能從這里提供的兼容性教導(dǎo)受益。本 發(fā)明不限于SIP平臺并且不限制于所標識的信令協(xié)議。雖然本發(fā)明已經(jīng)用幾個實施例進行了描述，但是本技術(shù)領(lǐng)域的技術(shù)人 員可以想到很多更改、變化、改造、轉(zhuǎn)換和修改，并且本發(fā)明希望包括落 在所附權(quán)利要求范圍以內(nèi)的變更、變化、改造、轉(zhuǎn)換和修改。
權(quán)利要求
1. 一種在通信網(wǎng)絡(luò)中創(chuàng)建計費記錄的方法，包括通過策略服務(wù)器從一個或多個應(yīng)用層元件接收策略數(shù)據(jù)；通過所述策略服務(wù)器從一個或多個較低層元件接收計費數(shù)據(jù)，其中，所述計費數(shù)據(jù)與所述策略數(shù)據(jù)相關(guān)；以及合并接收到的所述計費數(shù)據(jù)和接收到的所述策略數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1的方法，還包括將所述計費數(shù)據(jù)和所述策略數(shù)據(jù) 處理成統(tǒng)一的格式，所述統(tǒng)一的格式與服務(wù)數(shù)據(jù)管理器兼容。
3. 根據(jù)權(quán)利要求l的方法，還包括將所述合并后的計費數(shù)據(jù)和策略數(shù) 據(jù)發(fā)送到服務(wù)數(shù)據(jù)管理器。
4. 根據(jù)權(quán)利要求l的方法，所述較低層元件是從一組較低層元件中選 擇的元件，所述組包括a) IP網(wǎng)關(guān)；以及b) 無線接入網(wǎng)。
5. 根據(jù)權(quán)利要求l的方法，所述應(yīng)用層元件是從一組應(yīng)用層元件中選擇的元件，所述組包括a) 應(yīng)用管理器；b) SIP應(yīng)用；以及c) 非SIP應(yīng)用。
6. 根據(jù)權(quán)利要求l的方法，所述計費數(shù)據(jù)是從一組計費數(shù)據(jù)中選擇的數(shù)據(jù)，所述組包括a) 持續(xù)時間；b) 總的所使用的字節(jié)；以及c) 總的所使用的分組。
7. 根據(jù)權(quán)利要求l的方法，所述策略數(shù)據(jù)是從一組策略數(shù)據(jù)中選擇的數(shù)據(jù)，所述組包括a) 開始時間；b) 停止時間； C) 應(yīng)用名稱；d) 用戶名稱；e) 與應(yīng)用有關(guān)的參數(shù)；f) 與應(yīng)用有關(guān)的編碼方法；以及g) 提供與應(yīng)用有關(guān)的另外細節(jié)的令牌。
8. —種用于在通信網(wǎng)絡(luò)中創(chuàng)建數(shù)據(jù)記錄的系統(tǒng)，包括 一個或多個較低層元件；一個或多個應(yīng)用層元件；以及策略服務(wù)器，該策略服務(wù)器可操作用于從一個或多個應(yīng)用層元件接收策略數(shù)據(jù)；從一個或多個較低層元件接收計費數(shù)據(jù)，其中，所述計費數(shù)據(jù)與所述策略數(shù)據(jù)相關(guān)；以及合并接收到的所述計費數(shù)據(jù)和接收到的所述策略數(shù)據(jù)。
9. 根據(jù)權(quán)利要求8的系統(tǒng)，其中，所述策略服務(wù)器還可操作用于將所 述計費數(shù)據(jù)和所述策略數(shù)據(jù)處理成統(tǒng)一的格式，所述統(tǒng)一的格式與服務(wù)數(shù)
10.根據(jù)權(quán)利要求8的系統(tǒng)，其中，所述策略服務(wù)器還可操作用于將 所述合并后的計費數(shù)據(jù)和策略數(shù)據(jù)發(fā)送給服務(wù)數(shù)據(jù)管理器。
11. 根據(jù)權(quán)利要求8的系統(tǒng)，元件中選擇的元件，所述組包括a) IP網(wǎng)關(guān)；以及b) 無線接入網(wǎng)。
12. 根據(jù)權(quán)利要求8的系統(tǒng)，選擇的元件，所述組包括a) 應(yīng)用管理器；b) SIP應(yīng)用；以及c) 非SIP應(yīng)用。
13. 根據(jù)權(quán)利要求8的系統(tǒng)，的數(shù)據(jù)，所述組包括其中，所述較低層元件是從一組較低層所述應(yīng)用層元件是從一組應(yīng)用層元件中所述計費數(shù)據(jù)是從一組計費數(shù)據(jù)中選擇 a) 持續(xù)時間；b) 總的所使用的字節(jié)；以及c) 總的所使用的分組。
14. 根據(jù)權(quán)利要求8的系統(tǒng)，所述策略數(shù)據(jù)是從一組策略數(shù)據(jù)中選擇 的數(shù)據(jù)，所述組包括a) 開始時間；b) 停止時間； C) 應(yīng)用名稱；d) 用戶名稱；e) 與應(yīng)用有關(guān)的參數(shù)；f) 與應(yīng)用有關(guān)的編碼方法；以及g) 提供與應(yīng)用有關(guān)的另外細節(jié)的令牌。
15. —種在計算機可讀介質(zhì)中實現(xiàn)的邏輯，所述計算機可讀介質(zhì)包括代碼使得當執(zhí)行時可操作用于從一個或多個應(yīng)用層元件接收策略數(shù)據(jù)；從一個或多個較低層元件接收計費數(shù)據(jù)，其中，所述計費數(shù)據(jù)與所述 策略數(shù)據(jù)相關(guān)；以及合并接收到的所述計費數(shù)據(jù)和接收到的所述策略數(shù)據(jù)。
16. 根據(jù)權(quán)利要求15的介質(zhì)，其中，所述介質(zhì)還可操作用于將所述計 費數(shù)據(jù)和所述策略數(shù)據(jù)處理成統(tǒng)一的格式，所述統(tǒng)一的格式與服務(wù)數(shù)據(jù)管 理器兼容。
17. 根據(jù)權(quán)利要求15的介質(zhì)，其中，所述介質(zhì)還可操作用于將所述合 并后的計費數(shù)據(jù)和策略數(shù)據(jù)發(fā)送給服務(wù)數(shù)據(jù)管理器。
18. 根據(jù)權(quán)利要求15的介質(zhì)，所述較低層元件是從一組較低層元件中 選擇的元件，所述組包括a) IP網(wǎng)關(guān)；以及b) 無線接入網(wǎng)。
19. 根據(jù)權(quán)利要求15的介質(zhì)，所述應(yīng)用層元件是從一組應(yīng)用層元件中 選擇的元件，所述組包括 a) 應(yīng)用管理器；b) SIP應(yīng)用；以及 C) 非SIP應(yīng)用。
20. 根據(jù)權(quán)利要求15的介質(zhì)，所述計費數(shù)據(jù)是從一組計費數(shù)據(jù)中選擇的數(shù)據(jù)，所述組包括a) 持續(xù)時間；b) 總的所使用的字節(jié)；以及c) 總的所使用的分組。
21. 根據(jù)權(quán)利要求15的介質(zhì)，所述策略數(shù)據(jù)是從一組策略數(shù)據(jù)中選擇 的數(shù)據(jù)，所述組包括a) 開始時間；b) 停止時間； C) 應(yīng)用名稱；d) 用戶名稱；e) 與應(yīng)用有關(guān)的參數(shù)；f) 與應(yīng)用有關(guān)的編碼方法；以及g) 提供與應(yīng)用有關(guān)的另外細節(jié)的令牌。
22. 根據(jù)權(quán)利要求15的介質(zhì)，其中所述合并后的計費數(shù)據(jù)與RF接口 兼容。
23. —種用于在通信網(wǎng)絡(luò)中創(chuàng)建數(shù)據(jù)記錄的系統(tǒng)，包括用于從一個或多個應(yīng)用層元件接收策略數(shù)據(jù)的裝置； 用于從一個或多個較低層元件接收計費數(shù)據(jù)的裝置，其中，所述計費 數(shù)據(jù)與所述策略數(shù)據(jù)相關(guān)；以及用于合并接收到的所述計費數(shù)據(jù)和接收到的所述策略數(shù)據(jù)的裝置。
全文摘要
一種方法，用于在通信網(wǎng)絡(luò)中的策略服務(wù)器中創(chuàng)建計費記錄。所述方法還包括從一個或多個應(yīng)用層元件接收策略數(shù)據(jù)。所述方法包括從一個或多個較低層元件接收計費數(shù)據(jù)，使得所述計費數(shù)據(jù)與所述策略數(shù)據(jù)有關(guān)。所述方法還包括合并接收到的所述計費數(shù)據(jù)和策略數(shù)據(jù)。
文檔編號H04W8/26GK101401408SQ200780008261
公開日2009年4月1日 申請日期2007年3月6日 優(yōu)先權(quán)日2006年3月6日
發(fā)明者喬納森·D·洛瑟博格, 弗雷鳴·S·安德森, 比斯瓦冉詹·潘達, 賈亞拉曼·R·耶爾 申請人:思科技術(shù)公司