一種用於聚合計費信息的方法、裝置和系統的製作方法
2023-06-10 16:41:21
一種用於聚合計費信息的方法、裝置和系統的製作方法
【專利摘要】本發明提供一種用於聚合數據計費記錄的方法、裝置和系統。本發明的網元在一個時窗中，採集屬於同一組的多個用戶設備的計費事件；並對所述計費事件進行聚合，獲得計費數據記錄；並將所述計費數據記錄以及所述時窗發送給所述LTE系統中的計費系統。本發明的計費系統接收所述LTE系統中的網元聚合併發送的多個計費數據記錄以及其中每個計費數據記錄對應的時窗；並基於所述多個計費數據記錄所對應的時窗，以及，所對應的用戶設備所屬的組和/或子組，對所述多個計費數據記錄進行聚合，獲得聚合後的計費數據記錄。本發明能夠大大減少通信數據量，降低了系統負荷。
【專利說明】一種用於聚合計費信息的方法、裝置和系統
【技術領域】
[0001]本發明涉及通信【技術領域】，尤其涉及一種用於聚合計費信息的方法、裝置和系統。【背景技術】
[0002]網絡用戶的迅猛增長，對現有技術的通信網絡帶來極大負擔，特別是支持機對機通信(MTC, Machine Type Communication)的系統中，網絡用戶的計費處理信息數量極多，如一個用戶可能具有超過1000個訂閱等，該等計費處理信息的傳輸和處理，均給通信網絡造成了較大負擔。
【發明內容】
[0003]本發明的目的包括提供一種用於聚合計費信息的方法、裝置和系統。
[0004]根據本發明的一個方面，提供一種在支持MTC的系統的網元中用於聚合計費信息的方法，其中，該方法包括以下步驟:
[0005]a在一個時窗中,米集屬於同一組的多個用戶設備的計費信息；
[0006]b對所述計費信息進行聚合，獲得計費聚合結果；
[0007]c將所述計費聚合結果發送給所述系統中的相應設備。
[0008]根據本發明的另一個方面，還提供了一種支持MTC的系統的計費系統中用於生成計費數據記錄的方法，其中，該方法包括以下步驟:
[0009]A接收所述系統中的網元發送的聚合後的計費信息以及其中每個計費信息對應的時窗；
[0010]B基於所述多個聚合後的計費信息所對應的時窗，以及，所對應的用戶設備所屬的組和/或子組，對所述多個聚合後的計費信息進行聚合，生成計費數據記錄。
[0011]根據本發明的另一個方面，還提供了一種在支持MTC的系統的網元中用於聚合計費信息的裝置，其中，該裝置包括:
[0012]採集裝置，用於在一個時窗中，採集屬於同一組的多個用戶設備的計費信息；
[0013]第一聚合裝置，用於對所述計費信息進行聚合，獲得計費聚合結果；
[0014]發送裝置，用於將所述計費聚合結果發送給所述系統中的相應設備。
[0015]根據本發明的另一個方面，還提供了支持MTC的系統的計費系統中用於生成計費數據記錄的裝置，其中，該裝置包括:
[0016]接收裝置，用於接收所述系統中的網元發送的聚合後的計費信息以及其中每個計費信息對應的時窗；
[0017]第二聚合裝置，用於基於所述多個聚合後的計費信息所對應的時窗，以及，所對應的用戶設備所屬的組和/或子組，對所述多個聚合後的計費信息進行聚合，生成計費數據記錄。
[0018]與現有技術相比，本發明具有以下優點:1)同一組用戶設備的計費信息之間存在大量的重複信息，甚至計費信息中的有效用戶信息的數據量少於MTC應用產生的額外信息，如為了傳輸消息而生成的頭部信息或封裝信息等。本實施例能夠將屬於同組的多個用戶設備的計費信息進行聚合，從而大大減少了通信數據量，降低了系統負荷；2)在獲得聚合後的計費數據記錄後，可根據該計費數據記錄中包含的用戶設備的計費相關信息，對屬於同一組或子組的用戶設備進行批量處理，大大加快了計費處理速度，降低了系統負荷。
【專利附圖】
【附圖說明】
[0019]通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本發明的其它特徵、目的和優點將會變得更明顯:
[0020]圖1為本發明一個優選實施例的支持MTC的系統的結構示意圖；
[0021]圖2為本發明一個優選實施例的在支持MTC的系統的網元中用於聚合計費信息的方法流程圖；
[0022]圖3為本發明一個優選實施例的在支持MTC的系統的計費系統中用於生成計費數據記錄的方法流程圖；
[0023]圖4為本發明一個優選實施例的在支持MTC的系統的網元中用於聚合計費信息的裝置的結構示意圖；
[0024]圖5為本發明一個優選實施例的在支持MTC的系統的計費系統中用於生成計費數據記錄的裝置的結構示意圖。
[0025]附圖中相同或相似的附圖標記代表相同或相似的部件。
【具體實施方式】
[0026]下面結合附圖對本發明作進一步詳細描述。
[0027]圖1為本發明一個優選實施例的支持機對機通信(MTC，Machine TypeCommunication)的系統的結構示意圖。如圖1所示，用戶設備UE通過無線接入網(RAN,Radio Access Network)接入支持MTC的系統，其中，支持MTC的系統包括移動交換中心(MSC,Mobile Switching Centre)、移動管理實體(MME,Mobile Management Entity)、服務GPRS支持節點(SGSN, Serving GPRS Supporting Node)、網關(GW, Gateway)、業務能力伺服器(SCS, Service Capability Server)、應用伺服器(AS, Application Server)、歸屬用戶月艮務器(HSS, Home Subscriber Server)、在線計費系統(0CS, Online Charging System)、計費採集系統(CCF, Charging Collection Function)或計費數據功能(O)F, ChargingData Function)或計費網關功能(CGF, Charging Gateway Function)、BS(BillingSystem)。需要說明的是，圖中包含AS、MSC、MME和SGSN的虛線框不具有實際含義，其僅為使圖示更為簡單，如為了表示指向該虛線框的雙向箭頭的另一端所指向的設備，能夠與AS、MSC, MME以及SGSN通信等；類似地，圖1中的其他虛線框不具有實際含義。
[0028]需要說明的是，上述支持MTC的系統結構僅為舉例，其他現有的或今後可能出現的MTC架構如可適用於本發明，例如，支持MTC的系統還可包括能夠與AS、MSC、MME和SGSN通信的短消息實體(SME, Short Message Entity)等,均應包含在本發明保護範圍以內，並以引用方式包含於此。
[0029]圖2為本發明一個優選實施例的在支持機對機通信(MTC，Machine TypeCommunication)的系統的網元中用於聚合計費信息(Charging Information)的方法流程圖；優選地，所述網元包括但不限於MSC、MME, SGSN和AS ;更優選地，該AS包括但不限於短消息服務中心(SMSC, Short Message Service Center)等；更優選地,所述支持MTC的系統包括但不限於LTE、MS等。
[0030]本實施例包括下述步驟Sll、S12和S13。
[0031]在步驟Sll中，在一個時窗(time window)中，網元採集屬於同一組的多個用戶設備的計費信息。
[0032]其中，計費信息包含若干計費參數，作為一個示例，計費參數可參見標準TS32.299。需要說明的是，在用戶設備與網絡的通信過程中，如用戶設備與網絡的通話過程中，計費信息可發生變化。
[0033]優選地，網元可在接收到用戶設備對移動終止短消息業務(MT SMS, MobileTerminated Short Message Service)的響應(Acknowledge),或用戶設備重新發送的移動發起短消息業務(MO SMS,Mobile Originated Short Message Service)後,啟動計費信息的米集。
[0034]其中，網元可基於預配置的策略，如PCRF提供給其的策略，確定所述時窗的起始和結束時間。例如，網元可基於PCRF提供給其的策略，在首次接收到包含一個組識別碼的MT SMS響應或MO SMS時，開啟時窗，並在該時窗內接收包含該組識別碼的MT SMS響應或MOSMS等。其中，時窗的起始和結束時間可以是動態變化的。需要說明的是，本舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何基於預配置的策略，確定時窗的時間範圍的實現方式，均應包含在本發明的範圍內。
[0035]具體地，網元在一個時窗中採集屬於同一組的多個用戶設備的計費信息的方式包括但不限於:
[0036]I)在所述時窗中，網元採集包含相同的組識別碼的計費信息，獲得所述屬於同一組的多個用戶設備的計費信息。
[0037]例如，在步驟Sll之前，AS向一組用戶設備發送MT SMS，並在其中插入對應該組用戶設備的觸發參考號碼，成功接收到該MT SMS的用戶設備反饋MT SMS響應，則在步驟Sll中，當網元首次接收到包含該觸發參考號碼的MT SMS響應時，啟動時窗，並在時窗中接收所有包含該觸發參考號碼的MT SMS響應，並採集包含該觸發參考號碼在內的有關計費參數和信息，從而獲得屬於該觸發參考信號對應的組的用戶設備的計費信息。
[0038]又例如，網元接收到來自SCS的、包含組ID的MT SMS後，啟動時窗，並在時窗中接收用戶設備反饋的、包含同一組ID的MT SMS響應，並採集包含該組ID在內的有關計費參數和信息，從而獲得該組ID對應的一個組的計費信息。
[0039]需要說明的是，用戶設備可採用多種方式來提供其組識別碼。
[0040]例如，用戶設備可在其對AS發送的MT SMS的響應中加入用戶設備所屬的組的組識別碼，如組ID，其中，用戶設備可從其先前接收到的消息中，如其先前接收到的MT SMS中，獲得該組識別碼。
[0041]或者，用戶設備可響應其接收到的移動終止短消息業務(MT SMS)而重新發送移動發起短消息業務(MO SMS, Mobile Originated Short Message Service),並在其中加入組識別碼。例如，AS發送指向一組用戶設備的MT SMS，業務能力伺服器(SCS，ServiceCapabilityServer)收到AS發送的MT SMS,並基於來自HSS/HLR(歸屬位置寄存器，HomeLocation Register)或本地的路由信息(routing inforrmation),將該 MT SMS 發送至MME，其中，AS或SCS可在MT SMS的頭部(header)或主體(body)中插入組識別碼，如插入觸發參考號碼(trigger reference number)、關聯號碼(correlation number)或組 ID (GroupID)等；接著，MME 基於策略和計費規則功能(PCRF, Policy Control and Charging RulesFunction)配置給MME的規則，向該組用戶設備發送該MT SMS，則該組中成功接收到MT SMS的用戶設備可基於該MT SMS反饋能夠從中獲得計費參數的MO SMS，並在MO SMS的頭部插入其在MT SMS中獲得的組識別碼。
[0042]需要說明的是，在一些情況下，用戶設備可能不在其發送的響應或MO SMS中插入組識別碼。
[0043]需要說明的是，多個用戶設備可在MTC事件中使用同一個組ID，一個組ID可僅在其有效時區中有效，如僅在ToD (Time ofDay)或DoW(Day of Week)中有效，一個用戶設備可能具有多個組ID，一個AS可服務特定的組，且若AS發送的SMS包含的組ID沒有預分配，網元或系統中的其他設備，如P-GW等，可拒絕該SMS。
[0044]2)在所述時窗中，對於接收到的計費信息，網元根據用戶設備的身份標識信息(identifier)，確認用戶設備所屬的組，從而採集屬於同一組的多個用戶設備的計費信息。
[0045]例如，用戶設備的身份標識信息包括國際移動用戶識別碼(IMSI, InternationalMobile Subscriberldentity),網元獲取用戶設備的IMSI,並查詢本地資料庫,或通過訪問HSS，來獲得用戶設備所述的組的組ID，從而在時窗中採集具有相同的組ID的用戶設備的計費信息，作為屬於該組ID對應的組的多個用戶設備的計費信息。
[0046]優選地，網元在計費信息中不包含組識別碼時執行方式2)。
[0047]在一些情況下，用戶設備可能不會在其發送的計費信息中加入組識別碼，如用戶設備發起一個新的MO SMS且不在其中加入組識別碼等，本方式可提供在此情況下識別用戶設備所屬的組的方法。
[0048]需要說明的是，若無法確定一個用戶設備所屬的組，例如，該用戶設備發送的計費信息不包含組識別碼，通過其身份標識信息，也無法查詢到期所屬的組，則網元可將該用戶設備作為單獨計費的用戶設備，不對其計費信息進行聚合操作。此外，即便能夠根據用戶設備的身份標識信息確定其所屬的組，網元也可選擇對該用戶設備進行單獨計費，即不聚合其發送的計費信息。
[0049]需要說明的是，若諸如MT SMS等消息未能成功發送至用戶設備，則網元會嘗試再次發送，然而，即便再次發送成功，由於再次發送所消耗的時間長度可能長於時窗的時間長度，因此，用戶設備在此情況下的反饋，可能不會被採集到，故其計費信息可不被聚合。
[0050]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何在一個時窗中採集屬於同一組的多個用戶設備的計費信息的實現方式，均應包含在本發明的範圍內。
[0051]在步驟S12中，網元對在步驟Sll中採集的計費信息進行聚合，獲得計費聚合結果O
[0052]其中，所述計費聚合結果包括但不限於:1)聚合後的一個或多個計費信息，其中，一個聚合後的計費信息包括多個用戶設備的計費參數；2)對計費信息進行聚合來生成的計費數據記錄(O)R, Charging Data Record),其中，計費數據記錄包含用戶設備完整的通信過程(如完整的通話過程)中與計費有關的信息，其還包括通信過程的起始與結束時間，作為一個示例，計費數據記錄可參見標準TS32.298。
[0053]其中，網元可基於PCRF或本地策略引擎(local policy engine)提供的策略，將多個計費信息聚合為一個或多個計費聚合結果；其中，聚合後的計費聚合結果的數量少於在步驟Sll中採集的計費信息的數量。優選地，網元可通過合併計費信息中的重複信息，來聚合計費信息。
[0054]作為步驟S12的優選方案，網元聚合計費信息，獲得計費聚合結果的方式包括但不限於:
[0055]I)網元將屬於同一組的多個用戶設備的計費信息聚合為一個計費聚合結果。
[0056]例如，網元將同一組的多個用戶設備的計費信息進行聚合，並生成為一個計費數據記錄，該計費數據記錄中包含該多個用戶設備所屬組的組ID以及各個用戶設備的、能夠用於計費的計費相關信息，如各個用戶設備的網絡使用流量、網絡使用時間等信息。
[0057]又例如，網元將同一組的多個用戶設備的計費信息聚合為一個計費信息等。
[0058]通過聚合,需要傳輸的信息量將大大降低。
[0059]2) 一個組可包括多個子組，例如，一個組中可進一步根據用戶設備的類型將用戶設備劃分為固定設備(fixed location device)、行動裝置(moving device)、漫遊設備(roaming device)、對地靜止軌道分化設備(geo-differentiated device)等多個子組。網元根據預定策略以及多個用戶設備的身份標識信息，確定所述多個用戶設備分別所屬的子組；並將所述屬於同一子組的用戶設備的計費信息聚合為一個計費聚合結果，其中，所述預定策略可由PCRF或本地策略引擎提供，所述計費聚合結果包括其對應的子組的標識信息。優選地，所聚合的計費聚合結果中還可包括類型、計數(counter)以及用戶設備的標識(如IP位址)等。
[0060]其中，網元可根據用戶設備的身份標識信息，識別用戶設備，並基於預定策略，確定用戶設備所屬的子組。
[0061]其中，網元將屬於同一子組的用戶設備的計費信息聚合為一個計費聚合結果的方式，與其在方式I)中將屬於同一組的多個用戶設備的計費信息聚合為一個計費聚合結果的方式相同或相似，在此不再贅述。
[0062]優選地，網元可對同一組下各個子組的計費聚合結果進行關聯，如確定各個子組的計費聚合結果共享一個組ID等。
[0063]優選地，一個子組可進一步包括多個層級更低的子組，如組A包括子組Al和子組A2，子組Al進一步包括子組All和子組A12等。則在此情況下，網元可將屬於不進一步包含子組的一個子組的用戶設備的計費信息，聚合為一個計費聚合結果；例如，網元將屬於子組All的用戶設備的計費信息聚合為一個計費聚合結果，將屬於子組A12的用戶設備的計費信息聚合為一個計費聚合結果，將屬於子組A2的用戶設備的計費信息聚合為一個計費聚合結果。
[0064]本實現方式中，通過將組進一步劃分為多個子組，能夠在AS不支持劃分子組的情況下，實現更為細分的計費信息聚合。
[0065]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何對計費信息進行聚合，獲得計費聚合結果的實現方式，均應包含在本發明的範圍內。
[0066]接著，在步驟S13中，網元將計費聚合結果發送給支持MTC的系統中的相應設備。
[0067]具體地，網元將計費聚合結果發送給系統中的相應設備的方式包括但不限於:
[0068]I)計費聚合結果包括聚合後的計費信息時，網元將聚合後的計費信息以及在步驟Sll中所採用的時窗發送給系統中的計費系統。
[0069]優選地，計費系統可僅包括一種類型的計費系統，或者，計費系統可包括在線計費系統以及離線計費系統，其中，離線計費系統可包括計費採集系統CCF、CDF/CGF，具體可參見規範 3GPP TS32.240。
[0070]例如，網元可通過Rf計費請求(RfAccount Request),將計費信息以及時窗發送給 CCF。
[0071]又例如，網元可通過Ro信用控制請求(Ro Credit Control Request),將計費信息以及時窗發送給0CS。
[0072]其中，Rf接口被也可能稱為Gz接口，Ro接口也可能被稱為Gy接口，Gz接口和Gy接口可參見標準TS32.251。
[0073]本方式中，計費系統在接收到聚合後的計費信息後，會對計費信息進行聚合，並生成CDR，這將在後續參照圖3所示實施例中予以詳述。
[0074]2)計費聚合結果包括所生成的計費數據記錄，網元將計費數據記錄發送給系統中的帳單生成系統。優選地，本方式中，用於被聚合併生成計費數據記錄的計費信息為離線計費類型。
[0075]例如，網元通過FTP/GTP接口，將CDR發送給帳務系統(Billing System);又例如，網元將CDR發送給CGF等。
[0076]本方式中，帳單生成系統可根據接收到的計費數據記錄，生成帳單。
[0077]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何將計費聚合結果發送給系統中的相應設備的實現方式，均應包含在本發明的範圍內。
[0078]由於同一組用戶設備的計費信息之間存在大量的重複信息，甚至計費信息中的有效用戶信息的數據量少於MTC應用產生的額外信息，如為了傳輸消息而生成的頭部信息或封裝信息等。本實施例能夠將屬於同組的多個用戶設備的計費信息進行聚合，從而大大減少了通信數據量，降低了系統負荷。
[0079]作為本實施例的優選方案之一，步驟S12包括步驟S12』，步驟S13包括步驟S13』。本優選方案中，計費系統具有多種類型，如計費系統包括在線計費系統以及離線計費系統兩種類型。
[0080]在步驟S12』中，網元對在步驟Sll中採集的、不同類型的計費信息分別進行聚合，獲得分別對應不同計費類型的計費聚合結果，即獲得分別對應不同計費類型的聚合後的計費信息或計費數據記錄。
[0081]其中，網元可基於本地資料庫或通過訪問HSS，確定計費信息的計費類型。
[0082]優選地，網元將屬於同一組的用戶設備的每種類型的計費信息分別聚合為一個聚合後的計費信息或計費數據記錄；例如，網元將在線計費類型的計費信息聚合為一個對應在線計費類型的聚合後的計費信息或計費數據記錄，並將離線計費類型的計費信息聚合為一個聚合後的計費信息或計費數據記錄。
[0083]更優選地，當組進一步包括多個子組時，網元根據預定策略以及各個用戶設備的身份標識信息，確定各個用戶設備分別所屬的子組，並將屬於同一子組的用戶設備的同一類型的計費信息，聚合為一個計費聚合結果。例如，計費類型包括在線計費以及離線計費，組A進一步包括子組Al和子組A2，則網元將屬於子組Al的用戶設備的在線計費的計費信息聚合為一個計費聚合結果，將屬於子組A2的用戶設備的在線計費的計費信息聚合為一個計費聚合結果，將屬於子組Al的用戶設備的離線計費的計費信息聚合為一個計費聚合結果，將屬於子組A2的用戶設備的離線計費的計費信息聚合為一個計費聚合結果。
[0084]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何對不同類型的計費信息分別進行聚合，獲得分別對應不同計費類型的計費聚合結果，即獲得分別對應不同計費類型的聚合後的計費信息或計費數據記錄的實現方式，均應包含在本發明的範圍內。
[0085]接著，在步驟S13』中，網元根據所述計費聚合結果對應的計費類型，將所述計費聚合結果分別發送給所述系統中的相應設備。
[0086]例如，網元將對應在線計費類型的計費數據記錄在所對應的時窗發送給OCS等。
[0087]需要說明的是，對於不同的計費類型，網元所確定的時窗的時間長度可不同。例如，若需要採集的計費信息的類型為在線計費類型，則用於採集該等計費信息的時窗長度往往較短，如時窗長度為幾秒等，以確保在線計費的實時性。
[0088]圖3為本發明一個優選實施例的在計費系統中生成計費數據記錄的方法流程圖。本實施例的方法包括步驟S21和步驟S22。
[0089]在步驟S21中，計費系統接收網元發送的聚合後的計費信息以及其中每個計費信息對應的時窗。
[0090]網元可重複執行參照圖2所述實施例中的步驟Sll至步驟S13，並向計費系統發送採用不同時窗中採集的計費信息而聚合成的計費信息。
[0091]在步驟S22中，計費系統基於聚合後的計費信息所對應的時窗，以及，聚合後的計費信息所對應的用戶設備所屬的組和/或子組，對所述多個計費數據記錄進行聚合，生成計費數據記錄。
[0092]其中，計費系統可直接從計費信息中，或者，從包含計費信息的請求，如Rf計費請求或Ro信用控制請求中，獲得計費信息所對應的用戶設備所屬的組和/或子組的標識信息，則計費系統可優選地將對應相同或相似的時窗，且對應屬於同一組和/或子組的用戶設備的多個聚合後的計費信息進行聚合，如合併重複信息等，從而生成計費數據記錄。
[0093]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何基於所述多個計費數據記錄所對應的時窗，以及，所對應的用戶設備所屬的組和/或子組，對所述多個計費數據記錄進行聚合，生成計費數據記錄的實現方式，均應包含在本發明的範圍內。
[0094]作為本實施例的優選方案之一，步驟S22進一步包括:計費系統將對應相同或相似的時窗，且對應屬於同一組和/或子組的用戶設備的多個聚合後的計費信息聚合併生成為一個計費數據記錄。
[0095]優選地，計費系統還可將對應同一組下不同子組的多個計費數據記錄相關聯，如共享同一組ID等。
[0096]優選地，系統中可存在多個計費類型相同的計費系統，如存在多個CCF或CDF，以處理本地通信並進行負載控制或失效備援(failover)。則網元在發送聚合後的計費信息和時窗時，還需要確定其應當發送至多個計費系統中的一個或多個計費系統。
[0097]計費系統在獲得聚合後的計費數據記錄後，可根據該計費數據記錄中包含的用戶設備的計費相關信息，對屬於同一組或子組的用戶設備進行批量處理，大大加快了計費處理速度，降低了系統負荷。
[0098]需要說明的是，對於在線計費，當在線計費系統確定一組或一個子組中的部分用戶設備信用不足或不具有資格時，在線計費系統會鎖定該部分用戶設備，但在線計費系統或允許其他合格的用戶設備繼續通信，並向網元發送該等合格的用戶設備的許可。在此情況中，網元會僅向被允許的用戶設備發送消息。並且，對於網元在步驟S12中獲得聚合後的計費信息並發送給計費系統的情況，網元在收到在線計費系統發放的許可後，也可根據採集到的計費信息生成計費數據記錄，但該計費數據記錄可無需提供給計費系統。
[0099]圖4為本發明一個優選實施例的在支持MTC的系統的網元中用於聚合計費信息的裝置的結構示意圖。本實施例的裝置包括採集裝置11、第一聚合裝置12和發送裝置13。
[0100]在一個時窗中，採集裝置11採集屬於同一組的多個用戶設備的計費信息。
[0101]其中，計費信息包含若干計費參數，作為一個示例，計費參數可參見標準TS32.299。需要說明的是，在用戶設備與網絡的通信過程中，如用戶設備與網絡的通話過程中，計費信息可發生變化。
[0102]優選地，網元可在接收到用戶設備對移動終止短消息業務(MT SMS, MobileTerminated Short Message Service)的響應(Acknowledge)或重新發送的移動發起短消息業務(MO SMS, Mobile Originated Short Message Service)後，啟動計費信息的採集。
[0103]其中，採集裝置11可基於預配置的策略，如PCRF提供給其的策略，確定所述時窗的起始和結束時間。例如，採集裝置11可基於PCRF提供給其的策略，在首次接收到包含一個組識別碼的MT SMS響應或MO SMS時，開啟時窗，並在該時窗內接收包含該組識別碼的MTSMS響應或MO SMS等。其中，時窗的起始和結束時間可以是動態變化的。需要說明的是，本舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何基於預配置的策略，確定時窗的時間範圍的實現方式，均應包含在本發明的範圍內。
[0104]具體地，採集裝置11在一個時窗中採集屬於同一組的多個用戶設備的計費信息的方式包括但不限於:
[0105]I)採集裝置11包括子採集裝置(圖未示)。在所述時窗中，子採集裝置採集包含相同的組識別碼的計費信息，獲得所述屬於同一組的多個用戶設備的計費信息。
[0106]例如，在子採集裝置執行操作之前，AS向一組用戶設備發送MT SMS，並在其中插入對應該組用戶設備的觸發參考號碼，成功接收到該MT SMS的用戶設備反饋MT SMS響應，當網元首次接收到包含該觸發參考號碼的MT SMS響應時，子採集裝置啟動時窗，並在時窗中接收所有包含該觸發參考號碼的MT SMS響應，並採集包含該觸發參考號碼在內的有關計費參數和信息，從而獲得屬於該觸發參考信號對應的組的用戶設備的計費信息。
[0107]又例如，網元接收到來自SCS的、包含組ID的MT SMS後，子採集裝置啟動時窗，並在時窗中接收用戶設備反饋的、包含同一組ID的MT SMS響應，並採集包含該組ID在內的有關計費參數和信息，從而獲得該組ID對應的一個組的計費信息。
[0108]需要說明的是，用戶設備可採用多種方式來提供其組識別碼。
[0109]例如，用戶設備可在其對AS發送的MT SMS的響應中加入用戶設備所屬的組的組識別碼，如組ID，其中，用戶設備可從其先前接收到的消息中，如其先前接收到的MT SMS中，獲得該組識別碼。
[0110]或者，用戶設備可響應其接收到的移動終止短消息業務(MT SMS)而重新發送移動發起短消息業務(MO SMS, Mobile Originated Short Message Service),並在其中加入組識別碼。例如，AS發送指向一組用戶設備的MT SMS，業務能力伺服器(SCS，ServiceCapability Server)收到AS發送的MT SMS，並基於來自HSS/HLR(歸屬位置寄存器，HomeLocation Register)或本地的路由信息(routing information),將該MT SMS 發送至MME,其中,AS或SCS可在MT SMS的頭部(header)或主體(body)中插入組識別碼,如插入觸發參考號石馬(trigger reference number)、關聯號石馬(correlation number)或組 ID(GroupID)等；接著，MME 基於策略和計費規則功能(PCRF, Policy Control and Charging RulesFunction)配置給MME的規則，向該組用戶設備發送該MT SMS，則該組中成功接收到MT SMS的用戶設備可基於該MT SMS，反饋能夠從中獲得計費參數的MO SMS，並在MO SMS的頭部插入其在MT SMS中獲得的組識別碼。
[0111]需要說明的是，在一些情況下，用戶設備可能不在其發送的響應或MO SMS中插入組識別碼。
[0112]需要說明的是，多個用戶設備可在MTC事件中使用同一個組ID，一個組ID可僅在其有效時區中有效，如僅在ToD (Time ofDay)或DoW(Day of Week)中有效，一個用戶設備可能具有多個組ID，一個AS可服務特定的組，且若AS發送的SMS包含的組ID沒有預分配，網元或系統中的其他設備，如P-GW等，可拒絕該SMS。
[0113]2)在所述時窗中，對於接收到的計費信息，採集裝置11根據用戶設備的身份標識信息(identifier)，確認用戶設備所屬的組，從而採集屬於同一組的多個用戶設備的計費信息。
[0114]例如，用戶設備的身份標識信息包括國際移動用戶識別碼(MSI，InternationalMobile Subscriberldentity),採集裝置11獲取用戶設備的IMSI,並查詢本地資料庫,或通過訪問HSS，來獲得用戶設備所述的組的組ID，從而在時窗中採集具有相同的組ID的用戶設備的計費信息，作為屬於該組ID對應的組的多個用戶設備的計費信息。
[0115]優選地，採集裝置11在計費信息中不包含組識別碼時執行方式2)。
[0116]在一些情況下，用戶設備可能不會在其發送的計費信息中加入組識別碼，如用戶設備發起一個新的MO SMS且不在其中加入組識別碼等，本方式可提供在此情況下識別用戶設備所屬的組的方法。
[0117]需要說明的是，若無法確定一個用戶設備所屬的組，例如，該用戶設備發送的計費信息不包含組識別碼，通過其身份標識信息，也無法查詢到期所屬的組，則網元可將該用戶設備作為單獨計費的用戶設備，不對其計費信息進行聚合操作。此外，即便能夠根據用戶設備的身份標識信息確定其所屬的組，網元也可選擇對該用戶設備進行單獨計費，即不聚合其發送的計費信息。
[0118]需要說明的是，若諸如MT SMS等消息未能成功發送至用戶設備，則網元會嘗試再次發送，然而，即便再次發送成功，由於再次發送所消耗的時間長度可能長於時窗的時間長度，因此，用戶設備在此情況下的反饋，可能不會被採集到，故其計費信息可不被聚合。
[0119]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何在一個時窗中採集屬於同一組的多個用戶設備的計費信息的實現方式，均應包含在本發明的範圍內。
[0120]第一聚合裝置12對採集裝置11採集的計費信息進行聚合，獲得計費聚合結果。
[0121]其中，所述計費聚合結果包括但不限於:1)聚合後的一個或多個計費信息，其中，一個聚合後的計費信息包括多個用戶設備的計費參數；2)對計費信息進行聚合來生成的計費數據記錄(O)R, Charging Data Record),其中，計費數據記錄包含用戶設備完整的通信過程(如完整的通話過程)中與計費有關的信息，其還包括通信過程的起始與結束時間，作為一個示例，計費數據記錄可參見標準TS32.298。
[0122]其中，第一聚合裝置12可基於PCRF或本地策略引擎(local policy engine)提供的策略，將多個計費信息聚合為一個或多個計費聚合結果；其中，聚合後的計費聚合結果的數量少於在步驟Sll中採集的計費信息的數量。優選地，第一聚合裝置12可通過合併計費信息中的重複信息，來聚合計費信息。
[0123]作為一種優選方案，第一聚合裝置12聚合計費信息，獲得計費數據記錄的方式包括但不限於:
[0124]I)第一聚合裝置12包括第一子聚合裝置(圖未示)。第一子聚合裝置將屬於同一組的多個用戶設備的計費信息聚合為一個計費聚合結果。
[0125]例如，第一子聚合裝置將同一組的多個用戶設備的計費信息進行聚合，並生成為一個計費數據記錄，該計費數據記錄中包含該多個用戶設備所屬組的組ID以及各個用戶設備的、能夠用於計費的計費相關信息，如各個用戶設備的網絡使用流量、網絡使用時間等信息。
[0126]又例如，第一子聚合裝置將同一組的多個用戶設備的計費信息聚合為一個計費信息等。
[0127]通過聚合，需要傳輸的信息量將大大降低。
[0128]2) 一個組可包括多個子組，例如，一個組中可進一步根據用戶設備的類型將用戶設備劃分為固定設備(fixed location device)、行動裝置(moving device)、漫遊設備(roaming device)、對地靜止軌道分化設備(geo-differentiated device)等多個子組。第一聚合裝置11包括子組確定裝置(圖未示)以及第二子聚合裝置(圖未示)。子組確定裝置根據預定策略以及多個用戶設備的身份標識信息，確定所述多個用戶設備分別所屬的子組；第二子聚合裝置將所述屬於同一子組的用戶設備的計費信息聚合為一個計費聚合結果，其中，所述預定策略可由PCRF或本地策略引擎提供，所述計費聚合結果包括其對應的子組的標識信息。優選地，所聚合的計費聚合結果中還可包括類型、計數(counter)以及用戶設備的標識(如IP位址)等。。
[0129]其中，子組確定裝置可根據用戶設備的身份標識信息，識別用戶設備，並基於預定策略，確定用戶設備所屬的子組。
[0130]其中，第二子聚合裝置將屬於同一子組的用戶設備的計費信息聚合為一個計費聚合結果的方式，與第一子聚合裝置將屬於同一組的多個用戶設備的計費信息聚合為一個計費聚合結果的方式相同或相似，在此不再贅述。
[0131]優選地，第二子聚合裝置可對同一組下各個子組的計費聚合結果進行關聯，如確定各個子組的計費聚合結果共享一個組ID等。
[0132]優選地，一個子組可進一步包括多個層級更低的子組，如組A包括子組Al和子組A2，子組Al進一步包括子組All和子組A12等。則在此情況下，第二子聚合裝置可將屬於不進一步包含子組的一個子組的用戶設備的計費信息，聚合為一個計費聚合結果；例如，第二子聚合裝置將屬於子組All的用戶設備的計費信息聚合為一個計費聚合結果，將屬於子組A12的用戶設備的計費信息聚合為一個計費聚合結果，將屬於子組A2的用戶設備的計費信息聚合為一個計費聚合結果。
[0133]本實現方式中，通過將組進一步劃分為多個子組，能夠在AS不支持劃分子組的情況下，實現更為細分的計費信息聚合。
[0134]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何對計費信息進行聚合，獲得計費聚合結果的實現方式，均應包含在本發明的範圍內。
[0135]接著，發送裝置13網元將計費聚合結果發送給支持MTC的系統中的相應設備。
[0136]具體地，發送裝置13將計費聚合結果發送給系統中的相應設備的方式包括但不限於:
[0137]I)計費聚合結果包括聚合後的計費信息，發送裝置13包括第一子發送裝置(圖未示)，第一子發送裝置將聚合後的計費信息以及採集裝置11所採用的時窗發送給系統中的計費系統。
[0138]優選地，計費系統可僅包括一種類型的計費系統，或者，計費系統可包括在線計費系統以及離線計費系統，其中，離線計費系統可包括計費採集系統CCF、CDF/CGF，具體可參見規範 3GPP TS32.240。
[0139]例如,第一子發送裝置可通過Rf計費請求(RfAccount Request),將計費數據記錄以及時窗發送給CCF。
[0140]又例如,第一子發送裝置可通過Ro信用控制請求(Ro Credit Control Request),將計費數據記錄以及時窗發送給0CS。
[0141]其中，Rf接口被也可能稱為Gz接口，Ro接口也可能被稱為Gy接口，Gz接口和Gy接口可參見標準TS32.251。
[0142]本方式中，計費系統在接收到第一子發送裝置發送的聚合後的計費信息後，會對計費信息進行聚合，並生成CDR，這將在後續參照圖3所示實施例中予以詳述。
[0143]2)計費聚合結果包括所生成的計費數據記錄，發送裝置13包括第二子發送裝置(圖未示)；第二子發送裝置將計費數據記錄發送給系統中的帳單生成系統。優選地，本方式中，用於被聚合併生成計費數據記錄的計費信息為離線計費類型。
[0144]例如，第二子發送裝置通過FTP/GTP接口，將CDR發送給帳務系統(BillingSystem);又例如，第二子發送裝置將⑶R發送給CGF等。
[0145]本方式中，帳單生成系統可根據接收到的計費數據記錄，生成帳單。
[0146]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何將計費聚合結果發送給系統中的相應設備的實現方式，均應包含在本發明的範圍內。
[0147]由於同一組用戶設備的計費信息之間存在大量的重複信息，甚至計費信息中的有效用戶信息的數據量少於MTC應用產生的額外信息，如為了傳輸消息而生成的頭部信息或封裝信息等。本實施例能夠將屬於同組的多個用戶設備的計費信息進行聚合，從而大大減少了通信數據量，降低了系統負荷。
[0148]作為本實施例的優選方案之一，第一聚合裝置12包括第三子聚合裝置(圖未示)，發送裝置13包括第三子發送裝置(圖未示)。本優選方案中，計費系統具有多種類型，如計費系統包括在線計費系統以及尚線計費系統兩種類型。
[0149]第三子聚合裝置對採集裝置11採集的、不同類型的計費信息分別進行聚合，獲得分別對應不同計費類型的計費聚合結果，即獲得分別對應不同計費類型的聚合後的計費信息或計費數據記錄。
[0150]其中，第三子聚合裝置可基於本地資料庫或通過訪問HSS，確定計費信息的計費類型。
[0151]優選地，第三子聚合裝置將屬於同一組的用戶設備的每種類型的計費信息分別聚合為一個聚合後的計費信息或計費數據記錄；例如，第三子聚合裝置將在線計費類型的計費信息聚合為一個對應在線計費類型的聚合後的計費信息或計費數據記錄，並將離線計費類型的計費信息聚合為一個聚合後的計費信息或計費數據記錄。
[0152]更優選地，當組進一步包括多個子組時，第三子聚合裝置根據預定策略以及各個用戶設備的身份標識信息，確定各個用戶設備分別所屬的子組，並將屬於同一子組的用戶設備的同一類型的計費信息，聚合為一個計費聚合結果。例如，計費類型包括在線計費以及離線計費，組A進一步包括子組Al和子組A2，則第三子聚合裝置將屬於子組Al的用戶設備的在線計費的計費信息聚合為一個計費聚合結果，將屬於子組A2的用戶設備的在線計費的計費信息聚合為一個計費聚合結果，將屬於子組Al的用戶設備的離線計費的計費信息聚合為一個計費聚合結果，將屬於子組A2的用戶設備的離線計費的計費信息聚合為一個計費聚合結果。
[0153]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何對不同類型的計費信息分別進行聚合，獲得分別對應不同計費類型的計費聚合結果，即獲得分別對應不同計費類型的聚合後的計費信息或計費數據記錄的實現方式，均應包含在本發明的範圍內。
[0154]接著，第三子發送裝置根據所述計費聚合結果對應的計費類型，將所述計費聚合結果分別發送給所述系統中的相應設備。
[0155]例如，第三子發送裝置將對應在線計費類型的計費數據記錄在所對應的時窗發送給OCS等。
[0156]需要說明的是，對於不同的計費類型，裝置所確定的時窗的時間長度可不同。例如，若需要採集的計費信息的類型為在線計費類型，則用於採集該等計費信息的時窗長度往往較短，如時窗長度為幾秒等，以確保在線計費的實時性。
[0157]圖5為本發明一個優選實施例的在計費系統中生成計費數據記錄裝置的結構示意圖。本實施例的裝置包括接收裝置21以及第二聚合裝置22。
[0158]接收裝置21接收網元發送的聚合後的計費信息以及其中每個計費信息對應的時窗。
[0159]參照圖4所述實施例中所述的採集裝置11、第一聚合裝置12和發送裝置13可重複執行操作，使得網元向計費系統發送採用不同時窗中採集的計費信息而聚合成的計費信
肩、O
[0160]第二聚合裝置22基於聚合後的計費信息所對應的時窗，以及，聚合後的計費信息所對應的用戶設備所屬的組和/或子組，對所述多個計費數據記錄進行聚合，獲得聚合後的計費數據記錄。
[0161]其中,第二聚合裝置22可直接從計費信息中，或者,從包含計費信息的請求,如Rf計費請求或Ro信用控制請求中，獲得計費信息所對應的用戶設備所屬的組和/或子組的標識信息，則第二聚合裝置22可優選地將對應相同或相似的時窗，且對應屬於同一組和/或子組的用戶設備的多個聚合後的計費信息進行聚合，如合併重複信息等，從而生成計費數據記錄。
[0162]需要說明的是，上述舉例僅為更好地說明本發明的技術方案，而非對本發明的限制，本領域技術人員應該理解，任何基於所述多個計費數據記錄所對應的時窗，以及，所對應的用戶設備所屬的組和/或子組，對所述多個計費數據記錄進行聚合，生成計費數據記錄的實現方式，均應包含在本發明的範圍內。
[0163]作為本實施例的優選方案之一，第二聚合裝置22包括第四子聚合裝置(圖未示)；第四子聚合裝置將對應相同或相似的時窗，且對應屬於同一組和/或子組的用戶設備的多個聚合後的計費信息聚合併生成為一個計費數據記錄。
[0164]優選地，第四子聚合裝置還可將對應同一組下不同子組的多個計費數據記錄相關聯,如共享同一組ID等。
[0165]優選地，系統中可存在多個計費類型相同的計費系統，如存在多個CCF或CDF，以處理本地通信並進行負載控制或失效備援(failover)。則網元在發送聚合後的計費信息和時窗時，還需要確定其應當發送至多個計費系統中的一個或多個計費系統。
[0166]計費系統在獲得聚合後的計費信息後，可根據該計費數信息中包含的用戶設備的計費相關信息，對屬於同一組或子組的用戶設備進行批量處理，大大加快了計費處理速度，降低了系統負荷。
[0167]需要說明的是，對於在線計費，當在線計費系統確定一組或一個子組中的部分用戶設備信用不足或不具有資格時，在線計費系統會鎖定該部分用戶設備，但在線計費系統或允許其他合格的用戶設備繼續通信，並向網元發送該等合格的用戶設備的許可。在此情況中，網元會僅向被允許的用戶設備發送消息。並且，對於第一聚合裝置12獲得聚合後的計費信息並由第一子發送裝置發送給計費系統的情況，網元在收到在線計費系統發放的許可後，也可根據採集到的計費信息生成計費數據記錄，但該計費數據記錄可無需提供給計費系統。
[0168]需要注意的是，本發明可在軟體和/或軟體與硬體的組合體中被實施，例如，本發明的裝置可採用專用集成電路(ASIC)或任何其他類似硬體設備來實現。在一個實施例中，本發明的軟體程序可以通過處理器執行以實現上文所述步驟或功能。同樣地，本發明的軟體程序(包括相關的數據結構)可以被存儲到可讀記錄介質中。另外，本發明的一些步驟或功能可採用硬體來實現，例如，作為與處理器配合從而執行各個步驟或功能的電路。[0169]對於本領域技術人員而言，顯然本發明不限於上述示範性實施例的細節，而且在不背離本發明的精神或基本特徵的情況下，能夠以其他的具體形式實現本發明。因此，無論從哪一點來看，均應將實施例看作是示範性的，而且是非限制性的，本發明的範圍由所附權利要求而不是上述說明限定，因此旨在將落在權利要求的等同要件的含義和範圍內的所有變化涵括在本發明內。不應將權利要求中的任何附圖標記視為限制所涉及的權利要求。此夕卜，顯然「包括」 一詞不排除其他單元或步驟，單數不排除複數。系統權利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟體或者硬體來實現。第一，第二等詞語用來表示名稱，而並不表示任何特定的順序。
【權利要求】
1.一種在支持MTC的系統的網元中用於聚合計費信息的裝置，其中，該裝置包括: 採集裝置，用於在一個時窗中，採集屬於同一組的多個用戶設備的計費信息； 第一聚合裝置，用於對所述計費信息進行聚合，獲得計費聚合結果； 發送裝置，用於將所述計費聚合結果發送給所述系統中的相應設備。
2.根據權利要求1所述的裝置，其中，所述計費聚合結果包括聚合後的計費信息，所述發送裝置包括: 第一子發送裝置，用於將所述聚合後的計費信息以及所述時窗發送給所述系統中的計費系統。
3.根據權利要求1所述的裝置，其中，所述計費聚合結果包括通過對所述計費信息進行聚合來獲得的計費數據記錄，其中，所述發送裝置包括: 第二子發送裝置，用於將所述計費數據記錄發送給所述系統中的帳單生成系統。
4.根據權利要求1至3中任一項所述的裝置，其中，所述第一聚合裝置包括: 第一子聚合裝置，用於將所述屬於同一組的多個用戶設備的計費信息聚合為一個計費聚合結果。
5.根據權利要求1至3中任一項所述的裝置，其中，所述組包括多個子組，所述第一聚合裝置包括: 子組確定裝置，用於根據預定策略以及所述多個用戶設備的身份標識信息，確定所述多個用戶設備分別所屬的子組； 第二子聚合裝置，用於將屬於同一子組的用戶設備的計費信息聚合為一個計費聚合結果，其中，所述計費聚合結果包括其對應的子組的標識信息。
6.根據權利要求1至5中任一項所述的裝置，其中，所述採集裝置包括: 子採集裝置，用於在所述時窗中，採集包含相同的組識別碼的計費信息，獲得所述屬於同一組的多個用戶設備的計費信息。
7.根據權利要求1至6中任一項所述的裝置，其中，所述第一聚合裝置包括: 第三子聚合裝置，用於對不同計費類型的所述計費信息分別進行聚合，獲得分別對應不同的計費類型的計費聚合結果； 其中，所述發送裝置包括: 第三子發送裝置，用於根據所述計費聚合結果對應的計費類型，將所述計費聚合結果分別發送給所述系統中的相應設備。
8.根據權利要求1至7中任一項所述的裝置，其中，所述網元包括移動交換中心、移動管理實體、服務GPRS支持節點或應用伺服器。
9.一種支持MTC的系統的計費系統中用於生成計費數據記錄的裝置，其中，該裝置包括: 接收裝置，用於接收所述系統中的網元發送的聚合後的計費信息以及其中每個計費信息對應的時窗； 第二聚合裝置，用於基於所述多個聚合後的計費信息所對應的時窗，以及，所對應的用戶設備所屬的組和/或子組，對所述多個聚合後的計費信息進行聚合，生成計費數據記錄。
10.根據權利要求9所述的裝置，其中，所述第二聚合裝置包括:第四子聚合裝置，用於將對應相同或相似的時窗，且對應屬於同一組和/或子組的用戶設備的多個聚合後的計費信息聚合併生成為一個計費數據記錄。
11.一種在支持MTC的系統的網元中用於聚合計費信息的方法，其中，該方法包括以下步驟: a在一個時窗中，採集屬於同一組的多個用戶設備的計費信息； b對所述計費信息進行聚合，獲得計費聚合結果； c將所述計費聚合結果發送給所述系統中的相應設備。
12.根據權利要求11所述的方法，其中，所述計費聚合結果包括聚合後的計費信息，所述步驟c包括以下步驟: -將所述聚合後的計費信息以及所述時窗發送給所述系統中的計費系統。
13.根據權利要求11所述的方法，其中，所述計費聚合結果包括通過對所述計費信息進行聚合來獲得的計費數據記錄，其中，所述步驟c包括以下步驟: -將所述計費數據記錄發送給所述系統中的帳單生成系統。
14.一種支持 MTC的系統的計費系統中用於生成計費數據記錄的方法，其中，該方法包括以下步驟: A接收所述系統中的網元發送的聚合後的計費信息以及其中每個計費信息對應的時窗； B基於所述多個聚合後的計費信息所對應的時窗，以及，所對應的用戶設備所屬的組和/或子組，對所述多個聚合後的計費信息進行聚合，生成計費數據記錄。
15.一種系統，包括如權利要求1至8中至少一項所述的裝置以及如權利要求9或10所述的裝置。
【文檔編號】H04W4/24GK103997724SQ201310052044
【公開日】2014年8月20日 申請日期:2013年2月17日 優先權日:2013年2月17日
【發明者】李向陽, 蔡亦鋼 申請人:阿爾卡特朗訊