專利名稱：在線計費的方法、業(yè)務控制點、融合計費點和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種在線計費的方法、業(yè)務控制點、融合計費點和系統(tǒng)。
技術(shù)背景預付費短消息業(yè)務是指對預付費用戶提供短消息業(yè)務，其計費是基于TCP/IP承載的短消 息計費協(xié)議。預付費短消息的鑒權(quán)計費和計費回補的過程如下預付費用戶向SMSC (Short Message Service Center,短消息中心)發(fā)送短消息；SMSC接收到該短消息后，向預付費用戶 歸屬的SCP (Service Co加l Points,業(yè)務控制點)發(fā)送鑒權(quán)計費請求消息；SCP收到鑒權(quán)計費 請求消息后，進行處理，鑒權(quán)扣費成功后，向SMSC返回鑒權(quán)響應消息；SMSC根據(jù)鑒權(quán)響 應消息的結(jié)果進行相應的處理，如果鑒權(quán)通過則將短消息發(fā)送到被叫用戶，如果鑒權(quán)失敗則 通知用戶；SMSC將短消息發(fā)送結(jié)果發(fā)送給SCP， SCP根據(jù)短消息發(fā)送結(jié)果進行確認或計費 回補?，F(xiàn)有技術(shù)中，有一種通過智能網(wǎng)進行在線計費的系統(tǒng)，參見圖1，通過智能網(wǎng)發(fā)送點對 點網(wǎng)內(nèi)短消息的過程具體如下預付費用戶向SMSC發(fā)送短消息，智能網(wǎng)系統(tǒng)對MO (Mobile Origination,主叫流程) 流程進行觸發(fā)，至USCP進行鑒權(quán)，對MT (Mobile Termination,被叫流程)流程不計費。SMSC收到主叫用戶發(fā)送的短消息后，向SCP發(fā)送鑒權(quán)計費請求消息，該鑒權(quán)計費請求 消息中包含來源地址(主叫用戶地址)、目的地址(被叫用戶地址)等信息；SCP根據(jù)鑒權(quán)計費請求消息對主叫用戶進行鑒權(quán)計費，在鑒權(quán)計費后把鑒權(quán)計費結(jié)果通 過鑒權(quán)響應消息返回給SMSC;如果鑒權(quán)失敗，則返回原因值給SMSC;SMSC收到SCP返回的表示鑒權(quán)通過的鑒權(quán)響應消息后，向被叫用戶發(fā)送短消息；SMSC收到被叫用戶的狀態(tài)報告，或者在預設的時間內(nèi)未收到被叫用戶返回的狀態(tài)報告， 向SCP發(fā)送短消息結(jié)果通知(SM一Result一Notify)消息，該消息中攜帶短消息的發(fā)送結(jié)果；SCP收到SMSC發(fā)送的短消息結(jié)果通知消息后，向SMSC返回短消息結(jié)果響應 (SM—Result—Notify—Resp )消息；SCP根據(jù)收到的短消息結(jié)果通知消息選擇是鑒權(quán)計費操作中扣費有效還是扣費無效，如果短消息結(jié)果通知消息中的短消息發(fā)送結(jié)果為SMSC發(fā)送短消息成功，則扣費有效；反之，扣費無效。如果扣費無效，則SCP根據(jù)短消息結(jié)果通知消息中的來源地址、目的地址信息， 進行重新批價，完成回補。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)中至少存在以下缺點現(xiàn)有技術(shù)中的在線計費方式SCP與業(yè)務節(jié)點之間采用內(nèi)部消息接口進行信息交互，只能實現(xiàn)對某一種業(yè)務的計費，不能實現(xiàn)跨業(yè)務的融合計費，計費不靈活。 發(fā)明內(nèi)容為了提高在線計費的靈活性，本發(fā)明實施例提供了一種在線計費的方法、業(yè)務控制點、融合計費點和系統(tǒng)。所述技術(shù)方案如下一方面，本發(fā)明實施例提供了一種在線計費的方法，所述方法包括接收鑒權(quán)計費請求消息，所述鑒權(quán)計費請求消息為經(jīng)過Diameter協(xié)議封裝后的消息； 根據(jù)所述Diameter協(xié)議對所述鑒權(quán)計費請求消息進行解封裝，根據(jù)解封裝后的消息中攜 帶的信息進行鑒權(quán)計費。一方面，本發(fā)明實施例提供了一種業(yè)務控制點，所述業(yè)務控制點具體包括 接收模塊，用于接收鑒權(quán)計費請求消息；封裝模塊，用于根據(jù)Diameter協(xié)議對所述接收模塊接收的鑒權(quán)計費請求消息進行封裝； 發(fā)送模塊，用于發(fā)送所述封裝模塊封裝后的鑒權(quán)計費請求消息。 一方面，本發(fā)明實施例提供了一種融合訃費點，所述融合訃費點具體包括 消息接收模塊，用于接收鑒權(quán)計費請求消息，所述鑒權(quán)計費請求消息為經(jīng)過Diameter協(xié) 議封裝后的消息；解封裝模塊，用于在所述消息接收模塊收到鑒權(quán)計費請求消息后，根據(jù)所述Diameter協(xié) 議對所述鑒權(quán)訃費請求消息進行解封裝；鑒權(quán)計費模塊，用于根據(jù)所述解封裝模塊解封裝后的消息中攜帶的信息進行鑒權(quán)計費。 另一方面，本發(fā)明實施例提供了一種在線計費的系統(tǒng)，所述系統(tǒng)包括業(yè)務節(jié)點、業(yè)務控制點和融合計費點所述業(yè)務節(jié)點，用于向所述業(yè)務控制點發(fā)送鑒權(quán)計費請求消息；所述業(yè)務控制點，用于收到所述業(yè)務節(jié)點發(fā)送的鑒權(quán)計費請求消息后，根據(jù)Diameter協(xié) 議對所述鑒權(quán)計費請求消息進行封裝，并發(fā)送封裝后的鑒權(quán)計費請求消息；所述融合計費點，用于接收所述業(yè)務控點發(fā)送的鑒權(quán)計費請求消息，根據(jù)所述Diameter協(xié)議對所述鑒權(quán)計費請求消息進行解封裝，并根據(jù)解封裝后的消息屮攜帶的信息進行鑒權(quán)計 費。本發(fā)明實施例提供的技術(shù)方案的有益效果是本發(fā)明實施例在預付費短消息業(yè)務中CBP通過接收經(jīng)過Diameter協(xié)議封裝后的鑒權(quán)計 費請求消息，再對其進行解封裝，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費，可以實 現(xiàn)跨業(yè)務的融合計費，提高了在線計費的靈活性。


圖1是現(xiàn)有技術(shù)中預付費短消息業(yè)務的鑒權(quán)和計費的流程示意圖； 圖2是本發(fā)明實施例1提供的在線計費的方法的流程圖； 圖3足本發(fā)明實施例2提供的在線計費的方法中鑒權(quán)計費的流稃圖； 圖4是本發(fā)明實施例2提供的在線計費的方法中計費回補的流程圖； 圖5是本發(fā)明實施例3提供的在線計費的方法屮鑒權(quán)計費的流程圖； 圖6是本發(fā)明實施例3提供的在線計費的方法中計費回補的流程圖； 圖7是本發(fā)明實施例4提供的業(yè)務控制點的結(jié)構(gòu)示意圖； 圖8是本發(fā)明實施例5提供的融合計費點的結(jié)構(gòu)示意圖；圖9是本發(fā)明實施例6提供的在線計費的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，卜'面將結(jié)合附圖對本發(fā)明實施方式作進 一歩地詳細描述。本發(fā)明實施例通過在預付費短消息業(yè)務中CBP (Convergent Billing Point,融合計費點) 通過接收Diameter協(xié)議封裝后的的鑒權(quán)計費請求消息，再對其進行解封裝，并根據(jù)解封裝后 的消息中攜帶的信息進行鑒權(quán)計費，可以實現(xiàn)跨業(yè)務地融合計費，提高了在線計費的靈活性。本發(fā)明實施例提供了一種在線計費的方法，具體包括接收鑒權(quán)計費請求消息，該鑒權(quán)計費請求消息為經(jīng)過Diameter協(xié)議封裝后的消息； 根據(jù)Diameter協(xié)議對該鑒權(quán)計費請求消息進行解封裝，根據(jù)解封裝后的消息中攜帶的信 息進行鑒權(quán)計費。 實施例1本實施例以網(wǎng)內(nèi)短消息為例進行說明，即預付費用戶和接收方用戶屬于同一個運營商。本實施例中，可以通過SMSC實現(xiàn)業(yè)務節(jié)點的功能。參見圖2，本實施例提供的在線計費的 方法具體包括101:業(yè)務節(jié)點收到預付費用戶發(fā)送的短消息后，向SCP發(fā)送鑒權(quán)計費請求消息，其中，該鑒權(quán)計費請求消息屮攜帶的信息如下短信息中心標志、來源地址、目的地址、MO/MT 標志、短消息ID、短消息長度和業(yè)務標志，其中，短消息的ID (短消息的標識，又稱為短消 息的序列號)是業(yè)務節(jié)點收到短消息后自動生成的。102: SCP收到業(yè)務節(jié)點發(fā)送的鑒權(quán)計費請求消息后，根據(jù)Diameter協(xié)議對上述鑒權(quán)計 費請求消息進行封裝，并向CBP發(fā)送封裝后的鑒權(quán)計費請求消息?，F(xiàn)有技術(shù)中，鑒權(quán)計費請求消息并不是通用的，所以會出現(xiàn)融合計費點不支持某種業(yè)務 的鑒權(quán)計費請求消息模式的情況，Diameter系列協(xié)議是新一代的AAA (Authentication, Authorization, Accounting,認證，授權(quán)，計費)技術(shù)，具有很強的可擴展性，通過Diameter協(xié) 議可以將不同業(yè)務節(jié)點的鑒權(quán)計費請求消息封裝成融合計費點支持的消息模式，從而可以實 現(xiàn)跨業(yè)務的融合計費。103: CBP接收到SCP發(fā)送的封裝后的鑒權(quán)計費請求消息后，根據(jù)Diameter協(xié)議對該鑒 權(quán)計費請求消息進行解封裝，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費。其中，CBP上保存著簽約用戶的費用記錄，CBP可以根據(jù)解封裝后的消息中攜帶的來源 地址找到該預付費用戶的費用記錄，如果費用余額夠用，表示預付費用戶可以向接收方用戶 發(fā)送短消息，即鑒權(quán)通過，然后扣除相應的費用。進一步地，如果由于預付費用戶的費用余額不足、接收方用戶已停機或者目的地址不存 在等原因?qū)е妈b權(quán)失敗，則SCP向業(yè)務節(jié)點返回鑒權(quán)響應消息，該鑒權(quán)響應消息中攜帶表示 鑒權(quán)失敗的原因值。104:在鑒權(quán)計費完成后，CBP根據(jù)解封裝后的消息中攜帶的短消息的ID保存該短消息 的計費記錄。其中CBP 口」-以以表格的形式保存該短消息的計費記錄，計費記錄包含短消息ID、處理 標志、來源地址、目的地址、實際扣費金額、短消息中心和記錄時間等信息。 105: CBP向SCP返回計費響應消息。106: SCP收到CBP返回的計費響應消息后，向業(yè)務節(jié)點轉(zhuǎn)發(fā)該計費響應消息。 107:業(yè)務節(jié)點收到SCP返回的計費響應消息后，向接收方用戶發(fā)送短消息。 108:業(yè)務節(jié)點收到接收方用戶返回的狀態(tài)報告，或在預設的時間內(nèi)未收到接收方用戶返 回的狀態(tài)報告時，向SCP發(fā)送確認請求消息。其中，接收方用戶收到業(yè)務節(jié)點發(fā)送的短消息后，會向業(yè)務節(jié)點返回狀態(tài)報告，如果由 于網(wǎng)絡故障或其它原因?qū)е陆邮辗接脩魺o法收到短消息，則業(yè)務節(jié)點將收不到狀態(tài)報告，這 種情況下，可以設定一個時間，例如1天，如果業(yè)務節(jié)點在該預設的吋間內(nèi)未收到接收方用 戶返回的狀態(tài)報告，則認為短消息發(fā)送失敗。h述確認請求消息中攜帶的信息如下協(xié)議版本號、短信息中心標忐、來源地址、目的地址、MQ/MT標志、短消息ID、短消息長度、短消息的發(fā)送結(jié)果和業(yè)務標志。其中，短消 息發(fā)送結(jié)果為長度為4字節(jié)的整數(shù)，取值為O時表不發(fā)送成功，取值非O時發(fā)送失敗原因值， 用于以后區(qū)分不同失敗原因，如接收方用戶不可及、內(nèi)存滿、MT鑒權(quán)失敗等。109: SCP收到業(yè)務節(jié)點發(fā)送的確認請求消息后，根據(jù)Diameter協(xié)議對該確認請求消息 進行封裝，并向CBP發(fā)送封裝后的消息。110: CBP收到SCP發(fā)送的封裝后的消息后，根據(jù)Diameter協(xié)議對該消息進行解封裝， 當解封裝后的消息中攜帶的短消息的發(fā)送結(jié)果為失敗時，根據(jù)解封裝后的消息中攜帶的短消 息的序列號找到相應的計費記錄，進行計費回補。進一歩地，如果短消息的發(fā)送結(jié)果為成功，則CBP根據(jù)該確認請求消息中攜帶的短消息 序列號將該短消息的計費記錄的處理狀態(tài)更新為成功。111: 'CBP向SCP返回處理響應消息。]12: SCP收到CBP返回的處理響應消息后，向業(yè)務節(jié)點轉(zhuǎn)發(fā)該處理響應消息。 本實施例在預付費用戶發(fā)送網(wǎng)內(nèi)短消息時，通過SCP根據(jù)Diameter協(xié)議對業(yè)務節(jié)點的鑒 權(quán)計費請求消息進行封裝，可以完成SCP與不同業(yè)務節(jié)點的信總交互；CBP收到鑒權(quán)計費請 求消息后對其進行解封裝，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費，從而實現(xiàn)跨業(yè) 務的融合計費；另外，在CBP中保存短消息的計費記錄，3短消息發(fā)送失敗時，根據(jù)保存的 計費記錄進行計費冋補，避免了現(xiàn)有技術(shù)中某些情況下不能進行計費回補的問題。 實施例2當預付費用戶想要通過短消息獲得SP (Service Provider,服務提供商)提供的某種服務 時，例如，.預付費用戶想要獲得新聞或者天氣預報等服務時，可以向SP發(fā)送短消息請求獲取 該服務，即夢網(wǎng)短消息服務。本實施例以夢網(wǎng)短消息為例進行說明，可以通過ISMG實現(xiàn)業(yè) 務節(jié)點的功能，參見圖3和圖4，圖3為本實施例提供的在線計費的方法中鑒權(quán)計費的流程 圖，圖4為本實施例提供的在線計費的方法中計費回補的流程圖，本發(fā)明實施例提供了另一 種在線計費的方法，具體包括201:預付費用戶向SMSC發(fā)送短消息，短消息的目的號碼為SP的服務代碼。202: SMSC收到預付費用戶發(fā)送的短消息后，根據(jù)短消息的目的號碼向ISMG (Internet Short Message Gateway,因特網(wǎng)短消息網(wǎng)關(guān))發(fā)送請求消息，該請求消息包含消息頭和消息 體兩部分，其中，消息頭攜帶短消息的來源地址、目的地址和短消息ID等信息；消息體攜帶 短消息的內(nèi)容。203: ISMG收到SMSC發(fā)送的請求消息后，向其接入的SCP發(fā)送鑒權(quán)計費請求消息， 該鑒權(quán)計費請求消息中攜帶的信息與實施例1中相同，此處不再贅述。進一步地，如果由于用戶權(quán)限不夠或者其它原因?qū)е妈b權(quán)失敗時，SCP向ISMG返回鑒 權(quán)響應消息，該鑒權(quán)響應消息中攜帶表示鑒權(quán)失敗的原因值。204: SCP收到ISMG發(fā)送的鑒權(quán)計費請求消息后，根據(jù)Diameter協(xié)議對該鑒權(quán)計費請 求消息進行封裝，并向CBP發(fā)送封裝后的鑒權(quán)計費請求消息。205: CBP接收SCP發(fā)送的封裝后的鑒權(quán)計費請求消息，根據(jù)Diameter協(xié)議對該鑒權(quán)計 費請求消息進行解封裝，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費。206:在鑒權(quán)計費完成后，CBP根據(jù)解封裝后的消息屮攜帶的短消息的ID保存該短消息 的計費記錄。207: CBP向SCP返回計費響應消息。208: SCP收到CBP返回的計費響應消息后，將該計費響應消息轉(zhuǎn)發(fā)給ISMG。209: ISMG收到SCP轉(zhuǎn)發(fā)的計費響應消息后，將短消息轉(zhuǎn)發(fā)到SP。210: SP收到短消息后，根據(jù)短消息中預付費用戶需要的服務內(nèi)容為預付費用戶提供相應的服務，并向ISMG返回處理響應消息。211: ISMG收到SP返回的處理響應消息后，將其轉(zhuǎn)發(fā)給SMSC。212: SMSC收到SP返回的處理響應消息后，再將其轉(zhuǎn)發(fā)給預付費用戶。213: SMSC收到預付費用戶返回的狀態(tài)報告，或者在預設的時間內(nèi)未收到預付費用戶返回的狀態(tài)報告時，向ISMG發(fā)送響應消息，該響應消息中攜帶已發(fā)送的短消息的短消息的序列號等信息。214: ISMG收到SMSC發(fā)送的響應消息后，向SCP發(fā)送確認請求消息，該確認請求消 息中攜帶的信息與實施例1中所述相同，此處不再贅述。215: SCP收到確認請求消息后，根據(jù)Diameter協(xié)議對該確認請求消息進行封裝，并向 CBP發(fā)送封裝后的確認請求消息。216: CBP收到SCP發(fā)送的封裝后的確認請求消息后，根據(jù)Diameter協(xié)議對該確認請求 消息進行解封裝，當解封裝后的消息中攜帶的短消息的發(fā)送結(jié)果為失敗時，根據(jù)解封裝后的消息中攜帶的短消息的ID找到相應的計費記錄，進行計費回補。進一步地，如果短消息的發(fā)送結(jié)果為成功，CBP根據(jù)短消息的序列號將該短消息的計費 記錄的處理狀態(tài)更新為成功。217: CBP向SCP返回處理響應消息。 ' 218: SCP收到CBP返回的處理響應消息后，向ISMG轉(zhuǎn)發(fā)該處理響應消息。 本實施例在預付費用戶發(fā)送夢網(wǎng)短消息時，首先通過SCP根據(jù)Diameter協(xié)議對ISMG的 鑒權(quán)計費請求消息進行封裝，可以完成SCP與不同業(yè)務節(jié)點的信息交互；CBP收到鑒權(quán)計費 請求消息后對其進行解封裝，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費，從而實現(xiàn)跨 業(yè)務的融合計費，提高了在線計費的靈活性；另外，在CBP中保存短消息的計費記錄，當短 消息發(fā)送失敗時，根據(jù)保存的計費記錄進行計費回補，避免了現(xiàn)有技術(shù)中某些情況下不能進 行計費回補的問題。 實施例3本實施例以網(wǎng)間短消息為例進行說明，即預付費用戶和接收方用戶屬于不同的運營商， 本實施例中業(yè)務節(jié)點的功能可以通過預付費用戶所屬網(wǎng)絡中可以和他網(wǎng)進行信息交互的短消 息網(wǎng)關(guān)實現(xiàn)，參見圖5和圖6，圖5是本實施3提供的在線計費的方法中鑒權(quán)計費的流程圖， 圖6是本實施例提供的在線計費的方法中計費回補的流程圖，本發(fā)明實施例還提供了一種在 線計費的方法，具體包括301: SMSC收到預付費用戶發(fā)送的短消息后，根據(jù)短消息的目的地址判斷該短消息的接 收方用戶是否為他網(wǎng)用戶，如果是，則執(zhí)行303;否則，執(zhí)行302。302:按照網(wǎng)內(nèi)短消息或夢網(wǎng)短消息的流程進行處理，即按照實施例1或?qū)嵤├?的提供 的在線計費的方法流程進行處理，此處不再贅述。303: SMSC向短消息網(wǎng)關(guān)A發(fā)送請求消息，該請求消息包含消息頭和消息體兩部分，其 中，消息頭攜帶短消息的來源地址、目的地址和短消息ID等信息；消息體攜帶短消息的內(nèi)容。 另外，短消息網(wǎng)關(guān)A是預付費用戶所屬網(wǎng)絡中可以和他網(wǎng)進行信息交互的網(wǎng)關(guān)。304:短消息網(wǎng)關(guān)A收到SMSC發(fā)送的請求消息后，向SCP發(fā)送鑒權(quán)計費請求消息，該 鑒權(quán)計費請求消息中攜帶的信息與實施例1中所述相同，此處不再贅述。305: ' SCP收到短消息網(wǎng)關(guān)A發(fā)送的簽權(quán)計費請求消息后，根據(jù)Diameter協(xié)議對該鑒權(quán) 計費請求消息進行封裝，并向CBP發(fā)送封裝后的鑒權(quán)計費請求消息。306: CBP接收SCP發(fā)送的封裝后的鑒權(quán)計費請求消息，根據(jù)Diameter協(xié)議對該鑒權(quán)計 費請求消息進行解封裝，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費。307:在鑒權(quán)計費完成后，CBP根據(jù)解封裝后的消息中攜帶的短消息的ID，保存該短消 息的計費記錄。308: CBP向SCP返回計費響應消息。309: SCP收到CBP返回的計費響應消息后，向短消息網(wǎng)關(guān)A轉(zhuǎn)發(fā)該計費響應消息。 310:短消息網(wǎng)關(guān)A收到計費響應消息后，將短消息發(fā)送到接收方短消息網(wǎng)關(guān)B，其中, 短消息網(wǎng)關(guān)B是接收方用戶所屬網(wǎng)絡中可以和他網(wǎng)進行信息交互的網(wǎng)關(guān)。311:短消息網(wǎng)關(guān)B收到短消息后，根據(jù)短消息的目的地址將短消息發(fā)送到接收方SMSC。 312:接收方SMSC收到短消息后，向接收方用戶發(fā)送該短消息。313:'接收方SMSC收到接收方用戶返回的狀態(tài)報告，或者在預設的時間內(nèi)未收到接收 方用戶返回的狀態(tài)報告時，向短消息網(wǎng)關(guān)B返回響應消息，該響應消息中攜帶已發(fā)送的短消 總的短消息ID等信息。314:短消息網(wǎng)關(guān)B收到接收方SMSC返回的響應消息后，向短消息網(wǎng)關(guān)A轉(zhuǎn)發(fā)該響應 消息。315:短消息網(wǎng)關(guān)A收到短消息網(wǎng)關(guān)B轉(zhuǎn)發(fā)的響應消息后，向SCP發(fā)送確認請求消息， 該確認請求消息中攜帶的信息與實施例1中所述相同，此處不再贅述。316: SCP收到短消息網(wǎng)關(guān)A發(fā)送的確認請求消息后，根據(jù)Diameter協(xié)議對該確認請求 消息進行封裝，并向CBP發(fā)送封裝后的確認請求消息。317: . CBP收到SCP發(fā)送的封裝后的確認請求消息后，根據(jù)Diameter協(xié)議對該確認請求 消息進行解封裝，當解封裝后的消息中攜帶的短消息的發(fā)送結(jié)果為失敗時，根據(jù)解封裝后的 消息中攜帶的短消息的ID找到相應的計費記錄，進行計費回補。進一步地，如果解封裝后的消息中攜帶的短消息的發(fā)送結(jié)果為成功，CBP根據(jù)短消息的 序列號將該短消的計費記錄的處理狀態(tài)更新為成功。318: CBP向SCP返回處理響應消息。319: SCP收到CBP返回的處理響應消息后，向短消息網(wǎng)關(guān)A轉(zhuǎn)發(fā)該處理響應消息。 為了避免計費記錄過多占用融合計費點的存儲空間，從而影響計費系統(tǒng)的性能，進一步 地，在上述實施例、實施例2和實施例3中提供的在線計費的方法還可以包括 定期清除CBP中保存的短消息的計費記錄。本實施例在預付費用戶發(fā)送網(wǎng)間短消息時，通過SCP根據(jù)DiameteT協(xié)議對短消息網(wǎng)關(guān)A 的鑒權(quán)計費請求消息進行封裝，可以完成SCP與不同業(yè)務節(jié)點的信息交互；CBP收到鑒權(quán)計 費請求消息后對其進行解封裝，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費，從而實現(xiàn)跨業(yè)務的融合計費；另外，在CBP中保存短消息的計費記錄，當短消息發(fā)送失敗時，根據(jù)保 存的計費記錄進行計費回補，避免了現(xiàn)有技術(shù)中某些情況下不能進行計費回補的問題。 實施例4參見圖7，木發(fā)明實施例提供了一種業(yè)務控制點，該業(yè)務控制點具體包括 接收模塊，用于接收鑒權(quán)計費請求消息；封裝模塊，用于根據(jù)Diameter協(xié)議對接收模塊接收的鑒權(quán)計費請求消息進行封裝； 發(fā)送模塊，用于發(fā)送封裝模塊封裝后的鑒權(quán)計費請求消息。進一歩地，上述接收模塊還可以用于接收業(yè)務節(jié)點發(fā)送的確認請求消息，確認請求消息 中攜帶短消息的序列號和發(fā)送結(jié)果；上述封裝模塊還可以用于在接收模塊接收到確認請求消息后，根據(jù)Diameter協(xié)議對確認 請求消息進行封裝；上述發(fā)送模塊還可以用于發(fā)送封裝模塊封裝后的確認請求消息。本實施例中SCP收到鑒權(quán)計費請求消息后，通過Diameter協(xié)議對該鑒權(quán)請求消息進行封 裝，可以實現(xiàn)SCP與不用業(yè)務節(jié)點的信息交互，從而實現(xiàn)跨業(yè)務的融合計費。 實施fj 5參見圖8，本發(fā)明實施例提供了一種融合計費點，該融合計費點具體包括 消息接收模塊，用于接收鑒權(quán)計費請求消息，鑒權(quán)計費請求消息為經(jīng)過Diameter協(xié)議封 裝后的消息；解封裝模塊，用于在消息接收模塊收到鑒權(quán)計費請求消息后，根據(jù)Diameter協(xié)議對鑒權(quán)計費請求消息進行解封裝；鑒權(quán)計費模塊，用于根據(jù)解封裝模塊解封裝后的消息中攜帶的信息進行鑒權(quán)計費。 進一步地，上述消息接收模塊還可以用于接收封裝后的確認請求消息； 上述解封裝模塊還可以用于在消息接收模塊收到封裝后的確認請求消息后，根據(jù)Diameter協(xié)議對確認請求消息進行解封裝。上述鑒權(quán)計費請求消息中包含短消息的序列號，進一步地，上述融合計費點還可以包括 保存模塊，用于在鑒權(quán)計費模塊鑒權(quán)計費完成后，根據(jù)序列號保存短消息的計費記錄； 回補模塊，用于當短消息發(fā)送失敗時，根據(jù)保存模塊保存的計費記錄進行計費回補。 上述回補模塊可以具體包括査找單元，用于當解封裝模塊解封裝后的確認請求消息中攜帶的短消息的發(fā)送結(jié)果為失 敗時，根據(jù)解封裝后的確認請求消息中攜帶的序列號找到相應的計費記錄；回補單元，用于根據(jù)査找單元找到的計費記錄進行計費回補。本實施例中CBP通過接收經(jīng)過Diameter協(xié)議封裝后的鑒權(quán)計費請求消息，對其進行解封 裝后，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費，由于Diameter協(xié)議的可擴展性，CBP 口T以對不用的業(yè)務進行鑒權(quán)計費，從而實現(xiàn)跨業(yè)務的融合計費；另外，在CBP中根據(jù)短消息 的序列號保存短消息的計費記錄，當短消息發(fā)送失敗時，根據(jù)保存的計費記錄進行計費回補， 避免了現(xiàn)有技術(shù)屮某些情況下不能進行計費回補的問題。實施例6本發(fā)明實施例提供了一種在線計費的系統(tǒng)，該系統(tǒng)涉及業(yè)務節(jié)點、SCP和CBP，其中， 業(yè)務節(jié)點用于接收用戶的業(yè)務請求，完成基于事件的業(yè)務處理邏輯；SCP用于將業(yè)務節(jié)點的 消息轉(zhuǎn)換為Diameter協(xié)議消息，與CBP進行交互處理；CBP用于根據(jù)SCP的發(fā)送的消息進 行鑒權(quán)計k，以及在業(yè)務失敗時進行計費回補。參見圖9，本實施例提供的在線計費的系統(tǒng) 包括業(yè)務節(jié)點、業(yè)務控制點和融合計費點-業(yè)務節(jié)點，用于向業(yè)務控制點發(fā)送鑒權(quán)計費請求消息；業(yè)務控制點，用于收到業(yè)務節(jié)點發(fā)送的鑒權(quán)訃費請求消息后，根據(jù)Diameter協(xié)議對鑒權(quán) 計費請求消息進行封裝，并發(fā)送封裝后的鑒權(quán)計費請求消息；融合計費點，用于接收業(yè)務控點發(fā)送的鑒權(quán)計費請求消息，根據(jù)Diameter協(xié)議對鑒權(quán)計 費請求消息進行解封裝，并根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費。本實施例在預付費短消息業(yè)務中，由SCP根據(jù)Diameter協(xié)議對業(yè)務節(jié)點的消息進行封裝， 由CBP進行鑒權(quán)計費，提高了在線計費的靈活性；同時在CBP中保存短消息的計費記錄， 當短消息發(fā)送失敗時，根據(jù)保存的計費記錄進行計費回補，避免了現(xiàn)有技術(shù)中某些情況下不 能進行計費回補的問題。本發(fā)明實施例可以通過軟件實現(xiàn)，相應的軟件可以存儲到可讀取的存儲介質(zhì)中，例如， 計算機的硬盤、軟盤或光盤中。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精祌和原則之 內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1. 一種在線計費的方法，其特征在于，所述方法包括接收鑒權(quán)計費請求消息，所述鑒權(quán)計費請求消息為經(jīng)過Diameter協(xié)議封裝后的消息；根據(jù)所述Dianeter協(xié)議對所述鑒權(quán)計費請求消息進行解封裝，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費。
2. 根據(jù)權(quán)利要求1所述的在線計費的方法，其特征在于，所述鑒權(quán)計費請求消息中包含 短消息的序列號，所述方法還包括-在鑒權(quán)計費完成后，融合計費點根據(jù)所述序列號保存所述短消息的計費記錄； 當所述短消息發(fā)送失敗時，所述融合計費點根據(jù)所述計費記錄進行計費回補。
3. 根據(jù)權(quán)利要求2所述的在線計費的方法，其特征在于，所述當所述短消息發(fā)送失敗時， 所述融合計費點根據(jù)所述計費記錄進行計費回補，具體包括業(yè)務控制點接收業(yè)務節(jié)點發(fā)送的確認請求消息，所述確認請求消息中攜帶所述短消息的 序列號和發(fā)送結(jié)果；所述業(yè)務控制點根據(jù)所述Diameter協(xié)議對所述確認請求消息進行封裝，并向所述融合計 費點發(fā)送封裝后的確認請求消息；所述融合計費點收到所述封裝后的確認請求消息后，根據(jù)所述Diameter協(xié)議對所述確認 請求消息進行解封裝，當所述解封裝后的消息中攜帶的所述短消息的發(fā)送結(jié)果為失敗時，根 據(jù)所述解封裝后的消息中攜帶的所述序列號找到相應的計費記錄，進行計費回補。
4. 一種業(yè)務控制點，其特征在于，所述業(yè)務控制點具體包括 接收模塊，用于接收鑒權(quán)計費請求消息；封裝模塊，用于根據(jù)Diameter協(xié)議對所述接收模塊接收的鑒權(quán)計費請求消息進行封裝； 發(fā)送模塊，用于發(fā)送所述封裝模塊封裝后的鑒權(quán)計費請求消息。
5. 根據(jù)權(quán)利要求4所述的業(yè)務控制點，其特征在于，所述接收模塊還用于接收業(yè)務節(jié)點 發(fā)送的確認請求消息，所述確認請求消息中攜帶所述短消息的序列號和發(fā)送結(jié)果；所述封裝模塊還用于在所述接收模塊接收到所述確認請求消息后，根據(jù)Diameter協(xié)議對所述確認請求消息進行封裝；所述發(fā)送模塊還用于發(fā)送所述封裝模塊封裝后的確認請求消息。
6. —種融合計費點，其特征在于，所述融合計費點具體包括消息接收模塊，用于接收鑒權(quán)計費請求消息，所述鑒權(quán)計費請求消息為經(jīng)過Diameter協(xié) 議封裝后的消息；解封裝模塊，用于在所述消息接收模塊收到鑒權(quán)計費請求消息后，根據(jù)所述Diameter協(xié) 議對所述鑒權(quán)計費請求消息進行解封裝；鑒權(quán)計費模塊，用于根據(jù)所述解封裝模塊解封裝后的消息中攜帶的信息進行鑒權(quán)計費。
7. 根據(jù)權(quán)利要求6所述的融合計費點，其特征在于，所述消息接收模k還用于接收封裝 后的確認請求消息；所述解封裝模塊還用于在所述消息接收模塊收到封裝后的確認請求消息后，根據(jù)所述 Diameter協(xié)議對所述確認請求消息進行解封裝。
8. 根據(jù)權(quán)利要求7所述的融合計費點，其特征在于，所述鑒權(quán)計費請求消息中包含短消 息的序列號，所述融合計費點還包括保存模塊，用于在所述鑒權(quán)計費模塊鑒權(quán)計費完成后，根據(jù)所述序列號保存所述短消息 的計費記錄；回補模塊，用于當所述短消息發(fā)送失敗時，根據(jù)所述保存模塊保存的計費記錄進行計費 回補。
9. 根據(jù)權(quán)利要求8所述的融合計費點，其特征在于，所述回補模塊具體包括-査找單元，用于當所述解封裝模塊解封裝后的確認請求消息中攜帶的所述短消息的發(fā)送結(jié)果為失敗時，根據(jù)所述解封裝后的確認請求消息中攜帶的所述序列號找到相應的計費記錄; 回補單元，用于根據(jù)所述査找單元找到的計費記錄進行計費回補。
10. —種在線計費的系統(tǒng)，其特征在于，所述系統(tǒng)包括業(yè)務節(jié)點、業(yè)務控制點和融合計費點所述業(yè)務節(jié)點，用于向所述業(yè)務控制點發(fā)送鑒權(quán)計費請求消息；所述業(yè)務控制點，用T收到所述業(yè)務節(jié)點發(fā)送的鑒權(quán)計費請求消息后，根據(jù)Diameter協(xié) 議對所述鑒權(quán)計費請求消息進行封裝，并發(fā)送封裝后的鑒權(quán)計費請求消息；所述融合計費點，用于接收所述業(yè)務控點發(fā)送的鑒權(quán)計費請求消息，根據(jù)所述Diameter 協(xié)議對所述鑒權(quán)計費請求消息進行解封裝，并根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計 費。
全文摘要
本發(fā)明公開了一種在線計費的方法、業(yè)務控制點、融合計費點和系統(tǒng)，屬于通信領(lǐng)域。所述方法包括接收業(yè)務控制點發(fā)送的鑒權(quán)計費請求消息，該鑒權(quán)計費請求消息為經(jīng)過Diameter協(xié)議封裝后的消息；根據(jù)Diameter協(xié)議對該鑒權(quán)計費請求消息進行解封裝，根據(jù)解封裝后的消息中攜帶的信息進行鑒權(quán)計費。所述業(yè)務控制點包括接收模塊、封裝模塊和發(fā)送模塊。所述融合計費點包括消息接收模塊、解封裝模塊和鑒權(quán)計費模塊。所述系統(tǒng)包括業(yè)務節(jié)點、業(yè)務控制點和融合計費點。本發(fā)明在預付費短消息業(yè)務中通過CBP接收到經(jīng)過Diameter協(xié)議封裝后的鑒權(quán)計費請求消息CBP，對其進行解封裝后CBP進行鑒權(quán)計費，可以實現(xiàn)跨業(yè)務的融合計費，提高了在線計費的靈活性。
文檔編號H04Q7/22GK101282228SQ200810103069
公開日2008年10月8日 申請日期2008年3月31日 優(yōu)先權(quán)日2008年3月31日
發(fā)明者杰 劉 申請人:華為技術(shù)有限公司