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