在離線計費系統中減少部分CDR的處理的製作方法
2023-05-17 06:08:31
本公開文涉及通信系統的領域，並且特別涉及離線計費。
背景技術：
服務提供商通常向終端用戶(也稱為訂戶)提供大量語音和數據服務。語音服務的示例是語音呼叫、呼叫轉移、呼叫等待等。數據服務的示例是流音頻、流視頻、網際網路協議上的語音(voip)、在線遊戲和ip電視。數據服務由分組交換(ps)核心網絡管理，分組交換(ps)核心網絡將終端用戶與諸如網際網路的外部分組數據網絡(pdn)進行連接。ps核心網絡的一些示例是通用分組無線電服務(gprs)核心網、長期演進(lte)網絡的演進分組核心(epc)等。諸如手機、個人數據助理、智慧型電話、筆記本電腦等的行動裝置可以通過與一個或多個基站的空中接口接入由網絡提供的數據服務。
服務提供商使用離線和在線計費功能來跟蹤每個設備使用各種服務所引起的資源使用情況。3gpp/3gpp2標準組已經定義了可以用於在各種網絡域(例如，電路交換域、分組交換域和/或無線域)、ip多媒體子系統(ims)和新興的3g/oma應用服務中實現在線計費系統和離線計費系統的一組規範。
根據3gppts32.240規範，離線計費是一種與資源使用同時收集網絡該資源使用的計費信息的過程。計費信息通過一連串的計費功能來傳遞，這導致計費數據記錄(cdr)文件的生成，計費數據記錄(cdr)文件被傳送到網絡運營商的收費域用於訂戶收費和/或運營商間記帳。為了實現離線計費，在提供服務的網絡元件中實現了計費觸發功能(ctf)。ctf收集關於可收費事件的信息，將該信息組合成匹配的計費事件，並將計費事件發送到可以在網絡元件或離線計費系統(ofcs)中實現的計費數據功能(cdf)。
cdf從一個或多個ctf接收計費事件，並使用包括在計費事件中的信息來構建cdr。cdr是用於收費和記帳的有關可計費事件的信息(例如，呼叫建立時間、呼叫持續時間、傳送的數據量等)的格式化的集合。cdf然後向ofcs的計費網關功能(cgf)發送cdr。cgf充當網絡和收費域之間的網關。因此，cgf從該cdf(和其它cdf)收集cdr，可選地將cdr相關聯並將cdr寫入cdr文件，並使cdr文件對於收費域可用。
3gppts32.240規範提供對cdf和cgf之間的完全限定的部分cdr(fqpc)和減少的部分cdr(rpc)的支持。fqpc是包括針對cdr類型指定的欄位的完整集合的部分cdr。這包括所有強制和條件欄位以及網絡運營商已經規定包括在cdr中的那些欄位。rpc是僅提供強制欄位和關於會話參數的相對於先前的部分cdr的變化的信息的部分cdr。作為示例，從cdf向cgf發送的第一部分cdr是包括所有必需欄位的fqpc。該fqpc作為用於提供隨後由cgf針對相同會話收到的rpc中遺漏的信息的基礎。如果會話的信息沒有改變，則cgf可以從cdf接收rpc。在接收到rpc後，cgf能夠基於其針對同一會話接收的先前的fqpc來從rpc構建另一fqpc。
技術實現要素：
本文描述的實施例提供了一種在離線計費系統內處理rpc的方式。當cgf接收針對會話的fqpc時，它將fqpc的數據(例如，副本)存儲在可由離線計費系統內的cgf中的每個cgf訪問的集中的存儲模塊中。存儲在集中的存儲模塊中的fqpc數據充當用於在沒有首先接收到針對該會話的fqpc情況下接收針對該會話的rpc的任意cgf的參考數據。例如，如果存在處理針對會話的部分cdr的主cgf的故障，則rpc可以被路由到輔cgf。然而，輔cgf先前沒有收到針對該會話的fqpc。當諸如這種情況的場景發生時，第二cgf可以從集中的存儲模塊獲取fqpc數據，並使用fqpc數據和rpc數據構建針對會話的另一fqpc。因此，可以基於存儲在集中的存儲模塊中的數據來將rpc重建成fqpc。
一個實施例包括離線計費系統，其包括在至少一個硬體平臺上實現的計費網關功能(cgf)的集群。集群的第一cgf被配置為接收針對會話的第一fqpc，並且將來自第一fqpc的fqpc數據存儲在由集群中的cgf中的每個cgf可訪問的集中的存儲模塊中。集群的第二cgf被配置為響應於第一cgf的故障來接收針對會話的rpc，從集中的存儲模塊取回fqpc數據，並且基於rpc和從集中的存儲模塊取回的fqpc數據生成針對會話的第二fqpc。
在另一實施例中，第一cgf被配置為將fqpc數據作為對象存儲在集中的存儲模塊中，並且基於指派給會話的計費id來向對象指派名稱。
在另一實施例中，第二cgf被配置為從rpc提取針對會話的計費id，基於計費id導出針對fqpc數據的對象的名稱，以及基於對象的名稱從集中的存儲模塊中取回針對fqpc數據的對象。
在另一實施例中，第二cgf被配置為接收針對會話的第三fqpc，並且基於該第三fqpc來更新集中的存儲模塊中的fqpc數據。
在另一實施例中，第二cgf被配置為識別會話的結束，並響應於會話的結束來從集中的存儲模塊中刪除fqpc數據。
在另一實施例中，集中的存儲模塊包括雲存儲。
在另一實施例中，離線計費系統包括連接在cgf的集群與計費數據功能(cdf)的集群之間的後端分配器。後端分配器被配置為將部分cdr從cdf的集群分發到cgf的集群。
在另一實施例中，如果第二cgf接收到針對會話的先前的fqpc，則第二cgf被配置為從本地存儲器取回先前的fqpc，並且基於rpc和從本地存儲器取回的先前的fqpc來生成針對會話的第二fqpc。
另一實施例包括操作包括cgf的集群的離線計費系統的方法。該方法包括在集群的第一cgf中接收針對會話的第一fqpc，以及將來自第一fqpc的fqpc數據存儲在由集群中的cgf中的每個cgf可訪問的集中的存儲模塊中。該方法還包括響應於第一cgf的故障，在集群的第二cgf中接收針對會話的rpc、從集中的存儲模塊取回fqpc數據、以及基於rpc和從集中的存儲模塊取回的fqpc數據來在第二cgf中生成針對會話的第二fqpc。
另一實施例包括離線計費系統，該離線計費系統包括cgf的集群。集群的cgf被配置為接收針對會話的部分cdr，並且確定該部分cdr是否包括fqpc或rpc。當該部分cdr包括fqpc時，cgf被配置為將來自fqpc的fqpc數據存儲在由集群中的cgf中的每個cgf可訪問的集中的存儲模塊中。當部分cdr包括rpc時，cgf被配置為確定先前的fqpc是否針對會話在cgf中被接收，響應於在確定先前的fqpc未在cgf中被接收，從集中的存儲模塊取回fqpc數據，並基於rpc和從集中的存儲模塊取回的fqpc數據生成針對會話的第二fqpc。
在另一實施例中，當該部分cdr包括rpc時，cgf被配置為響應於確定先前的fqpc在cgf中被接收而從本地存儲器取回fqpc數據，並基於所述rpc和從本地存儲器取回的fqpc數據來生成針對會話的第二fqpc。
以上概述提供了對本說明書某些方面的基本理解。該概述不是對本說明書的廣泛概述。既不旨在標識本說明書的主要或者關鍵要素，也不旨在描述本說明書的特定實施例或權利要求書的任意範圍。其唯一目的是以簡化形式呈現本說明書的一些概念，作為稍後呈現的更詳細描述的前序。
附圖說明
現在僅通過示例並參照附圖來描述本公開的一些實施例。相同的附圖標記在所有附圖上表示相同的元素或相同類型的元素。
圖1示出了示例實施例中的離線計費架構。
圖2是示出了在示例實施例中處理cgf集群中的rpc的方法的流程圖。
圖3是示出了示例實施例中的rpc處理的流程圖。
具體實施方式
附圖和以下描述示出了具體的示例實施例。因此，應當理解，本領域技術人員將能夠設計儘管未在本文中明確描述或示出但體現實施例的原理並且包括在實施例的範圍內的各種布置。此外，本文描述的任意示例旨在有助於理解實施例的原理，並且被解釋為不限於這些具體列舉的示例和條件。因此，本發明的概念不限於如下描述的特定實施例或示例，而是由權利要求書及其等同物限定。
除非另有說明，術語「第一」、「第二」等在本文中僅用作標籤，並不旨在對這些術語所指的條目施加次序、位置或等級的要求。
圖1示出了示例實施例中的離線計費架構100。架構100可以在向其訂戶(即，終端用戶和相關聯的用戶設備(ue))提供服務的電路交換網絡或分組交換網絡中實現，以向訂戶提供離線計費。一些示例網絡包括ip多媒體子系統(ims)網絡、長期演進(lte)網絡、通用分組無線電業務(gprs)等。
架構100包括通過前端分配器110連接到離線計費系統(ofcs)120的網絡元件102。網絡元件102是在提供由網絡提供的服務中使用的裝置或設備。例如，網絡元件可以包括ims網絡的服務-呼叫會話控制功能(s-cscf)或應用伺服器(as)、lte網絡的服務網關(sgw)或分組數據網絡網關(pgw)等。網絡元件102包括檢測由網絡元件102提供的針對服務的可收費事件的計費觸發功能(ctf)104，將針對可計費事件的信息組合成匹配的計費事件，並將計費事件發送到計費數據功能(cdf)。在網絡元件102的情況下，ctf104使用diameterrf接口。因此，ctf104將計費信息組合到記帳請求中，諸如diameterrf記帳請求(acr)。儘管在圖1中示出了一個ctf104，但是可能存在與前端分配器110接觸的多個ctf。
ofcs120是被配置為針對由網絡提供的會話或服務實現離線計費的裝置、伺服器、設備或裝備。離線計費可以有兩種類型：基於會話或基於事件。在基於事件的計費中，ctf報告所實施的以下使用或服務，其中該服務提供在單個操作中實施，諸如用戶註冊、重新註冊、註銷等。ctf報告acrevent中的使用。基於會話的計費是報告針對會話的使用報告的過程，並使用start、interim和stop記帳數據。在會話期間，ctf104可以根據會話的進行來傳輸多個acr中間件。
在該實施例中，ofcs120包括cdf集群121，cdf集群121包括多個cdf(cdf1-cdfn)122-125。cdf包括ofcs120內的接收來自網絡元件內的ctf的計費事件、將計費事件格式化為cdr、並將cdr發送到cgf的元件或模塊。ofcs120還包括cgf集群131和集中的存儲模塊138，cgf集群131包括多個cgf(cgf1-cgfn)132-135。cgf包括在ofcs120內將針對會話的cdr相關聯、並將cdr文件和相關的cdr轉發到收費域140的元素或模塊。集中的存儲模塊138包括由cgf集群131中的每個cgf132-135可訪問的任意存儲設備。例如，在一個實施例中，集中的存儲模塊138可以包括在與cgf集群131相同平臺上的存儲陣列。在另一實施例中，集中的存儲模塊138可以包括通過網絡(未示出)可訪問的雲存儲設備。存儲模塊138被認為「集中」，因為它由cgf集群131中的每個cgf132-135可訪問。
ofcs120中的cdf通過diameterga接口與cgf通信。在圖1所示的情況下，gtp'用於ga接口，以將cdr從cdf傳送到cgf。即使在圖1中沒有具體示出，但是ofcs120可以包括實現cdf122-125和cgf132-135的一個或多個處理器或其它硬體平臺。
收費域140是運營商網絡的接收和處理cdr文件用於收費調解和其它收費應用(例如統計應用)的一部分。
前端分配器110在ctf(例如，ctf104)和ofcs120中的cdf122-125之間實現。前端分配器110的目的是將來自ctf的diameter請求或記帳請求(例如，acr)分配到ofcs120內的多個cdf122-125。
後端分配器115在ofcs120中的cdf122-125和cgf132-135之間實現。後端分配器115的目的是將cdr從cdf122-125分配到cgf132-135。
使用分配器簡化了運營商配置任務；當系統擴展時，配置活動被優化為在分配器處包括新的系統(或子系統)標識。因此，在自動擴展的情況下，當cdf被添加到網絡拓撲中時，前端分配器110用其信息被更新。類似地，當添加cgf時，後端分配器115被更新。分配器在離線收費處理鏈中提供一定程度的隔離。然而，這阻止cdf識別cgf故障轉移，其中步驟確定cdf將要發送的部分cdr應當是完全限定的部分cdr(fqpc)還是減少的部分cdr(rpc)。
以下實施例示出了處理ofcs120內生成的部分cdr的新方式。作為概述，當fqpc針對會話被生成並被路由到cgf集群131中的cgf時，cgf將fqpc的副本存儲在集中的存儲模塊138中。該fqpc可由cgf集群131中的任意cgf132-135訪問，使得cgf可以識別針對會話的cdr類型指定的欄位的完整集合。如果cgf集群131中的cgf在沒有首先接收到會話的fqpc的情況下接收rpc(諸如當針對該會話選擇的另一cgf存在故障時)，則接收rpc的cgf可以查詢集中的存儲模塊138來取回針對會話存儲的關於fqpc的數據。cgf可以與rpc一起處理針對會話的fqpc，以生成針對會話的另一fqpc。因此，即使cgf在沒有首先接收到針對會話的fqpc的情況下接收rpc，cgf仍能夠從集中的存儲模塊138取回fqpc所需的欄位，使它也可以生成針對會話的fqpc。當會話期間出現cgf故障時，故障轉移cgf能夠通過查詢集中的存儲模塊138來生成針對會話的fqpc。該新方法緩解了cdf知道cgf故障轉移、並且確定是否應在發生故障轉移後發送fqpc而不是rpc的要求。
為了說明離線計費，圖1中的ctf104檢測針對由網絡元件102提供的服務的可計費事件，並且ctf104將可計費事件的信息組裝成記帳請求。記帳請求是針對通過會話標識符(id)引用的會話。前端分配器110從ctf104接收針對會話的記帳請求，並且，諸如基於分發算法、查找表等，選擇記帳請求的目的地cdf(例如，cdf122-125之一)。然後，前端分配器110將記帳請求路由到所選擇的cdf(例如cdf122)。
cdf122處理記帳請求以打開或更新針對會話的cdr。例如，如果記帳請求是用於會話的開始的「開始」消息，則cdf122可以基於該開始消息來打開針對會話的cdr。如果記帳請求是會話期間的「中間」消息，則cdf122可以基於中間消息來更新針對會話的cdr(已打開)。
可能存在cdf122在會話結束之前關閉cdr的情況，其被稱為部分cdr。例如，當cdf122首先打開cdr時，如果沒有接收到指示會話的結束的「停止」消息，則可以設置用於關閉cdr的定時器。如果cdf122在定時器期滿之前接收到停止消息，則cdf122關閉針對會話的cdr以產生完整的cdr。如果cdf122在定時器期滿之前沒有收到停止消息，則cdf122關閉cdr以生成針對會話的部分cdr。此外，如果cdf122接收到指示針對會話的服務或媒介改變或針對離線計費定義的變化條件中的任意變化條件的記帳請求，則cdf122可以關閉cdr以生成針對會話的部分cdr。部分cdr是提供關於會話的一部分的計費信息的一種cdr。長持續時間會話可能被多個部分cdr覆蓋。存在部分cdr的兩種格式：包含所有必需欄位的fqpc；和具有減少的格式的rpc。cdf122將部分cdr轉發到後端分配器115。
一個或多個cdf122-125可以以類似的方式操作以生成針對會話(或其它會話)的部分cdr。每次cdf生成部分cdr時，它將部分cdr諸如通過ga參考點轉發到後端分配器115。後端分配器115接收針對會話的部分cdr，並且諸如基於分配算法、查找表等，來選擇針對部分cdr的目的地cgf(例如，cgf132-135之一)。後端分配器115然後將部分cdr路由到所選擇的cgf(例如，cgf132)。以下實施例描述了cgf集群131中的cgf如何處理部分cdr。
圖2是示出了在示例實施例中在cgf集群131中處理rpc的方法200的流程圖。將參考圖1中的ofcs120描述方法200的步驟，但是本領域技術人員將理解，方法200可以在其它系統中執行。此外，本文描述的流程圖的步驟不是全部包括的，並且可以包括未示出的其它步驟，並且步驟可以以替代順序被實施。
cgf集群131的cgf從後端分配器115接收針對會話的部分cdr(步驟202)。對於該實施例，假定cgf132從後端分配器115接收部分cdr。響應於接收到部分cdr，cgf132確定部分cdr是fqpc還是rpc(步驟204)。當部分cdr是fqpc時，cgf132將fqpc的fqpc數據(例如，副本)存儲在集中的存儲模塊138中(步驟206)。cgf132可以將fqpc的任意期望的參數存儲在集中的存儲模塊138中。期望的參數可以是針對cdr類型指定的欄位的完整集合。cgf132還可以將fqpc的副本存儲在本地存儲器中。當將fqpc存儲在集中的存儲模塊138中時，這可以是其中fqpc已經被存儲在集中的存儲模塊138中或者可以是對已經存儲在集中的存儲模塊138中的fqpc的更新的第一實例。fqpc首次被存儲在集中的存儲模塊138中時，cgf在集中的存儲模塊138中創建針對fqpc的對象，並將fqpc或與fqpc相關聯的數據存儲在對象中。如果cgf接收到針對會話的fqpc，但在集中的存儲模塊138中已經創建了對象，則cgf用針對fqpc的新數據來更新該對象。
當從後端分配器115接收的部分cdr是rpc時，cgf132確定是否接收到針對該會話的先前的fqpc(步驟208)。如果cgf132接收到針對會話的先前的fqpc，則cgf132將先前的fqpc存儲在本地存儲器中。但是可能存在cgf132可能在未先接收fqpc的情況下接收rpc的情況。例如，如果另一cgf(例如，cgf133)先前針對會話被選擇，但是在會話結束之前已經失效(oos)，則cgf132可以在未首先接收fqpc的情況下接收rpc。因為後端分發器115被安裝在cdf集群121和cgf集群131之間，所以cdf122-125不知道cgf132-135的狀態。因此，當生成針對會話的fqpc或rpc時，cdf不考慮cgf132-135的狀態。即使cgf集群131中的cgf在會話期間進入oos，cdf集群121中的cdf仍然可以將rpc發送到後端分配器115，即使rpc不具有欄位的完整集合。
如果cgf132在rpc之前接收到先前的fqpc，則cgf132訪問本地存儲器以取回針對會話的fqpc數據(步驟210)。cgf132然後基於rpc和從本地存儲器取回的fqpc數據來生成針對會話的另一fqpc(步驟212)。在某些時候，cdf132對cdr(包括fqpc)進行關聯，將cdr寫入cdr文件，並使cdr文件對收費域140可用。
如果cgf132在rpc之前沒有接收到先前的fqpc，則cgf132訪問集中的存儲模塊138以取回針對會話的fqpc數據(步驟214)。因為cgf132沒有接收到針對會話的先前的fqpc，cgf132可以從集中的存儲模塊138獲取先前的fqpc的副本。集中的存儲模塊138充當的由集群131中每個cgf132-135可訪問的針對會話的fqpc的集中存儲庫。然後，cgf132基於從集中的存儲模塊138取回的rpc和fqpc數據來生成針對會話的另一fqpc(步驟212)。
方法200提供了在cgf集群131內處理rpc的更魯棒的方式。如果/當針對該會話選擇的主cgf進入oos並且rpc被路由到未事先接收到針對會話的fqpc的輔cgf時，輔cgf能夠訪問集中的存儲模塊138以取回先前的fqpc，使得其可以識別在rpc中未提供的cdr的必要欄位。然後，輔cgf可以基於來自先前的fqpc的數據和來自rpc的數據來組裝fqpc。因此，即使主cgf進入oos，針對會話的計費仍可以以有效的方式被處理。
示例
以下提供在諸如圖1所示的離線計費構架中處理rpc的示例。圖3是示出示例實施例中的rpc處理的流程圖。首先，假設有一個會話正在進行中。該會話由諸如ims計費標識符(icid，3gppstandardavpcode841)的計費id標識，其值為「stas：135.251.85.197-4bb3f32f-000004ab」。對於給定的會話，計費id將按照標準規定保持不變。針對該會話，cdf122觸發針對會話的部分cdr，其是針對會話的第一fqpc(fqpc1)。然後cdf122向後端分配器115發送fqpc1。後端分配器115選擇cgf132來對cdr進行關聯(其可以被稱為主cgf)，並向cgf132轉發fqpc1。
響應於接收到針對該會話的fqpc1，cgf132將fqpc1的副本存儲在本地存儲器中。cgf132內的內部邏輯還控制cgf132將fqpc1的副本存儲在集中的存儲模塊138中。在該實施例中，集中的存儲模塊138可以包括在openstacktm平臺上實現的雲存儲。因此，本實施例將考慮用於存儲對象的openstacktmswift，這將是針對會話的fqpc。openstacktmswift對象存儲api定義「帳戶」(允許訪問對象存儲的經認證的用戶，在這種情況下，這將是共享共同帳戶的多個cgf實例)、「容器」(類似於其中可以存儲多個文件的目錄，在這種情況下，它將是跨cgf的拓撲結構的單個容器)和「對象」(在這種情況下，它將是針對每個單獨的fqpc的文件)。
在初始化階段期間，可以在fqpc的集中的存儲模塊138中創建容器。這是通過使用經由openstacktm對象存儲api可用的容器命令實現的，該api展現了四個動詞：
get--取回針對特定帳戶的所有容器；
head--取回容器中有多少對象以及與容器相關聯的任意自定義元數據；
put--在具有可選策略的帳戶中創建容器；以及
delete--刪除特定容器。
作為系統初始化的一部分，可以經由使用put動詞在openstacktmswift中創建容器：
putv1.0/{帳戶}/{容器}
「帳戶」參數表示公共cgf帳戶(例如「cgf」)，並且「容器」參數可以指示存儲在容器中的數據類型(例如「fqpc」)。
為了將fqpc1的副本存儲在集中的存儲模塊138中，cgf132將fqpc1的代表對象上傳到集中的存儲模塊138中。cgf132為fqpc1創建一個對象(即，文件)，並且還向該對象指派一個名稱。對象的名稱可以包括或基於指派給會話的計費id(例如，icid)。例如，如果計費id為「stas：135.251.85.197-4bb3f32f-000004ab」，則對象名稱可以包括計費id。然後，cgf132將此對象上傳到swift對象存儲中，諸如使用以下put命令：
$curl–xput-i\
-h"x-auth-token:fa77bcd6-98a1-dab0-d4ba-aba90ab9ae"\
-tstas:135.251.85.197-4bb3f32f-000004ab\
https://commonobjectstore.cloud.swiftdrive.com/v1/cf_xer7_343/fqpc/stas:135.251.85.197-4bb3f32f-000004ab.
響應於來自cgf132的put命令，集中的存儲模塊138將對象存儲在針對「fqpc」的容器中。如果其它cgf接收到會話的rpc，則針對fqpc1的對象是其它cgf使用的參考。
稍後，cdf122觸發針對會話的另一部分cdr。因為cdf122已經針對會話生成了fqpc，cdf122在該觸發事件時生成針對會話的第一rpc(rpc1)。cdf122向後端分配器115發送rpc1。後端分配器115再次選擇cgf132來對cdr進行關聯，並向cgf132發送rpc1。因為cgf132在本地存儲器中存儲fqpc1的副本，cgf132能夠基於來自rpc1的數據和來自fqpc1的數據構建針對會話的另一fqpc(fqpc2)。
當cdf122觸發針對會話的另一部分cdr時，該部分cdr可以再次為rpc(rpc2)。cdf122向後端分配器115發送rpc2。後端分配器115再次選擇cgf132以關聯cdr，但是cgf132已經失效(oos)。因此，後端分配器115選擇cgf133作為備份或輔cgf。後端分配器115然後向cgf133發送針對會話的rpc2。當cgf133接收到rpc時，需要基於rpc來構建針對會話的另一fqpc。然而，cgf133未收到可用於從rpc構建另一fqpc的針對會話的fqpc。因此，cgf133查詢集中的存儲模塊138以取回存儲在集中的存儲模塊138中的(針對fqpc1的)fqpc數據。
為了從集中的存儲模塊138中獲取fqpc數據，cgf133可以從rpc中提取與會話相關聯的計費id(stas：135.251.85.197-4bb3f32f-000004ab)。然後，cgf133可以基於該計費id導出針對fqpc數據的對象的名稱。然後，cgf133可以通過組裝如下get命令，基於對象的名稱來取回針對fqpc數據的對象：
$curl–xget\
-h"x-auth-token:fa77bcd6-98a1-dab0-d4ba-aba90ab9ae"\
https://commonobjectstore.cloud.swiftdrive.com/v1/cf_xer7_343/fqpc/stas:135.251.85.197-4bb3f32f-000004ab>
stas:135.251.85.197-4bb3f32f-000004ab.
cgf133從集中的存儲模塊138接收fqpc，並且基於來自rpc2的數據和從集中的存儲模塊138取回的來自fqpc1的數據構建針對會話的另一fqpc(fqpc3)。
如果cgf133接收到rpc(rpcn)或指示由計費id「stas：135.251.85.197-4bb3f32f-000004ab」標識的會話已經結束的另一消息，則cgf133需要從集中的存儲模塊138中清除針對fqpc的該對象作為家務管理的一部分。為了從集中的存儲模塊138中清除fqpc，cgf133可以組裝如下delete命令：
$curl-xdelete-i\
-h「x-auth-token：fa77bcd6-98a1-dab0-d4ba-aba90ab9ae」\
https://commonobjectstore.cloud.swiftdrive.com/v1/cf_xer7_343/fqpc/stas：135.251.85.197-4bb3f32f-000004ab。
響應於該delete命令，集中的存儲模塊138從容器中刪除針對該fqpc的對象。
附圖中所示的或本文所描述的各種元件或模塊中的任意一個可以被實現為硬體、軟體、固件或這些的某些組合。例如，元件可以被實現為專用硬體。專用硬體元件可以被稱為「處理器」、「控制器」或某個類似術語。當由處理器提供時，功能可以由單個專用處理器、單個共享處理器或多個單獨的處理器提供，其中一些可以被共享。此外，術語「處理器」或「控制器」的明確使用不應被解釋為專門指能夠執行軟體的硬體，並且可以隱含地包括但不限於數位訊號處理器(dsp)硬體、網絡處理器、專用集成電路(asic)或其它電路、現場可編程門陣列(fpga)、用於存儲軟體的只讀存儲器(rom)、隨機存取存儲器(ram)、非易失性存儲器、邏輯或一些其它物理硬體組件或模塊。
此外，元件可以被實現為可由處理器或計算機執行的用於實施元件的功能的指令。指令的一些示例是軟體、程序代碼和固件。當指令被處理器執行時，操作位為指示處理器實施元件的功能。指令可以存儲在可由處理器讀取的存儲設備上。存儲設備的一些示例是數字或固態存儲器、諸如磁碟和磁帶的磁存儲介質、硬碟驅動器或光學可讀數字數據存儲介質。
即使本文描述了具體實施例，但是本公開文的範圍不限於那些具體實施例。本公開的範圍由所附權利要求書及其等同物限定。