專利名稱：一種呼叫回呼計費方法和業(yè)務控制設備的制作方法
技術領域：
本發(fā)明涉及通信計費技術，尤其涉及一種呼叫回呼計費方法和業(yè)務控制設備。
背景技術：
UCB (基于 USSD (非結構化補充業(yè)務數據，Unstructured SupplementaryService Data)的呼叫回呼業(yè)務，USSD CallBack)的實現原理是主叫終端的HLR(歸屬位置寄存器，Home Location Register)響應主叫終端發(fā)起UCB呼叫請求，通知主叫終端歸屬網絡的相應SCP(Service Control Point，業(yè)務控制點)分別建立面向主叫終端和被叫終端的 MT(Mobile Terminated，移動終接)呼叫，再將兩段MT呼叫橋接，以實現主叫終端和被叫終端之間的通話。在UCB業(yè)務的具體實現過程中，對主叫終端的計費往往存在一定的誤差，原因在于，對主叫終端的計費往往開始于主叫終端的MT呼叫建立完成之時，但此時雙方通話可能尚未開始。例如，如果首先建立主叫終端的MT呼叫，并在主叫終端的MT呼叫建立完成之后才開始建立被叫終端的MT呼叫，則在建立被叫終端MT呼叫的過程中，已經開始對主叫終端進行計費(即對主叫終端的計費在主叫終端的MT呼叫建立完成之后即已開始)，因此將導致出現盡管通話尚未開始但已經對主叫終端產生進行計費的問題，從而使得對主叫終端的計費存在一定程度的誤差。

發(fā)明內容
有鑒于此，實有必要提供一種呼叫回呼計費方法和業(yè)務控制設備，以解決現有UCB 業(yè)務對主叫終端的計費存在一定程度誤差的問題。根據本發(fā)明的一個方面，提供一種呼叫回呼計費方法，包括接收來自交換設備的橋接成功通知或被叫接續(xù)失敗通知，記錄所述橋接成功通知或被叫接續(xù)失敗通知的接收時間；接收來自所述交換設備的初始計費請求，基于所述橋接成功通知或被叫接續(xù)失敗通知的接收時間對所述初始計費請求中攜帶的通話時長進行校準，向計費設備發(fā)出包含有校準后的通話時長的計費通知，以便所述計費設備根據所述校準后的通話時長進行計費。根據本發(fā)明的另一方面，提供一種業(yè)務控制設備，包括收發(fā)模塊；記錄模塊，用于通過所述收發(fā)模塊接收來自交換設備的橋接成功通知或被叫接續(xù)失敗通知，記錄所述橋接成功通知或被叫接續(xù)失敗通知的接收時間；校準模塊，用于通過所述收發(fā)模塊接收來自所述交換設備的初始計費請求，基于所述橋接成功通知或被叫接續(xù)失敗通知的接收時間對所述初始計費請求中攜帶的通話時長進行校準，通過所述收發(fā)模塊向計費設備發(fā)出包含有校準后的通話時長的計費通知，以便所述計費設備根據所述校準后的通話時長進行計費。本發(fā)明實施例基于橋接成功通知或被叫接續(xù)失敗通知的接收時間對初始計費請求中攜帶的通話時長進行校準，以便基于校準后的通話時長對主叫終端進行計費。由此可知，對主叫終端的計費開始于收到橋接成功通知或被叫接續(xù)失敗通知的時刻，而非主叫終端的MT呼叫建立完成之時，因此可有效降低UCB業(yè)務中對主叫終端的計費誤差。


圖1是依據本發(fā)明一優(yōu)選實施例的呼叫回呼計費方法的示范性流程圖；圖2是依據本發(fā)明一優(yōu)選實施例的呼叫回呼計費方法的示范性信令圖；圖3是依據本發(fā)明另一優(yōu)選實施例的呼叫回呼計費方法的示范性信令圖；圖4是依據本發(fā)明一優(yōu)選實施例的業(yè)務控制設備的示范性邏輯結構示意圖。
具體實施例方式圖1是依據本發(fā)明一優(yōu)選實施例的呼叫回呼計費方法100的示范性流程圖。如圖1所示，步驟102，接收來自交換設備的橋接成功通知或被叫接續(xù)失敗通知， 記錄所述橋接成功通知或被叫接續(xù)失敗通知的接收時間；步驟104，接收來自所述交換設備的初始計費請求，基于所述橋接成功通知或被叫接續(xù)失敗通知的接收時間對所述初始計費請求中攜帶的通話時長進行校準，向計費設備發(fā)出包含有校準后的通話時長的計費通知，以便所述計費設備根據所述校準后的通話時長進行計費。由背景技術中描述的現有技術之中存在的技術問題可知，對主叫終端的計費誤差是因通話尚未開始但已經對主叫終端進行計費而導致的。在具體實現過程中，從對主叫終端進行計費開始到主被叫終端之間的通話真正開始，這一時間區(qū)間內產生的計費數據往往是由交換設備發(fā)出的第一條ACR消息(Apply Charging R印ort，計費請求報告)消息來承載的。因此，在具體實現過程中，僅需要對該第一條ACR消息中攜帶的通話時長進行校準即可，該第一條ACR消息即為上述初始計費請求。在具體實現過程中，初始計費請求中還攜帶有通話開始時間，所述基于所述橋接成功通知或被叫接續(xù)失敗通知的接收時間對所述初始計費請求中的通話時長進行校準具體包括根據所述通話開始時間和所述橋接成功通知或被叫接續(xù)失敗通知的接收時間計算接續(xù)時長，其中，接續(xù)時長=橋接成功通知或被叫接續(xù)失敗通知的接收時間-通話開始時間；根據所述接續(xù)時長和所述通話時長計算所述校準后的通話時長，其中，校準后的通話時長=通話時長-接續(xù)時長。在具體實現過程中，所述橋接成功通知可以為橋接成功(P0RTS_BRIDGED)消息。在具體實現過程中，所述被叫接續(xù)失敗通知可以為釋放(Release，Rel)消息。在具體實現過程中，所述計費通知為可以CCR(信用控制請求， Credit-Control-Request)消息。本發(fā)明實施例基于橋接成功通知或被叫接續(xù)失敗通知的接收時間對初始計費請求中攜帶的通話時長進行校準，以便基于校準后的通話時長對主叫終端進行計費。由此可知，對主叫終端的計費開始于收到橋接成功通知或被叫接續(xù)失敗通知的時刻，而非主叫終端的MT呼叫建立完成之時，因此可有效降低UCB業(yè)務中對主叫終端的計費誤差。圖2是依據本發(fā)明一優(yōu)選實施例的呼叫回呼計費方法200的示范性信令圖。如圖2所示，步驟202，在主叫終端發(fā)起呼叫回呼操作后，主叫終端當前所在網絡的交換設備即主叫所在地MSC(Mobile Switching Center，移動交換中心)/VLR(Visitor Location Register，拜訪位置寄存器)向主叫終端歸屬HLR(Home Location Register，歸屬位置寄存器)即主叫歸屬地HLR發(fā)起呼叫回呼請求。在具體實現過程中，上述呼叫回呼請求可通過USSD Req消息來實現。步驟204，主叫歸屬地HLR向主叫歸屬網絡內的相關SCP (也就是主叫歸屬網絡內負責對UCB業(yè)務進行控制的SCP)即主叫歸屬地SCP發(fā)送呼叫回呼控制請求，以請求主叫歸屬地SCP對呼叫回呼過程進行控制。在具體實現過程中，主叫歸屬地HLR可通過將上述USSD Req消息轉發(fā)給主叫歸屬地SCP來請求主叫歸屬地SCP對呼叫回呼過程進行控制，即上述呼叫回呼控制請求可以通過USSD Req消息來實現。步驟206，主叫歸屬地SCP向主叫歸屬地MSC/SSP(業(yè)務交換點，ServiceSwitching Point)發(fā)送主叫接續(xù)通知，以通知主叫歸屬地MSC/SSP接續(xù)主叫終端。具體來說，主叫歸屬地MSC/SSP即為圖1所述的交換設備。在具體實現過程中，上述主叫接續(xù)通知可通過ICA (試呼，Initiate CallAttempt) 消息來實現。步驟208，主叫歸屬地MSC/SSP向主叫所在地MSC/VLR發(fā)送接續(xù)主叫請求，以接續(xù)
主叫終端。在具體實現過程中，上述接續(xù)主叫請求可通過IAM(初始地址消息， InitialAddress Message)來實現。步驟210，主叫所在地MSC/VLR在成功接續(xù)主叫終端之后，向主叫歸屬地MSC/SSP 通知主叫成功接續(xù)。在具體實現過程中，主叫歸屬地MSC/SSP收到主叫成功接續(xù)的通知的時間即為上述初始計費請求中攜帶的通話開始時間。此外，主叫所在地MSC/VLR可通過ACM(Address Complete Message，地址全消息)向主叫歸屬地MSC/SSP通知主叫成功接續(xù)。步驟212，主叫歸屬地MSC/SSP向主叫歸屬地SCP通知主叫成功接續(xù)。在具體實現過程中，主叫歸屬地MSC/SSP可通過ERB(BCSM(基本呼叫狀態(tài)模型， Basic Call State Model)事件報告，Event Report BCSM)消息向主叫歸屬地SCP通知主叫成功接續(xù)。步驟214，主叫歸屬地SCP向主叫歸屬地MSC/SSP發(fā)送被叫接續(xù)通知。在具體實現過程中，上述被叫接續(xù)通知可通過ICA消息來實現。步驟216，主叫歸屬地MSC/SSP向被叫所在地MSC/VLR發(fā)送接續(xù)被叫請求。在具體實現過程中，上述接續(xù)被叫請求可通過IAM來實現。步驟218，被叫所在地MSC/VLR在成功接續(xù)被叫終端之后，向主叫歸屬地MSC/SSP 通知被叫成功接續(xù)。在具體實現過程中，被叫所在地MSC/VLR可通過ACM向主叫歸屬地MSC/SSP通知被叫成功接續(xù)。
步驟220、主叫歸屬地MSC/SSP向主叫歸屬地SCP通知被叫成功接續(xù)。在具體實現過程中，主叫歸屬地MSC/SSP可通過ERB消息向主叫歸屬地SCP通知被叫成功接續(xù)。步驟222、主叫歸屬地SCP通知主叫歸屬地MSC/SSP橋接主、被叫通話。在具體實現過程中，主叫歸屬地SCP可通過BRIDGEP0RTS (橋接)消息通知主叫歸屬地MSC/SSP橋接主、被叫通話。步驟224、主叫歸屬地MSC/SSP在成功橋接主、被叫通話后，向主叫歸屬地SCP上報橋接成功通知。在具體實現過程中，上述橋接成功通知可通過橋接成功(P0RTS_BRIDGED)消息來實現。在收到來自主叫歸屬地MSC/SSP的橋接成功通知后，主叫歸屬地SCP記錄橋接成功通知的接收時間。步驟226，主叫歸屬地MSC/SSP向主叫歸屬地SCP上報第一條ACR，其中，該第一條 ACR即為圖1所述的初始計費請求。步驟226，主叫歸屬地SCP根據第一條ACR向在線計費系統(tǒng)(OnlineCharging Report, 0CS)上報 CCR。具體來說，主叫歸屬地SCP根據橋接成功通知的接收時間對第一條ACR中攜帶的通話時長進行校準，向OCS發(fā)出包含有校準后的通話時長的CCR，以便OCS根據校準后的通話時長進行計費，其中OCS即為圖1所述的計費設備。更進一步的，上述第一條ACR中攜帶有通話開始時間，該通話開始時間即為步驟210中主叫歸屬地MSC/SSP收到主叫成功接續(xù)的通知的時間。根據橋接成功通知的接收時間對第一條ACR中攜帶的通話時長進行校準具體包括根據通話開始時間和橋接成功通知的接收時間計算接續(xù)時長，其中，接續(xù)時長=橋接成功通知的接收時間-通話開始時間；根據接續(xù)時長和所述通話時長計算所述校準后的通話時長，其中，校準后的通話時長=通話時長-接續(xù)時長。本發(fā)明實施例基于橋接成功通知的接收時間對初始計費請求中攜帶的通話時長進行校準，以便基于校準后的通話時長對主叫終端進行計費。由此可知，對主叫終端的計費開始于收到橋接成功通知的時刻，而非主叫終端接續(xù)成功之時，因此可有效降低UCB業(yè)務中對主叫終端的計費誤差。圖3是依據本發(fā)明另一優(yōu)選實施例的呼叫回呼計費方法300的示范性信令圖。如圖3所示，步驟302，在主叫終端發(fā)起呼叫回呼操作后，主叫終端當前所在網絡的交換設備即主叫所在地MSC/VLR向主叫終端歸屬HLR即主叫歸屬地HLR發(fā)起呼叫回呼請求。在具體實現過程中，上述呼叫回呼請求可通過USSD Req消息來實現。步驟304，主叫歸屬地HLR向主叫歸屬網絡內的相關SCP (也就是主叫歸屬網絡內負責對UCB業(yè)務進行控制的SCP)即主叫歸屬地SCP發(fā)送呼叫回呼控制請求，以請求主叫歸屬地SCP對呼叫回呼過程進行控制。在具體實現過程中，主叫歸屬地HLR可通過將上述USSD Req消息轉發(fā)給主叫歸屬地SCP來請求主叫歸屬地SCP對呼叫回呼過程進行控制，即上述呼叫回呼控制請求可以通過USSD Req消息來實現。步驟306，主叫歸屬地SCP向主叫歸屬地MSC/SSP發(fā)送主叫接續(xù)通知，以通知主叫歸屬地MSC/SSP接續(xù)主叫終端。具體來說，主叫歸屬地MSC/SSP即為圖1所述的交換設備。在具體實現過程中，上述主叫接續(xù)通知可通過ICA消息來實現。步驟308，主叫歸屬地MSC/SSP向主叫所在地MSC/VLR發(fā)送接續(xù)主叫請求，以接續(xù)
主叫終端。在具體實現過程中，上述接續(xù)主叫請求可通過IAM來實現。步驟310，主叫所在地MSC/VLR在成功接續(xù)主叫終端之后，向主叫歸屬地MSC/SSP 通知主叫成功接續(xù)。在具體實現過程中，主叫歸屬地MSC/SSP收到主叫成功接續(xù)的通知的時間即為上述初始計費請求中攜帶的通話開始時間。此外，主叫所在地MSC/VLR可通過ACM向主叫歸屬地MSC/SSP通知主叫成功接續(xù)。步驟312，主叫歸屬地MSC/SSP向主叫歸屬地SCP通知主叫成功接續(xù)。在具體實現過程中，主叫歸屬地MSC/SSP可通過ERB消息向主叫歸屬地SCP通知主叫成功接續(xù)。步驟314，主叫歸屬地SCP向主叫歸屬地MSC/SSP發(fā)送被叫接續(xù)通知。在具體實現過程中，上述被叫接續(xù)通知可通過ICA消息來實現。步驟316，主叫歸屬地MSC/SSP向被叫所在地MSC/VLR發(fā)送接續(xù)被叫請求。在具體實現過程中，上述接續(xù)被叫請求可通過IAM來實現。步驟318，被叫所在地MSC/VLR在接續(xù)被叫終端失敗(例如被叫終端忙或者被叫終端久不接聽)之后，向主叫歸屬地MSC/SSP通知被叫接續(xù)失敗。在具體實現過程中，被叫終端接續(xù)失敗的通知可通過釋放(Release，Rel)消息來承載，該Rel消息表明要求釋放呼叫。步驟320，主叫歸屬地MSC/SSP通知主叫歸屬地SCP被叫接續(xù)失敗。在具體實現過程中，主叫歸屬地MSC/SSP可通過ERB消息通知主叫歸屬地SCP被叫接續(xù)失敗。在收到來自主叫歸屬地MSC/SSP的被叫接續(xù)失敗的通知后，主叫歸屬地SCP記錄被叫接續(xù)失敗的通知的接收時間。步驟322，主叫歸屬地MSC/SSP向主叫歸屬地SCP上報第一條ACR，其中，該第一條 ACR即為圖1所述的初始計費請求。步驟324，主叫歸屬地SCP根據第一條ACR向在線計費系統(tǒng)(OnlineCharging Report, 0CS)上報 CCR。具體來說，主叫歸屬地SCP根據被叫接續(xù)失敗的通知的接收時間對第一條ACR中攜帶的通話時長進行校準，向OCS發(fā)出包含有校準后的通話時長的CCR，以便OCS根據校準后的通話時長進行計費，其中OCS即為圖1所述的計費設備。更進一步的，上述第一條ACR 中攜帶有通話開始時間，該通話開始時間即為步驟310中主叫歸屬地MSC/SSP收到主叫成功接續(xù)的通知的時間。根據被叫接續(xù)失敗的通知的接收時間對第一條ACR中攜帶的通話時長進行校準具體包括根據通話開始時間和被叫接續(xù)失敗的通知的接收時間計算接續(xù)時長，其中，接續(xù)時長=被叫接續(xù)失敗的通知的接收時間-通話開始時間；根據接續(xù)時長和所述通話時長計算所述校準后的通話時長，其中，校準后的通話時長=通話時長-接續(xù)時長。本發(fā)明實施例基于被叫接續(xù)失敗通知的接收時間對初始計費請求中攜帶的通話時長進行校準，以便基于校準后的通話時長對主叫終端進行計費。由此可知，對主叫終端的計費開始于收到被叫接續(xù)失敗通知的時刻，而非主叫終端接續(xù)成功之時，因此可有效降低 UCB業(yè)務中對主叫終端的計費誤差。圖4是依據本發(fā)明一優(yōu)選實施例的業(yè)務控制設備400的示范性邏輯結構示意圖。 如圖4所示，業(yè)務控制設備400包括收發(fā)模塊402、記錄模塊404和校準模塊406。記錄模塊404，用于通過所述收發(fā)模塊402接收來自交換設備的橋接成功通知或被叫接續(xù)失敗通知，記錄所述橋接成功通知或被叫接續(xù)失敗通知的接收時間；校準模塊406，用于通過所述收發(fā)模塊402接收來自所述交換設備的初始計費請求，基于所述橋接成功通知或被叫接續(xù)失敗通知的接收時間對所述初始計費請求中攜帶的通話時長進行校準，通過所述收發(fā)模塊402向計費設備發(fā)出包含有校準后的通話時長的計費通知，以便所述計費設備根據所述校準后的通話時長進行計費。在具體實現過程中，所述初始計費請求中還攜帶有通話開始時間，所述校準模塊 406具體包括第一計算模塊，用于根據所述通話開始時間和所述橋接成功通知或被叫接續(xù)失敗通知的接收時間計算接續(xù)時長，其中，接續(xù)時長=橋接成功通知或被叫接續(xù)失敗通知的接收時間-通話開始時間；第二計算模塊，用于根據所述接續(xù)時長和所述通話時長計算所述校準后的通話時長，其中，校準后的通話時長=通話時長-接續(xù)時長。在具體實現過程中，所述橋接成功通知為P0RTS_BRIDGED消息；所述被叫接續(xù)失敗通知為Rel消息。在具體實現過程中，所述初始計費請求為ACR消息。在具體實現過程中，所述計費通知為CCR消息。本發(fā)明實施例基于橋接成功通知或被叫接續(xù)失敗通知的接收時間對初始計費請求中攜帶的通話時長進行校準，以便基于校準后的通話時長對主叫終端進行計費。由此可知，對主叫終端的計費開始于收到橋接成功通知或被叫接續(xù)失敗通知的時刻，而非主叫終端的MT呼叫建立完成之時，因此可有效降低UCB業(yè)務中對主叫終端的計費誤差。本領域普通技術人員可知，上述方法中的全部或部分步驟可以通過程序指令相關的硬件完成，該程序可以存儲于一計算機可讀存儲介質中，該計算機可讀存儲介質如ROM、 RAM和光盤等。綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。 凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種呼叫回呼計費方法，其特征在于，包括接收來自交換設備的橋接成功通知或被叫接續(xù)失敗通知，記錄所述橋接成功通知或被叫接續(xù)失敗通知的接收時間；接收來自所述交換設備的初始計費請求，基于所述橋接成功通知或被叫接續(xù)失敗通知的接收時間對所述初始計費請求中攜帶的通話時長進行校準，向計費設備發(fā)出包含有校準后的通話時長的計費通知，以便所述計費設備根據所述校準后的通話時長進行計費。
2.如權利要求1所述的呼叫回呼計費方法，其特征在于，所述初始計費請求中還攜帶有通話開始時間，所述基于所述橋接成功通知或被叫接續(xù)失敗通知的接收時間對所述初始計費請求中的通話時長進行校準具體包括根據所述通話開始時間和所述橋接成功通知或被叫接續(xù)失敗通知的接收時間計算接續(xù)時長，其中，接續(xù)時長=橋接成功通知或被叫接續(xù)失敗通知的接收時間-通話開始時間；根據所述接續(xù)時長和所述通話時長計算所述校準后的通話時長，其中，校準后的通話時長=通話時長-接續(xù)時長。
3.如權利要求1或2所述的呼叫回呼計費方法，其特征在于，所述橋接成功通知為橋接成功P0RTS_BRIDGED消息；所述被叫接續(xù)失敗通知為釋放Rel消息。
4.如權利要求3所述的呼叫回呼計費方法，其特征在于，所述初始計費請求為計費請求報告ACR消息。
5.如權利要求4所述的呼叫回呼計費方法，其特征在于，所述計費通知為信用控制請求CCR消息。
6.一種業(yè)務控制設備，其特征在于，包括收發(fā)模塊；記錄模塊，用于通過所述收發(fā)模塊接收來自交換設備的橋接成功通知或被叫接續(xù)失敗通知，記錄所述橋接成功通知或被叫接續(xù)失敗通知的接收時間；校準模塊，用于通過所述收發(fā)模塊接收來自所述交換設備的初始計費請求，基于所述橋接成功通知或被叫接續(xù)失敗通知的接收時間對所述初始計費請求中攜帶的通話時長進行校準，通過所述收發(fā)模塊向計費設備發(fā)出包含有校準后的通話時長的計費通知，以便所述計費設備根據所述校準后的通話時長進行計費。
7.如權利要求6所述的業(yè)務控制設備，其特征在于，所述初始計費請求中還攜帶有通話開始時間，所述校準模塊具體包括第一計算模塊，用于根據所述通話開始時間和所述橋接成功通知或被叫接續(xù)失敗通知的接收時間計算接續(xù)時長，其中，接續(xù)時長=橋接成功通知或被叫接續(xù)失敗通知的接收時間-通話開始時間；第二計算模塊，用于根據所述接續(xù)時長和所述通話時長計算所述校準后的通話時長， 其中，校準后的通話時長=通話時長-接續(xù)時長。
8.如權利要求6或7所述的業(yè)務控制設備，其特征在于，所述橋接成功通知為橋接成功 P0RTS_BRIDGED消息；所述被叫接續(xù)失敗通知為釋放Rel消息。
9.如權利要求8所述的業(yè)務控制設備，其特征在于，所述初始計費請求為計費請求報告ACR消息。
10.如權利要求9所述的業(yè)務控制設備，其特征在于，所述計費通知為信用控制請求 CCR消息。
全文摘要
本發(fā)明實施例提供了一種呼叫回呼計費方法和業(yè)務控制設備，其中，呼叫回呼計費方法包括接收來自交換設備的橋接成功通知或被叫接續(xù)失敗通知，記錄所述橋接成功通知或被叫接續(xù)失敗通知的接收時間；接收來自所述交換設備的初始計費請求，基于所述橋接成功通知或被叫接續(xù)失敗通知的接收時間對所述初始計費請求中攜帶的通話時長進行校準，向計費設備發(fā)出包含有校準后的通話時長的計費通知，以便所述計費設備根據所述校準后的通話時長進行計費。本發(fā)明實施例還提供了一種業(yè)務控制設備。本發(fā)明實施例可有效降低UCB業(yè)務中對主叫終端的計費誤差。
文檔編號H04W4/16GK102217339SQ201180000427
公開日2011年10月12日 申請日期2011年4月28日 優(yōu)先權日2011年4月28日
發(fā)明者丁鵬 申請人:華為技術有限公司