用于在計費系統(tǒng)中使用智能路由器的方法以及與其相關聯(lián)的裝置制造方法
【專利摘要】一種用于使用計費系統(tǒng)來對服務提供商網絡的網絡元件（NE）所提供的服務進行記賬的方法，包括：在計費系統(tǒng)中的路由器處從該NE接收記賬請求（ACR），該ACR結合通信會話而與服務提供商網絡中的該NE所提供的服務相關聯(lián)；修改該ACR以形成經修改的ACR；將經修改的ACR發(fā)送至計費收集功能（CCF）服務器；從該CCF服務器接收記賬應答（ACA），指示該CCF服務器不能夠處理經修改的ACR；以及將經修改的ACR重發(fā)給該CCF服務器，或者改變經修改的ACR以形成經修正的ACR并且將經修正的ACR發(fā)送至備選CCF服務器。與該方法相關聯(lián)的路由器包括服務網絡通信模塊、消息處理模塊、以及計費系統(tǒng)通信模塊。
【專利說明】用于在計費系統(tǒng)中使用智能路由器的方法以及與其相關聯(lián)的裝置
【背景技術】
[0001]本公開內容涉及使用計費系統(tǒng)中的路由器來對服務提供商網絡的網絡元件(NE)所提供的服務進行報賬。描述了該路由器的示例性實施例以及用于其使用的方法。該路由器充當如下的代理，該代理用于從服務提供商網絡中的NE接收記賬請求(ACR)，并且將ACR路由給計費系統(tǒng)中的計費控制功能(CCF)，并且反之亦用于記賬應答(ACA)。當ACA指示了某種類型的錯誤或故障狀況(諸如過載和瞬態(tài)故障狀況)時，該路由器提供用于進一步處理ACR的智能。對于這些狀況，該路由器能夠確定是否重試將該ACR發(fā)送至同一 CCF還是選擇備選的CCF。如果隨后該路由器提交該ACR用于處理的嘗試是成功的，則解決了該問題而不牽涉NE。針對如下的錯誤和故障狀況描述了各種實施例，在這些錯誤和故障狀況中，ACA指示了 CCF過于繁忙而不能夠處理該ACR (即，結果代碼3004)或者CCF至少暫時地空間不足以處理該ACR (B卩，結果代碼4002)。然而，本文所描述的方法和裝置還可以被用來處理其他類型的錯誤和故障狀況。
[0002]在電信和數(shù)據網絡中，由實施CCF的眾多服務器來提供離線計費。CCF是用于服務提供商的業(yè)務運營的組成部分。CCF可以包括多個CCF服務器(B卩，節(jié)點)，以累計計費與服務提供商網絡相關聯(lián)的通信會話。例如，服務提供商網絡可以包括各種傳統(tǒng)通信網絡、互聯(lián)網協(xié)議(IP)多媒體子系統(tǒng)(MS)網絡、長期演進(LTE)網絡、以及采用任何合適組合的其他合適的通信服務網絡。CCF從這些通信服務網絡中的信令和承載NE接收ACR。這些NE實施計費觸發(fā)功能(CTF)。被集成在這些NE內的CTF向CCF提供ACR。記賬如在諸如發(fā)送或接收短消息的事件中能夠是離散的，或者與如下的會話有關，該會話用啟動通知、零個或更多過渡階段記賬消息來開始并且用停止通知來結束。CCF經由ACA消息來確認ACR消息。ACR和ACA消息例如可以基于Diameter基礎協(xié)議(參見請求注解(RFC)3588 )。RFC3588Diameter基礎協(xié)議的內容通過弓I用完整地并入本文中。Diameter基礎協(xié)議運行在傳輸控制協(xié)議(TCP)/IP或者流控制傳輸協(xié)議(SCTP)上。
[0003]在大型網絡中，在CCF中看見數(shù)百個CTF和數(shù)十個CCF服務器是平常的。出于安全的原因，典型的是具有在CCF服務器處所供應的CTF的標識。這確保了當來自CTF的記賬消息到達時，對應的CCF服務器能夠確定這些消息來自已知的或信任的主機。然而，這個安全性方面引起了供應問題，其中必須在這數(shù)十個CCF服務器中的每個CCF服務器中個別地定義這數(shù)百個CTF中的每個CTF。為了減輕這個問題，可以采用Diameter路由器(D-RTR)。例如，圖1示出了具有D-RTR的計費系統(tǒng)。D-RTR充當智能代理或智能路由器。例如，從這數(shù)百個CTF中的每個CTF所報告的每個會話可以終止于D-RTR處。對應地，D-RTR發(fā)起朝向CCF服務器的消息發(fā)送。來自CCF服務器的響應終止于D-RTR處。D-RTR將這些響應傳達回到發(fā)起對應的ACR的起始CTF。
[0004]網絡元件 <D-RTR>CCF-1、CCF-2......CCF-N
[0005]實施CTF〈功能>
[0006]此處，D-RTR的任務是確保ACR或多或少均勻地分布在這些CCF服務器之中。不像這些CTF內的基于客戶端的CCF負載分布函數(shù)(LDF)(對于CTF參與其中的每個通信會話，該函數(shù)能夠被視為簡單輪詢方法)，在服務于多個CTF和多個CCF服務器的同時，D-RTR必須在兩個原理約束內操作:I)在來自一個NE/CTF的Diameter會話內的這些ACR必須被轉發(fā)給同一 CCF服務器，以及2)由CCF服務器在響應中所發(fā)送的ACA消息必須被運送給對應ACR的NE/CTF起始者。
[0007]D-RTR的優(yōu)點在于，一方面它隱藏了網絡拓撲，從而這些CTF能夠將該D-RTR用作它們的ACR消息的目的地而不必擔心選擇CCF服務器或備選的對等體，例如，假如有CCF斷電或者故障狀況。D-RTR提供了如下的附加益處:它能夠監(jiān)測對正在進行的會話的計數(shù)，或者甚至個體CCF服務器的負載運載能力，以便確定針對新記賬會話的目的地。這保持了 CCF服務器或多或少被負載在它們的工程極限處或者在它們的工程極限之下。
[0008]然而，正是拓撲隱藏部分引起了另外的問題。在現(xiàn)有的配置中，當特定的CCF服務器產生過載或者報告瞬態(tài)錯誤狀況并且向NE/CTF指示嘗試備選的對等體時，依據RFC3588，對應的NE/CTF將不會知道如何對其反應，因為它由于這些CCF服務器的拓撲從對應的NE/CTF來看是被隱藏的而將不能夠選擇備選的對等體。在現(xiàn)有的D-RTR配置中，假如NE/CTF重傳輸ACR，則在上文所提到的第一原理約束(即，針對給定會話，將ACR從給定的CTF轉發(fā)給同一 CCF服務器)之下工作的D-RTR將傾向于將該ACR發(fā)送至剛剛指示了 CTF應當選擇備選對等體的同一 CCF服務器。這引起了無限或無止盡的循環(huán)情形，至少直到過載的CCF服務器能夠從過載狀況恢復，或者直到瞬態(tài)錯誤減弱。該情形進一步惡化并且過載的CCF服務器的恢復進一步延遲，這是由于D-RTR保持向同一 CCF服務器重發(fā)這些ACR消息，因為它一般不知道CCF服務器處的負載情形。
[0009]基于前述，在當前被選擇用于處理ACR的CCF服務器正經歷某些類型的錯誤或故障狀況時，使得計費系統(tǒng)中的路由器能夠提供對ACR的智能消息處理的技術。另外，合意的是，該路由器能夠解決這些狀況而不牽涉發(fā)起ACR的NE。

【發(fā)明內容】

[0010]在一個方面中，提供了一種用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的方法。在一個實施例中，該方法包括:在計費系統(tǒng)中的路由器處從服務提供商網絡的NE接收ACR，該ACR結合通信會話而與服務提供商網絡中的NE所提供的服務相關聯(lián)，該計費系統(tǒng)包括與該路由器相關聯(lián)的多個CCF服務器，用于結合一個或多個通信會話而處理來自服務提供商網絡的一個或多個NE的ACR ;在該路由器處修改所接收的ACR以形成經修改的ACR ;將經修改的ACR從該路由器發(fā)送至從多個計費控制功能服務器中所選擇的第一 CCF服務器；在該路由器處從第一 CCF服務器接收ACA，該ACA指示第一 CCF服務器不能夠處理經修改的ACR ；以及將經修改的ACR從該路由器重發(fā)至第一 CCF服務器，或者在該路由器處改變經修改的ACR以形成經修正的ACR并且將經修正的ACR從該路由器發(fā)送至從多個計費控制功能服務器中所選擇的備選CCF服務器。
[0011]在另一個方面中，提供了一種用于在計費系統(tǒng)中用來對服務提供商網絡的NE所提供的服務進行記賬的裝置。在一個實施例中，該裝置包括:服務網絡通信模塊，用于從服務提供商網絡的NE接收ACR，該ACR結合通信會話而與服務提供商網絡中的NE所提供的服務相關聯(lián)，該計費系統(tǒng)包括多個CCF服務器，用于結合一個或多個通信會話而處理來自服務提供商網絡的一個或多個NE的ACR ;與該服務網絡通信模塊處于操作性通信中的消息處理模塊，用于修改所接收的ACR以形成經修改的ACR ;與該消息處理模塊處于操作性通信中的計費系統(tǒng)通信模塊，用于將經修改的ACR發(fā)送至從多個計費控制功能服務器中所選擇的第一 CCF服務器。在這個實施例中，該計費系統(tǒng)通信模塊還用于從第一 CCF服務器接收ACA,該ACA指示第一 CCF服務器不能夠處理經修改的ACR。在正被描述的實施例中，該消息處理模塊還用于確定是否將經修改的ACR經由該計費系統(tǒng)通信模塊重發(fā)給第一 CCF服務器，或者改變經修改的ACR以形成經修正的ACR并且將經修正的ACR經由該計費系統(tǒng)通信模塊發(fā)送至備選CCF服務器，該備選CCF服務器從多個計費控制功能服務器中選擇。
[0012]在另一個方面中，提供了一種存儲程序指令的非瞬態(tài)計算機可讀介質。當被計算機執(zhí)行時，這些程序指令使得計費系統(tǒng)中對應的計算機控制的路由器執(zhí)行一種用于使用該計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的方法。在一個實施例中，該方法包括:在計費系統(tǒng)中的路由器處從服務提供商網絡的NE接收ACR，該ACR結合通信會話而與服務提供商網絡中的NE所提供的服務相關聯(lián)，該計費系統(tǒng)包括與該路由器相關聯(lián)的多個CCF服務器，用于結合一個或多個通信會話而處理來自服務提供商網絡的一個或多個NE的ACR ;修改在該路由器處所接收的ACR以形成經修改的ACR ;將經修改的ACR從該路由器發(fā)送至從多個計費控制功能服務器中所選擇的第一 CCF服務器；在該路由器處從第一CCF服務器接收ACA，第一 CCF服務器不能夠處理經修改的ACR ；以及將經修改的ACR從該路由器重發(fā)給第一 CCF服務器，或者在該路由器處改變經修改的ACR以形成經修正的ACR并且將經修正的ACR從該路由器發(fā)送至從多個計費控制功能服務器中所選擇的備選CCF服務器。
[0013]在另一個方面中，提供了一種用于使用計費系統(tǒng)來對服務提供商網絡的網絡元件所提供的服務進行記賬的方法。在一個實施例中，該方法包括:在計費系統(tǒng)中的路由器處從服務提供商網絡的網絡元件接收記賬請求，該記賬請求結合通信會話而與該服務提供商網絡中的該網絡元件所提供的服務相關聯(lián)，該計費系統(tǒng)包括與該路由器相關聯(lián)的多個計費收集功能服務器，用于結合一個或多個通信會話而處理來自該服務提供商網絡的一個或多個網絡元件的記賬請求；修改在該路由器處所接收的記賬請求以形成經修改的記賬請求；將經修改的記賬請求從該路由器發(fā)送至從多個計費控制功能服務器中所選擇的第一計費收集功能服務器；在該路由器處從第一計費收集功能服務器接收記賬應答；確定該記賬應答指示第一計費收集功能服務器成功地處理經修改的記賬請求；在該路由器處修改所接收的記賬應答以形成經修改的記賬應答；以及將經修改的記賬應答從該路由器發(fā)送至該NE。
[0014]從下文所提供的詳細描述，本發(fā)明的可應用性的進一步范圍將變得清楚。然而，應當理解，盡管指示了本發(fā)明的優(yōu)選實施例，但是詳細描述和特定示例僅以舉例說明的方式被給出，因為在本發(fā)明的精神和范圍內的各種改變和修改對本領域的技術人員將會變得清
λ.Μ
/E.ο
【專利附圖】

【附圖說明】
[0015]本發(fā)明存在于設備的各個部分的構造、布置和組合；以及方法的步驟中，由此如在后文中更加完全地闡述的、在權利要求中具體地指出的并且在附圖中圖示的，達到了預期的目的，在附圖中:[0016]圖1是示出了具有D-RTR的計費系統(tǒng)的示例性實施例的功能圖，該D-RTR用作用于將ACR路由多個CCF的負載分發(fā)器；
[0017]圖2是示出了具有D-RTR的計費系統(tǒng)的另一個示例性實施例的功能圖，該D-RTR在主CCF報告過載狀況時提供ACR的輔路由；
[0018]圖3是示出了具有D-RTR的計費系統(tǒng)的另一個示例性實施例的功能圖，該D-RTR在主CCF報告瞬態(tài)故障狀況時提供ACR的輔路由；
[0019]圖4是用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程的示例性實施例的流程圖；
[0020]圖5，結合圖4，是用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程的另一個示例性實施例的流程圖；
[0021]圖6，結合圖4，是用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程的又另一個示例性實施例的流程圖；
[0022]圖7，結合圖4，是用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程的再另一個示例性實施例的流程圖；
[0023]圖8，結合圖4，是用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程的又再另一個示例性實施例的流程圖；以及
[0024]圖9是用于在計費系統(tǒng)中用來對服務提供商網絡的NE所提供的服務進行記賬的路由器的示例性實施例的框圖。
【具體實施方式】
[0025]本文公開了用于使用計費系統(tǒng)中的路由器來對服務提供商網絡中的NE所提供的服務進行記賬的路由器和方法的各種實施例。這些示例性實施例描述了路由器如何充當代理，以用于從服務提供商網絡中的NE接收ACR，并且將這些ACR路由給計費系統(tǒng)中的CCF，并且將ACA中繼回到起源NE。這些示例性實施例描述了該路由器如何提供智能，以用于在來自CCF的ACA指示某些示例性類型的錯誤或故障狀況(諸如過載和瞬態(tài)故障狀況)時進一步處理ACR。對于這些示例性狀況，該路由器能夠確定是否重試將ACR發(fā)送至同一 CCF還是選擇備選的CCF。如果隨后由該路由器提交ACR用于處理的嘗試是成功的，則解決了該問題而不牽涉NE。
[0026]如上文所描述的，現(xiàn)有D-RTR的典型行為將是“希望”在過載的CCF服務器處的負載減小，而同時不明確地知道過載情形并且不能夠選擇備選的對等CCF。這不是有效或者實用性的解決方案。然而，不使用D-RTR具有也在上文所提到的其他缺點。例如，當沒有使用D-RTR時需要過度的供應，并且中央元件管理系統(tǒng)(EMS)需要確保正確的供應跨越CCF服務器而被維持。對CCF架構和CTF/CCF配置的任何隨后的改變，產生了額外的運營費用(OPEX)用于維持該供應。
[0027]在本文所描述的各個實施例中，CTF連接至D-RTR并且將ACR發(fā)送至D-RTR。D-RTR可以檢查內部表或者應用智能(例如，對會話標識符使用哈希函數(shù))來選擇哪個CCF服務器應當處理記賬會話。D-RTR還可以在選擇最佳擬合之前考慮這些CCF服務器中的每個CCF服務器上的可用性和當前負載指數(shù)。
[0028]本文所描述的各個實施例允許D-RTR以優(yōu)化的方式檢查來自這些CCF服務器的響應，以便不會不必要地延遲輪詢時間(RTT)，并且采取糾正性的本地動作(其包括必要時發(fā)起智能內部回跳(rebound)),而同時仍然保持CCF拓撲對請求該記賬服務的客戶端(即，NE/CTF)隱藏。
[0029]用于在每個CCF服務器處確定負載并且隨后選擇CCF服務器用于新記賬會話和/或隨后選擇CCF備選對等服務器的解決方案的一部分，可以基于2010年11月15日提交的已轉讓給阿爾卡特朗訊美國公司(Alcatel-Lucent USA, Inc)的Sharma的美國專利申請系列第12/946，394號中所公開的一種用于在過載期間選擇備選離線計費系統(tǒng)的先前方法，其內容通過引用完整地并入本文。該’394號申請從基于CCF負載指數(shù)來從那些可用的CCF備選對等服務器之中選擇適當?shù)腃CF備選對等服務器的視角來看是相關的。
[0030]在本文所公開的實施例中，當CTF發(fā)送被過載的CCF服務器或者被正在經歷瞬態(tài)錯誤的CCF服務器拒絕的ACR時，D-RTR使用備選對等選擇方法以及智能來內部地將該消息彈回給適合用于處理該消息的CCF服務器。
[0031]為了描述實施方式，下文提供了功能性預演(walk-through)。這個描述可應用于圖2和3，它們以逐步的方式描述了該功能的外部行為。
[0032]參考圖2，計費系統(tǒng)的示例性實施例包括D-RTR，該D-RTR在主CCF報告過載狀況時提供ACR的輔路由。在第一步驟(即，1:ACR)中，CTF通過發(fā)送ACR來發(fā)起對一個會話的記賬的報告。按照RFC3588，這個ACR與以下所給出的結構兼容:
[0033]<ACR>:: =<Diameter 頭部:271，REQ, PXY>
[0034]< 會話-1d>
[0035]{起始-主機}
[0036]{起始-領域}
[0037]{目的地-領域}
[0038]{記賬-記錄-類型}
[0039]{記賬-記錄-數(shù)量}
[0040][Acct-應用-1d]
[0041][供應商-特定-應用-1d]
[0042][用戶-名稱]
[0043][記賬-子-會話-1d]
[0044][Acct-會話-1d]
[0045][Acct-多 _ 會話 _Id]
[0046][Acct-過渡階段-間隔]
[0047][記賬-實時-所要求的]
[0048][起始-狀態(tài)-1d]
[0049][事件-時間戳]
[0050]* [代理-信息]
[0051]*[路由-記錄]
[0052]* [AVP]
[0053]這個請求的目的地- 領域(Destination-Realm)屬性變量對(AVP)攜帶針對D-RTR的路由地址。CTF不知道D-RTR背后的CCF拓撲。[0054]在接收到ACR之后，D-RTR檢查該請求并且核查記賬-記錄-類型(Accounting-Record-Type) AVP。記賬-記錄-類型AVP是從I至4的具有下列含義的列舉值:1-事件記錄，2-開始記錄,3-過渡階段記錄，以及4-停止記錄。
[0055]值I指示了 ACR是非會話相關的記賬消息。在這些情形下，能夠假定對于D-RTR不存在將它發(fā)送至特定CCF服務器的要求。換句話說，D-RTR能夠選擇任何合適的CCF服務器用于每個事件記錄。
[0056]值2指示了對新會話的報告。這意味著需要選擇合適的CCF服務器用于處理這個新會話。D-RTR可以選擇CCF服務器。2010年11月15日提交的已轉讓給阿爾卡特朗訊美國公司的Sharma的美國專利申請系列第12/946，394號中描述了選擇適當?shù)腃CF服務器用于處理新請求的一種方式，該申請的內容通過引用完整地并入本文。該’394號申請還提供了用于假如CCF服務器產生過載則確定備選的對等CCF服務器的邏輯。用于本文所公開的實施例的邏輯可以基于該’394號申請，除了初始選擇CCF服務器用于處理該會話可以簡單地基于可用CCF服務器中的每個CCF服務器的負載指數(shù)和負載運載能力。在初始選擇階段可以不牽涉任何過載重定向。備選地，輪詢或者加權輪詢方案可以被用來確定該CCF服務器應當服務針對該新會話的ACR。例如，一種算法可以被應用至會話-1D (Session-1D)AVP,以確定主CCF服務器來處理該會話而同時記住輔CCF服務器以防主CCF服務器剛好停止服務(OOS)。
[0057]記賬-記錄-類型AVP中的值3或4指示了已經被CCF服務器所服務的傳出會話。在這種情況下，D-RTR確定哪個CCF服務器正處理該會話。這以下列方式之一來完成:I)通過對會話-1D AVP應用同一函數(shù)以確定用如針對開始記錄的相同方式來處理該會話的Diameter CCF服務器，而同時記住輔CCF服務器以防第一 CCF服務器剛好OOS ;或者2)通過在D-RTR處的會話托管查找表實施方式。該查找表可以包括在網絡中在該時刻正在進行中的所有的唯一會話標識符(ID)。與每個會話-1D相關聯(lián)的是主和輔CCF服務器實例。該查找表還可以包括關于CCF負載狀況和可用性的其他指示。該查找表能夠標識針對這個通信會話而被指派給對應CTF的初始CCF服務器，并且在每次備選的對等CCF服務器被指派給該通信會話用于對應CTF時被更新。
[0058]在第一步驟(即，1:ACR)的末尾，D-RTR應當具有所標識的CCF服務器。參考圖2，在這個示例場景中這是CCF-1。D-RTR當在該請求中做出下列修改之后將該ACR轉發(fā)給CCF-1:
[0059]<ACR>:: =<Diameter 頭部:271，REQ, PXY>
[0060]< 會話-1d>
[0061]{起始-主機}
[0062]{起始-領域}
[0063]{目的地-領域}
[0064]{記賬-記錄-類型}
[0065]{記賬-記錄-數(shù)量}
[0066][Acct-應用-1d]
[0067][供應商-特定-應用-1d] [0068][用戶-名稱][0069][記賬-子-會話-1d]
[0070][Acct-會話-1d]
[0071][Acct-多-會話-1d]
[0072][Acct-過渡階段-間隔]
[0073][記賬-實時-所要求的]
[0074][起始-狀態(tài)-1d]
[0075][事件-時間戳]
[0076]* [代理-信息]
[0077]*[路由-記錄]
[0078]*[AVP]
[0079]這個被轉發(fā)的ACR中的起源-主機(Origin-Host)和起源-領域(Origin-Realm)AVP信息標識該D-RTR，而同時目的地-領域(Destination-Realm)AVP信息包含CCF-1的領域。另外，D-RTR將路由-記錄 (Route-Record)AVP附加至這個被轉發(fā)的請求。該路由-記錄AVP包含該請求從其被接收的CTF的標識，本質上標識了 ACR的“真實”或“實際”的起源者。
[0080]在第二步驟(B卩，2:0VL)中，假定CCF-1正經歷過載并且不能夠可靠地處理所發(fā)送的ACR，則CCF-1必須在ACA中聲明錯誤狀況。這個ACA響應被發(fā)送回到該D-RTR，因為該D-RTR先前將它的標識插入到被路由的ACR的起源-主機AVP中。從CCF-1到D-RTR的ACA響應將具有下列形式:
[0081]<ACR>:: =〈Diameter 頭部:271，PXY>
[0082]< 會話-1d>
[0083]{結果-代碼}
[0084]{起始-主機}
[0085]{起始-領域}
[0086]{記賬-記錄-類型}
[0087]{記賬-記錄-數(shù)量}
[0088][Acct-應用-1d]
[0089][供應商-特定-應用-1d]
[0090][用戶-名稱]
[0091][記賬-子-會話-1d]
[0092][Acct-會話-1d]
[0093][Acct-多 _ 會話 _Id]
[0094][錯誤-報告-主機]
[0095][Acct-過渡階段-間隔]
[0096][記賬-實時-所要求的]
[0097][起始-狀態(tài)-1d]
[0098][事件-時間戳]
[0099]* [代理-信息]
[0100]* [AVP ][0101]由D-RTR所檢查的ACA響應中的AVP之一是結果-代碼(Result-Code) AVP。結果-代碼 AVP (代碼 268)例如可以定義值 1001、2001-2002、3001-3010、4001-4002 以及5001-5017。結果-代碼AVP中的Ixxx值是信息性的。2xxx值指示成功。因此，D-RTR允許ACA具有在結果-代碼AVP中的Ixxx或2xxx值的ACA響應傳遞回到起源CTF。D-RTR使用路由-記錄(Route-Record) AVP信息來填充ACA響應中的起始-主機AVP，并且將該ACA響應路由至發(fā)起對應ACR的CTF實體。
[0102]D-RTR可以使用本文所描述的各種技術來處理用于結果-代碼AVP的剩余值中的至少一些值，以克服當前被指派用于處理該會話的CCF服務器處的某些錯誤或故障狀況。結果-代碼AVP中的3XXX值標識某些類型的協(xié)議錯誤。4xxx值標識某些類型的瞬態(tài)故障。結果-代碼AVP中的5xxx值標識某些類型的永久故障。
[0103]例如，指示CCF服務器處的過載狀況的通常被使用的技術是，發(fā)送具有結果-代碼AVP 中的 3004 值的 ACA。該 3004 值表不 Diameter 過忙(Diameter_Too_Busy)錯誤。Diameter過忙錯誤具有對D-RTR的特定興趣。從在結果-代碼AVP中報告Diameter過忙錯誤的CCF-1接收ACA之后，D-RTR結合負載指數(shù)和恰當?shù)钠渌呗砸?guī)則來從可用的CCF服務器之中確定備選對等CCF服務器。參考圖2，對于這個示例性場景，這個備選對等CCF服務器剛好是CCF-3。因此，D-RTR在先前所轉發(fā)的ACR消息中改變目的地-領域(Destination-Realm)以反映該備選對等CCF服務器，并且將經修正的ACR消息(帶有以新的起源-主機和路由-記錄AVP信息的先前修改)發(fā)送至CCF-3。這在圖2中被示出為第三步驟(B卩，3:ACR)。第四步驟(S卩，4:ACA)示出了該ACA消息回到D-RTR，該ACA消息被D-RTR修改以反映正確的起源主機(Origin-Host) AVP信息并且被路由至用于原始ACR的起源CTF。
[0104]參考圖3，計費系統(tǒng)的另一個示例性實施例包括D-RTR，該D-RTR在主CCF報告瞬態(tài)故障狀況時提供ACR的輔路由。關于4XXX結果代碼值，指示在CCF服務器處的用于存儲ACR的可用空間的暫時短缺的通常被使用的技術是，發(fā)送具有結果-代碼AVP中的4002值的ACA。該4002值表示Diameter耗盡空間(Diameter_0ut_0f_Space)錯誤。對于示例性場景，假定CCF-1響應于從D-RTR接收到ACR而在ACA中報告Diameter耗盡空間錯誤。這發(fā)生在當討論中的CCF由于存儲空間狀況的暫時短缺而不能夠使所接收的ACR進行穩(wěn)定的存儲。所以，對于在第一步驟(即，1:ACR)中所發(fā)送的ACR，參考圖3，CCF-1在第二步驟(即，2:TRE)中以包含結果-代碼AVP中的4002值的ACA來進行響應，該4002值用于指示由于可用存儲空間暫時短缺的瞬態(tài)錯誤。對于這個示例性場景，D-RTR等待可配置量的時間(通常為數(shù)秒)，并且重試將經修改的ACR發(fā)送至同一 CCF-1，如在第三步驟(B卩，3:ACR)中所示出的。如果該ACR被CCF-1接受而沒有進一步的錯誤，則D-RTR接收具有結果-代碼AVP中的2xxx值的肯定ACA (positive ACA)。這被示出在圖3的第四步驟(即，4:ACA)中。D-RTR將該肯定ACA路由回到發(fā)出原始ACR的Diameter客戶端(S卩，起源CTF)。然而，如果Diameter耗盡空間錯誤持續(xù)，例如，當存在由CCF服務器處的輔存儲器故障所引起的嚴重短缺時，則有可能CCF-1將重復該錯誤狀況。在這種情況下，D-RTR行為可以重復該重試嘗試預定數(shù)量的次數(shù)，并且然后如在圖2中所描繪的前進至選擇備選對等CCF服務器來處理這個ACR。備選地，D-RTR可以在第一次重試嘗試的失敗之后直接前進至選擇備選對等CCF服務器(參見圖2)。
[0105]對于5xxx結果代碼值，D-RTR將具有結果-代碼AVP中的5xxx值的ACA路由回到起源CTF對等體，因為這些代碼表示對應的CCF服務器中的永久故障。
[0106]概括地說，本文所描述的各個實施例提供了對由D-RTR從當前被指派的CCF服務器(該D-RTR已經向該CCF服務器路由了該D-RTR從起源CTF所接收的ACR)所接收的ACA的智能處置。本文所描述的各種技術避免了起源CTF、D-RTR、以及當前被指派的CCF服務器之間的“無限循環(huán)”情形。本文所描述的各個實施例提供了一種CCF網絡架構，該CCF網絡架構并入了 D-RTR以隱藏起源CTF與目的地CCF服務器之間的總體網絡拓撲。本文所描述的各種技術通過使用D-RTR還提供了起源CTF處以及目的地CCF服務器處供應上的減少。現(xiàn)有的解決方案傾向于通過使得這些CTF重復將原始ACR消息發(fā)送至同一 CCF服務器從而延遲對ACR的處理并且增加網絡流量。
[0107]再次參考附圖，其中這些展示僅用于舉例說明示例性實施例的目的而不是用于限制所要求保護的主體的目的，圖4描繪了用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程400的示例性實施例，過程400開始于402，其中來自服務提供商網絡的NE的ACR在計費系統(tǒng)中的路由器處被接收。該ACR結合通信會話而與該服務提供商網絡中的NE所提供的服務相關聯(lián)。該計費系統(tǒng)可以包括與路由器相關聯(lián)的多個CCF服務器，用于結合一個或多個通信會話而處理來自服務提供商網絡的一個或多個NE的ACR。
[0108]接著，在該路由器處修改所接收的ACR以形成經修改的ACR (404)。在406處，經修改的ACR從該路由器被發(fā)送至從多個計費控制功能服務器中所選擇的第一 CCF服務器。接著，來自第一 CCF服務器的ACA在該路由器處被接收，該ACA指示第一 CCF服務器不能夠處理經修改的ACR (408)。在410處，經修改的ACR從該路由器被重發(fā)給第一 CCF服務器，或者經修改的ACR在該路由器處被改變以形成經修正的ACR并且經修正的ACR從該路由器被發(fā)送至從多個計費控制功能服務器中所選擇的備選CCF服務器。
[0109]參考圖4和5，用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程500的另一個示例性實施例，包括圖4的過程400并且從402繼續(xù)至502，其中至少部分地基于所接收的ACR中的信息，第一 CCF服務器被選擇為針對在該路由器處的經修改的ACR的目的地。接著，過程500前進至圖4的404。
[0110]在另一個實施例中，過程500包括:至少部分地基于所接收的ACR中的記錄類型信息來確定所接收的ACR是用于針對該NE的新通信會話的開始記錄。在這個實施例中，至少部分地基于一種算法來選擇第一 CCF服務器，該算法包括與在多個CCF服務器之間的處理負載的分布有關的負載分布函數(shù)。
[0111]在進一步的實施例中，過程500包括:至少部分地基于以下各項中的一項或多項來選擇第一 CCF服務器:與多個CCF服務器的負載指數(shù)相關的針對第一 CCF服務器的負載指數(shù)、與多個CCF服務器的負載運載能力相關的針對第一 CCF服務器的負載運載能力、與多個CCF服務器相關的輪詢方案、以及與多個CCF服務器相關的加權輪詢方案。在正描述的該實施例的進一步的實施例中，負載指數(shù)至少部分地基于由多個CCF服務器與該路由器所共享的負載信息。在正描述的該實施例的另一個進一步的實施例中，輪詢方案和加權輪詢方案中的至少一個方案至少部分地基于將算法應用至所接收的ACR中的會話標識符信息。
[0112]在另一個進一步的實施例中，過程500包括:將針對新通信會話的會話標識符、起源來源標識符、以及所選擇的目的地標識符以鏈接關系存儲在該路由器可訪問的存儲設備中。在正描述的該實施例的進一步的實施例中，會話標識符被適配為標識新通信會話，起源來源標識符被適配為結合該新通信會話而將該NE標識為所接收的ACR的起源來源，并且所選擇的目的地標識符被適配為將第一 CCF服務器標識為當前被選擇用于處理針對由該NE所發(fā)起的新通信會話的ACR。
[0113]在又另一個實施例中，過程500包括:至少部分地基于所接收的ACR中的記錄類型信息來確定所接收的ACR是針對該NE的正在進行的通信會話的過渡階段記錄或停止記錄。在這個實施例中，至少部分地基于將正在進行的通信會話匹配至如下的會話標識符來選擇第一 CCF服務器，該會話標識符被鏈接至表示該NE的起源來源標識符以及表示第一 CCF的所選擇的目的地標識符。會話標識符、起源來源標識符、以及所選擇的目的地標識符先前以鏈接關系被存儲在該路由器可訪問的存儲設備中，連同路由從針對該正在進行的通信會話的NE所接收的先前ACR。在進一步的實施例中，會話標識符被適配為標識正在進行的通信會話，起源來源標識符被適配為，結合該正在進行的通信會話，將該NE標識為針對所接收的ACR的起源來源，并且所選擇的目的地標識符被適配為將第一 CCF服務器標識為當前被選擇用于處理針對由該NE所發(fā)起的正在進行的通信會話的ACR。
[0114]參考圖4和6，用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程600的另一個示例性實施例包括圖4的過程400并且從404繼續(xù)至602，其中將NE表示為所接收的ACR的起源來源的起源信息被改變，連同修改所接收的ACR以將該路由器表示為經修改的ACR的中間來源。接著，將該路由器表示為所接收的ACR的中間目的地的目的地信息被改變，連同修改所接收的ACR以將第一 CCF服務器表示為經修改的ACR的所選擇的目的地(604)。在606處，路由記錄信息被添加至所接收的ACR，連同修改所接收的ACR以在經修改的ACR中將該NE表示為所接收的ACR的起源來源。接著，過程600前進至圖4的406。
[0115]在過程600的另一個實施例中，被接收并被修改的ACR中的起源信息包括起源主機信息以及起源領域信息。在過程600的又另一個實施例中，被接收并被修改的ACR中的目的地信息包括目的地領域信息。
[0116]參考圖4和7，用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程700的另一個示例性實施例包括圖4的過程400并且從408繼續(xù)至702，其中該過程確定ACA指示第一 CCF服務器由于過載狀況而不能夠處理經修改的ACR。接著，過程700前進至圖4的410。對于這個實施例，在410中，經修改的ACR被改變以形成經修正的ACR，并且經修正的ACR被發(fā)送至備選CCF服務器，以代替重發(fā)經修改的ACR。
[0117]在過程700的另一個實施例中，ACA指示第一 CCF服務器過于繁忙而不能夠處理經修改的ACR。在過程700的又另一個實施例中，ACA包括具有代碼值3004的結果代碼信肩、O
[0118]在又另一個實施例中，過程700還包括:在該路由器處至少部分地基于一種算法來將備選CCF服務器選擇作為用于經修改的ACR的備選目的地，該算法包括與在多個CCF服務器之間的處理負載的分布有關的負載分布函數(shù)。
[0119]在進一步的實施例中，過程700還包括:至少部分地基于以下各項中的一項或多項來選擇備選CCF服務器:與多個CCF服務器的負載指數(shù)相關的針對備選CCF服務器的負載指數(shù)、與多個CCF服務器的負載運載能力相關的針對備選CCF服務器的負載運載能力、與多個CCF服務器相關的輪詢方案、以及與多個CCF服務器相關的加權輪詢方案。在正描述的該實施例的進一步的實施例中，負載指數(shù)至少部分地基于由多個CCF服務器與該路由器所共享的負載信息。在正描述的該實施例的另一個進一步的實施例中，輪詢方案和加權輪詢方案中的至少一個方案至少部分地基于將算法應用至所接收的ACR中的會話標識符信息。
[0120]在另一個進一步的實施例中，過程700還包括:將針對新通信會話的會話標識符、起源來源標識符、以及所選擇的目的地標識符以鏈接關系存儲在該路由器可訪問的存儲設備中。在正描述的該實施例的進一步的實施例中，會話標識符被適配為標識該通信會話，起源來源標識符被適配為結合該通信會話而將該NE標識為所接收的ACR的起源來源，并且所選擇的目的地標識符被適配為將備選CCF服務器標識為當前被選擇用于處理針對由該NE所發(fā)起的通信會話的ACR。
[0121]在又另一個實施例中，過程700還包括:在該路由器處從備選CCF服務器接收ACA,該ACA指示該備選CCF服務器成功地處理經修正的ACR。在這個實施例中，所接收的ACA在該路由器處被修改以形成經修改的ACA。在正描述的該實施例中，經修改的ACA從該路由器被發(fā)送至該NE。
[0122]參考圖4和8，用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程800的另一個示例性實施例包括圖4的過程400并且從408繼續(xù)至802，其中該過程確定ACA指示第一 CCF服務器由于瞬態(tài)故障狀況而不能夠處理經修改的ACR。接著，過程800前進至圖4的410。對于這個實施例，在410中，經修改的ACR被重發(fā)給第一 CCF服務器，以代替發(fā)送經修正的ACR。
[0123]在過程800的另一個實施例中，ACA指示第一 CCF服務器至少暫時地耗盡空間而不能夠處理經修改的ACR。在過程800的又另一個實施例中，ACA包括具有代碼值4002的結果代碼信息。在又另一個實施例中，過程800還包括在接收到ACA之后重發(fā)經修改的ACR之前等待可配置的時間。
[0124]在再又另一個實施例中，過程800還包括:在該路由器處從第一 CCF服務器接收ACA,該ACA指示第一 CCF服務器成功地處理經修改的ACR。在這個實施例中，所接收的ACA在該路由器處被修改以形成經修改的ACA。在正描述的實施例中，經修改的ACA從該路由器被發(fā)送至該NE。
[0125]參考圖9，用于在計費系統(tǒng)902中用來對服務提供商網絡906的NE904所提供的服務進行記賬的路由器900的示例性實施例。路由器900包括服務網絡通信模塊908、消息處理模塊910、以及計費系統(tǒng)通信模塊912。服務網絡通信模塊908用于從服務提供商網絡906的NE904接收ACR。該ACR結合通信會話而與服務提供商網絡906中的NE904所提供的服務相關聯(lián)。計費系統(tǒng)902包括多個CCF服務器914，用于結合一個或多個通信會話而處理來自服務提供商網絡906的一個或多個NE (例如，904)的ACR。與服務網絡通信模塊908處于操作性通信中的消息處理模塊910，用于修改所接收的ACR以形成經修改的ACR。與消息處理模塊910處于操作性通信中的計費系統(tǒng)通信模塊912，用于將經修改的ACR發(fā)送至從多個計費控制功能服務器914中所選擇的第一 CCF服務器916。計費系統(tǒng)通信模塊912還用于從第一 CCF服務器916接收ACA，該ACA指示第一 CCF服務器916不能夠處理經修改的ACR。消息處理模塊910還用于確定是否經由計費系統(tǒng)通信模塊912來將經修改的ACR重發(fā)給第一 CCF服務器916，或者改變經修改的ACR以形成經修正的ACR并且經由計費系統(tǒng)通信模塊912將經修正的ACR發(fā)送至備選CCF服務器918。備選CCF服務器918是從多個計費控制功能服務器914中選擇的。
[0126]在路由器900的另一個實施例中，消息處理模塊還用于至少部分地基于所接收的ACR中的信息，將第一 CCF服務器916選擇作為用于經修改的ACR的目的地。
[0127]在路由器900的進一步實施例中，消息處理模塊910還用于:至少部分地基于所接收的ACR中的記錄類型信息來確定所接收的ACR是用于針對NE904的新通信會話的開始記錄；并且至少部分地基于一種算法來選擇第一 CCF服務器916，該算法包括與在多個CCF服務器914之間的處理負載的分布有關的負載分布函數(shù)。
[0128]在路由器900的又進一步的實施例中，消息處理模塊910還用于至少部分地基于以下各項中的一項或多項來選擇第一CCF服務器916:與多個CCF服務器914的負載指數(shù)相關的針對第一 CCF服務器916的負載指數(shù)、與多個CCF服務器914的負載運載能力相關的針對第一 CCF服務器916的負載運載能力、與多個CCF服務器914相關的輪詢方案、以及與多個CCF服務器914相關的加權輪詢方案。在路由器900的又進一步的實施例中，負載指數(shù)至少部分地基于經由計費系統(tǒng)通信模塊912從多個CCF服務器914所接收的負載信息。在路由器900的另一個又進一步的實施例中，輪詢方案和加權輪詢方案中的至少一個方案至少部分地基于將算法應用至所接收的ACR中的會話標識符信息。
[0129]在另一個又進一步的實施例中，路由器900還包括與消息處理模塊910處于操作性通信中的存儲設備920，用于以鏈接關系存儲新通信會話的會話標識符、起源來源標識符、以及所選擇的目的地標識符。在路由器900的又進一步的實施例中，會話標識符被適配為標識該新通信會話，起源來源標識符被適配為結合該新通信會話而將NE904標識為所接收的ACR的起源來源，并且所選擇的目的地標識符被適配為將第一 CCF服務器916標識為當前被選擇用于處理針對由NE904所發(fā)起的新通信會話的ACR。在其他實施例中，存儲設備920可以在路由器900的外部。外部存儲設備920可以位于計費系統(tǒng)902的任何合適的NE中。
[0130]在路由器900的另一個進一步的實施例中，消息處理模塊910還用于至少部分地基于所接收的ACR中的記錄類型信息來確定所接收的ACR是針對NE904的正在進行的通信會話的過渡階段記錄或停止記錄，并且至少部分地基于將正在進行的通信會話匹配至如下的會話標識符來選擇第一 CCF服務器916，該會話標識符被鏈接至表示NE904的起源來源標識符以及表示第一 CCF916的所選擇的目的地標識符。在這個實施例中，路由器900還包括處在與消息處理模塊910處于操作性通信中的存儲設備920，用于以鏈接關系存儲會話標識符、起源來源標識符、以及所選擇的目的地標識符，連同路由從針對該正在進行的通信會話的NE904所接收的先前ACR。在其他實施例中，存儲設備920可以在路由器900的外部。外部存儲設備920可以位于計費系統(tǒng)902的任何合適的NE中。
[0131]在路由器900的又進一步實施例中，會話標識符被適配為標識正在進行的通信會話，起源來源標識符被適配為結合正在進行的通信會話而將NE904標識為所接收的ACR起源來源，并且所選擇的目的地標識符被適配為將第一 CCF服務器916標識為當前被選擇用于處理針對由NE904所發(fā)起的正在進行的通信會話的ACR。
[0132]在路由器900的又另一個實施例中，消息處理模塊910還用于改變表示作為所接收的ACR的起源來源的NE904的起源信息，連同修改所接收的ACR以將該路由器900表示為經修改的ACR的中間來源，改變將該路由器900表示為所接收的ACR的中間目的地的目的地信息，連同修改所接收的ACR以將第一 CCF服務器916表示為經修改的ACR的所選擇的目的地，并且將路由記錄信息添加至所接收的ACR，連同修改所接收的ACR以在經修改的ACR中將NE904表示為所接收的ACR的起源來源。在路由器900的進一步實施例中，被接收并被修改的ACR中的起源信息包括起源主機信息以及起源領域信息。在路由器900的另一個進一步的實施例中，被接收并被修改的ACR中的目的地信息包括目的地領域信息。
[0133]在路由器900的又另一個實施例中，消息處理模塊910還用于確定ACA指示第一CCF服務器916由于過載狀況而不能夠處理經修改的ACR，并且用于確定經修改的ACR將被改變以形成經修正的ACR，并且由計費系統(tǒng)通信模塊912發(fā)送至備選CCF服務器918以代替重發(fā)經修改的ACR。
[0134]在路由器900的進一步實施例中，ACA指示第一 CCF服務器916過于繁忙而不能夠處理經修改的ACR。在路由器900的另一個進一步的實施例中，ACA包括具有代碼值3004的結果代碼信息。
[0135]在路由器900的又另一個進一步的實施例中，消息處理模塊910還用于至少部分地基于一種算法來選擇備選CCF服務器918作為用于經修改的ACR的備選目的地，該算法包括與在多個CCF服務器914之間的處理負載的分布有關的負載分布函數(shù)。
[0136]在路由器900的又進一步的實施例中，消息處理模塊910還用于:至少部分地基于以下各項中的一項或多項來選擇備選CCF服務器918:與多個CCF服務器914的負載指數(shù)相關的針對備選CCF服務器918的一個或多個負載指數(shù)、與多個CCF服務器914的負載運載能力相關的針對備選CCF服務器918的負載運載能力、與多個CCF服務器914相關的輪詢方案、以及與多個CCF服務器914相關的加權輪詢方案。在路由器900的又進一步的實施例中，負載指數(shù)至少部分地基于經由計費系統(tǒng)通信模塊912從多個CCF服務器914所接收的負載信息。在路由器900的另一個又進一步的實施例中，輪詢方案和加權輪詢方案中的至少一個方案至少部分地基于將算法應用至所接收的ACR中的會話標識符信息。
[0137]在另一個又進一步的實施例中，路由器900還包括存儲設備920，用于以鏈接關系存儲針對新通信會話的會話標識符、起源來源標識符、以及所選擇的目的地標識符。在路由器900的又進一步的實施例中，會話標識符被適配為標識該通信會話，起源來源標識符被適配為結合該通信會話而將NE904標識為所接收的ACR的起源來源，并且所選擇的目的地標識符被適配為將備選CCF服務器918標識為當前被選擇用于處理針對由NE904所發(fā)起的該通信會話的ACR。在路由器900的又另一個進一步的實施例中，計費系統(tǒng)通信模塊912還用于從備選CCF服務器918接收ACA，該ACA指示該備選CCF服務器918成功地處理經修正的ACR。在這個實施例中，消息處理模塊910還用于修改所接收的ACA以形成經修改的ACA。在正描述的該實施例中，服務網絡通信模塊908還用于將經修改的ACA發(fā)送至NE904。
[0138]在路由器900的再又另一個實施例中，消息處理模塊910還用于確定ACA指示第一 CCF服務器916由于瞬態(tài)故障狀況而不能夠處理經修改的ACR，并且用于確定經修改的ACR將由計費系統(tǒng)通信模塊912重發(fā)給第一 CCF服務器916以代替發(fā)送經修正的ACR。在路由器900的進一步實施例中，ACA指示第一 CCF服務器916至少暫時地耗盡空間而不能夠處理經修改的ACR。在路由器900的另一個進一步的實施例中，ACA包括具有代碼值4002的結果代碼信息。在路由器900的又另一個進一步的實施例中，消息處理模塊910還用于促使計費系統(tǒng)通信模塊912在接收到ACA之后重發(fā)經修改的ACR之前等待可配置的時間。在路由器900的又另一個進一步的實施例中，計費系統(tǒng)通信模塊912還用于從第一 CCF服務器916接收ACA，該ACA指示第一 CCF服務器916成功地處理經修改的ACR。在這個實施例中，消息處理模塊910還用于修改所接收的ACA以形成經修改的ACA。在正描述的該實施例中，服務網絡通信模塊908還用于將經修改的ACA發(fā)送至NE904。
[0139]再次參考圖4，存儲程序指令的非瞬態(tài)計算機可讀介質的示例性實施例，當由計算機執(zhí)行時，這些程序指令使得計費系統(tǒng)中的對應計算機控制的路由器執(zhí)行用于使用該計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程。在各個附加的實施例中，當由該計算機執(zhí)行時，存儲在該非瞬態(tài)計算機可讀存儲器中的這些程序指令，可以使得該計算機控制的路由器執(zhí)行與參考圖4-8的用于使用計費系統(tǒng)來對服務提供商網絡的NE所提供的服務進行記賬的過程400、500、600、700、800相關聯(lián)的功能的各種組合。換句話說，上文所描述的這些過程的各種實施例可以由存儲在非瞬態(tài)計算機可讀介質中的程序指令來實施。
[0140]同樣地，在各種實施例中，當由計算機執(zhí)行時，存儲在非瞬態(tài)計算機可讀介質中的這些程序指令可以使得該計算機控制的路由器執(zhí)行與上文參考圖9所描述的路由器900的各個實施例相關聯(lián)的功能的組合。例如，計算機控制的設備可以包括路由器900。上文參考圖9所描述的任何合適的模塊可以包括計算機以及與這些程序指令相關聯(lián)的非瞬態(tài)計算機可讀介質。備選地，該計算機以及與這些程序指令相關聯(lián)的非瞬態(tài)計算機可讀介質，可以是與上文參考圖9所描述的模塊的任何合適組合處于操作性通信中的個別組件或者組合組件。
[0141]上文的描述僅提供了本發(fā)明的特定實施例的公開內容，并且不意圖用于將本發(fā)明限制于這些特定實施例的目的。如此，本發(fā)明不僅限于上文所描述的實施例。更確切地說，將認識到本領域技術人員可以構想出落在本發(fā)明范圍內的備選實施例。
【權利要求】
1.一種用于使用計費系統(tǒng)來對服務提供商網絡的網絡元件所提供的服務進行記賬的方法，包括: 在計費系統(tǒng)中的路由器處從服務提供商網絡的網絡元件接收記賬請求，所述記賬請求結合通信會話而與所述服務提供商網絡中的所述網絡元件所提供的服務相關聯(lián)，所述計費系統(tǒng)包括與所述路由器相關聯(lián)的多個計費收集功能服務器，用于結合一個或多個通信會話而處理來自所述服務提供商網絡的一個或多個網絡元件的記賬請求； 在所述路由器處修改所接收的記賬請求以形成經修改的記賬請求； 將所述經修改的記賬請求從所述路由器發(fā)送至從多個計費控制功能服務器中所選擇的第一計費收集功能服務器； 在所述路由器處從所述第一計費收集功能服務器接收記賬應答，所述記賬應答指示所述第一計費收集功能服務器不能夠處理所述經修改的記賬請求；以及 將所述經修改的記賬請求從所述路由器重發(fā)至所述第一計費收集功能服務器，或者在所述路由器處改變所述經修改的記賬請求以形成經修正的記賬請求并且將所述經修正的記賬請求從所述路由器發(fā)送至從所述多個計費控制功能服務器中所選擇的備選計費收集功能服務器。
2.根據權利要求1所述的方法，進一步包括: 至少部分地基于所接收的記賬請求中的信息，將所述第一計費收集功能服務器選擇作為用于在所述路由器處的所述經修改的記賬請求的目的地。
3.根據權利要求1所述的方法，進一步包括: 將表示所述網絡元件的起源信息改變?yōu)樗邮盏挠涃~請求的起源來源，連同修改所接收的記賬請求以將所述路由器表示為所述經修改的記賬請求的中間來源； 將表示所述路由器的目的地信息改變?yōu)樗邮盏挠涃~請求的中間目的地，連同修改所接收的記賬請求以將所述第一計費收集功能服務器表示為所述經修改的記賬請求的所選擇的目的地；以及 將路由記錄信息添加至所接收的記賬請求中，連同修改所接收的記賬請求以在所述經修改的記賬請求中將所述網絡元件表示為所接收的記賬請求的所述起源來源。
4.根據權利要求1所述的方法，進一步包括: 確定所述記賬應答指示所述第一計費收集功能服務器由于過載狀況而不能夠處理所述經修改的記賬請求，其中所述經修改的記賬請求被改變以形成所述經修正的記賬請求并且所述經修正的記賬請求被發(fā)送至所述備選計費收集功能服務器，以代替重發(fā)所述經修改的記賬請求。
5.根據權利要求1所述的方法，進一步包括: 確定所述記賬應答指示所述第一計費收集功能服務器由于瞬態(tài)故障狀況而不能夠處理所述經修改的記賬請求，其中所述經修改的記賬請求被重發(fā)送至所述第一計費收集功能服務器，以代替發(fā)送所述經修正的記賬請求。
6.一種用于在計費系統(tǒng)中用來對服務提供商網絡的網絡元件所提供的服務進行記賬的裝置，所述裝置包括: 服務網絡通信模塊，用于從服務提供商網絡的網絡元件接收記賬請求，所述記賬請求結合通信會話而與所述服務提供商網絡中的所述網絡元件所提供的服務相關聯(lián)，所述計費系統(tǒng)包括多個計費收集功能服務器，用于結合一個或多個通信會話而處理來自所述服務提供商網絡的一個或多個網絡元件的記賬請求； 與所述服務網絡通信模塊處于操作性通信中的消息處理模塊，用于修改所接收的記賬請求以形成經修改的記賬請求；以及 與所述消息處理模塊處于操作性通信中的計費系統(tǒng)通信模塊，用于將所述經修改的記賬請求發(fā)送至從多個計費控制功能服務器中所選擇的第一計費收集功能服務器； 其中所述計費系統(tǒng)通信模塊還用于從所述第一計費收集功能服務器接收記賬應答，所述記賬應答指示所述第一計費收集功能服務器不能夠處理所述經修改的記賬請求； 其中所述消息處理模塊還用于確定是否將所述經修改的記賬請求經由所述計費系統(tǒng)通信模塊重發(fā)給所述第一計費收集功能服務器，或者改變所述經修改的記賬請求以形成經修正的記賬請求并且將所述經修正的記賬請求經由所述計費系統(tǒng)通信模塊發(fā)送至備選計費收集功能服務器，所述備選計費收集功能服務器是從所述多個計費控制功能服務器中選擇的。
7.根據權利要求6所述的裝置，其中所述消息處理模塊還用于至少部分地基于所接收的記賬請求中的信息，將所述第一計費收集功能服務器選擇作為用于所述經修改的記賬請求的目的地。
8.根據權利要求6所述的裝置，其中所述消息處理模塊還用于將表示所述網絡元件的起源信息改變?yōu)樗邮盏挠涃~請求的起源來源，連同修改所接收的記賬請求以將所述裝置表示為所述經修改的記賬請求的中間來源；用于將表示所述裝置的目的地信息改變?yōu)樗邮盏挠涃~請求的中間目的地，連同修改所接收的記賬請求以將所述第一計費收集功能服務器表示為所述經修改的記賬請求的所選擇的目的地；以及用于將路由記錄信息添加至所接收的記賬請求中，連同修改所接收的記賬請求以在所述經修改的記賬請求中將所述網絡元件表示為所接收的記賬請求的所述起源來源。
9.根據權利要求6所述的裝置，其中所述消息處理模塊還用于確定所述記賬應答指示所述第一計費收集功能服務器由于過載狀況而不能夠處理所述經修改的記賬請求；并且用于確定所述經修改的記賬請求將被改變以形成所述經修正的記賬請求并且由所述計費系統(tǒng)通信模塊發(fā)送至所述備選計費收集功能服務器，以代替重發(fā)所述經修改的記賬請求；并且用于至少部分地基于一種算法來將所述備選計費收集功能服務器選擇作為用于所述經修改的記賬請求的備選目的地，所述算法包括與所述多個計費收集功能服務器之間的處理負載的分布有關的負載分布函數(shù)，所述裝置進一步包括: 存儲設備，用于以鏈接關系來存儲針對所述通信會話的會話標識符、起源來源標識符、以及所選擇的目的地標識符。
10.根據權利要求6所述的裝置，其中所述消息處理模塊還用于確定所述記賬應答指示所述第一計費收集功能服務器由于瞬態(tài)故障狀況而不能夠處理所述經修改的記賬請求；并且用于確定所述經修改的記賬請求將由所述計費系統(tǒng)通信模塊重發(fā)給所述第一計費收集功能服務器，以代替發(fā)送所述經修正的記賬請求。
【文檔編號】H04L29/08GK103918220SQ201280048869
【公開日】2014年7月9日 申請日期:2012年9月14日 優(yōu)先權日:2011年10月7日
【發(fā)明者】R·沙瑪 申請人:阿爾卡特朗訊