專利名稱：一種避免業(yè)務控制點計費錯誤的方法
技術領域：
本發(fā)明涉及電信網(wǎng)的接入領域，具體涉及一種避免業(yè)務控制點計費錯誤的方法。
背景技術：
目前，很多運營商運營CDMA智能網(wǎng)，開通了智能預付費業(yè)務或虛擬專網(wǎng)(VPN，Virtual Private Network)業(yè)務，對智能用戶的計費是在業(yè)務控制點(SCP，Service Control Point)進行的，呼叫控制也是在SCP進行的。
通常，智能業(yè)務流程中，業(yè)務交換點(SSP，Service Switch Point)通過主叫應答消息來觸發(fā)SCP對主叫用戶開始智能業(yè)務扣費，通過被叫應答消息來觸發(fā)SCP對被叫用戶開始智能業(yè)務扣費。
在現(xiàn)有的智能業(yè)務流程中，主叫應答和被叫應答消息都是單向消息，即SCP收到SSP發(fā)送來的主叫應答或被叫應答消息后，不會給SSP返回一個響應消息。這樣，如果由于鏈路質(zhì)量惡劣或擁塞等原因造成主叫應答或被叫應答消息丟失，此時，SCP因為沒有接收到SSP的主叫應答或被叫應答消息而沒有進行計費，而SSP卻以為一切正常，繼續(xù)接通呼叫，結果導致SCP計費錯誤，給運營商造成了損失。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種避免業(yè)務控制點計費錯誤的方法，以使得在SCP沒有進行計費時SSP可及時發(fā)現(xiàn)并拆除呼叫，以避免計費錯誤，從而減少運營商的計費損失。
為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的
一種避免業(yè)務控制點SCP計費錯誤的方法，該方法包括A、業(yè)務交換點SSP檢測到呼叫接通，向SCP發(fā)送呼叫應答消息；B、SCP接收到SSP的呼叫應答消息，開始計費，并向SSP返回一個響應消息，若SSP接收到該響應消息，則繼續(xù)此次呼叫；否則，SSP拆除此次呼叫。
步驟B所述SSP接收到該響應消息為SSP在響應定時器超時前接收到該消息。
所述呼叫應答消息為主叫應答或被叫應答消息。
所述主叫應答消息為OANSWER消息，所述被叫應答消息為TANSWER消息。
步驟B所述主叫應答消息的響應消息為oanswer消息，所述被叫應答的響應消息為tanswer消息。
步驟B所述主叫應答消息或被叫應答消息的響應消息為呼叫控制指示CCDIR消息。
與現(xiàn)有技術相比，本發(fā)明所提供的方法通過在SCP接收到SSP發(fā)送的應答消息后給SSP返回一個響應消息，使得當SCP在應該計費卻未計費時，SSP可以及時得知并拆除呼叫，避免了SCP未開始計費，而呼叫仍繼續(xù)情況的發(fā)生，避免SCP的計費錯誤，降低了運營商的損失。


圖1為在PPC用戶的起呼流程中實現(xiàn)本發(fā)明提供的避免SCP計費錯誤的方法的具體實施例一的流程圖；圖2為在PPC用戶的起呼流程中實現(xiàn)本發(fā)明提供的避免SCP計費錯誤的方法的具體實施例二的流程圖；圖3為PPC用戶局間呼叫終呼流程中實現(xiàn)本發(fā)明提供的避免SCP計費錯誤的方法的具體實施例一的流程圖；圖4為PPC用戶局間呼叫終呼流程中實現(xiàn)本發(fā)明提供的避免SCP計費錯誤的方法的具體實施例二的流程圖。
具體實施例方式
本發(fā)明的核心思想是SSP和SCP之間形成一種約定，即SCP在收到主叫應答或被叫應答消息后給SSP返回一個響應消息，如果SSP在發(fā)送出主叫應答或被叫應答消息后沒有收到SCP的響應消息，則認為網(wǎng)絡或SCP出現(xiàn)故障，將呼叫拆除。
下面結合附圖及具體實施例對本發(fā)明再作進一步詳細的說明。
具體實施例一圖1是在預付費用戶(PPC，Pre-Paid Charging)用戶的起呼流程中實現(xiàn)本發(fā)明提供的避免SCP計費錯誤的方法的具體實施例一的流程圖，如圖1所示，其具體步驟如下aPPC用戶發(fā)起呼叫。SSP接收到呼叫并檢測到Origination_Attempt_Authorized觸發(fā)器，則按觸發(fā)器中的地址發(fā)送ORREQ消息至相應的SCP。
bSCP收到ORREQ消息后，根據(jù)該消息判斷用戶的PPC業(yè)務是否激活且用戶是否有余額，若是，則在響應消息orreq中通過參數(shù)DMH_SVCIDLIST通知SSP繼續(xù)PPC業(yè)務；否則，在orreq消息中通過參數(shù)ACCEDN和ANNLIST通知SSP拒絕此次呼叫，本流程結束。
cSSP檢測到Calling_Routing_address_Available觸發(fā)器，發(fā)送ANLYZD消息至SCP。
dSCP收到ANLYZD消息后，根據(jù)呼叫信息中的主被叫號碼等確定本次呼叫的費率，并判斷用戶余額是否足以發(fā)起該次呼叫，判斷完畢給SSP返回anlyzd消息，若余額足夠，執(zhí)行步驟e；否則，SSP中斷此次呼叫，本流程結束。
eSSP接收到anlyzd消息后，建立主叫到被叫的呼叫。
f被叫用戶應答。
gSSP檢測到O_Answer觸發(fā)器，發(fā)送OANSWER消息至SCP。
hSCP接收到OANSWER消息，開始計費，并向SSP返回oanswer消息。如果SSP在等待oanswer響應定時器超時前成功收到oanswer消息，認為SCP已經(jīng)成功收到了主叫應答消息；如果SSP的等待oanswer響應定時器超時，則認為SCP未收到主叫應答消息，則拆除此次呼叫。
在這里，如圖2的步驟h所示，SCP接收到OANSWER消息后，也可以立即向SSP發(fā)送呼叫控制指示(CCDIR)消息。如果SSP在等待CCDIR響應定時器超時前成功收到CCDIR消息，認為SCP已經(jīng)成功收到了主叫應答消息；如果SSP的等待CCDIR響應定時器超時，則認為SCP未收到主叫應答消息，拆除此次呼叫。CCDIR為雙向消息，所以，若SSP接收到了該消息，如圖2的步驟h1所示，SSP要給SCP返回一個ccdir響應消息。
i通話結束后呼叫清除。
圖中的“conversion”表示主叫和被叫正在通話。
jSSP檢測到O_Disconnect觸發(fā)器，發(fā)送ODISCONNECT消息給SCP。
kSCP收到ODISCONNECT消息后，停止計費，并回送響應消息odisconnect至SSP。
lSSP接收到odisconnect消息后，拆除呼叫。
圖2為在PPC用戶的起呼流程中實現(xiàn)本發(fā)明提供的避免SCP計費錯誤的方法的具體實施例二的流程圖，除步驟h和h1外，其余步驟與圖1的對應步驟相同。
圖3是PPC用戶局間呼叫終呼流程中實現(xiàn)本發(fā)明提供的避免SCP計費錯誤的方法的具體實施例一的流程圖，如圖3所示，其具體步驟如下a始發(fā)呼叫，始發(fā)SSP接收到被叫的號碼并檢測到Mobile_Termination觸發(fā)器，根據(jù)觸發(fā)器標識的地址向?qū)腍LR發(fā)送LOCREQ消息，該消息中帶有Mobile_Termination觸發(fā)器。
bHLR接收到LOCREQ消息后，向始發(fā)SSP回送響應消息locreq，消息指示需要使用Initial_Termination、Location和Called_Routing_Address_Available觸發(fā)器。
c始發(fā)SSP檢測到Initial_Termination觸發(fā)器，并根據(jù)觸發(fā)器指示的地址向?qū)腟CP發(fā)送ANLYZD消息。
dSCP接收到ANLYZD消息后，判斷被叫的PPC業(yè)務是否激活且余額是否足以發(fā)起該次呼叫，判斷完畢給始發(fā)SSP返回anlyzd消息，若PPC業(yè)務已激活且余額足夠，執(zhí)行步驟e；否則，始發(fā)SSP拒絕此次呼叫，本流程結束。
e始發(fā)SSP檢測到Location觸發(fā)器，向HLR發(fā)送LOCREQ消息以獲取被叫的路由信息。
fHLR接收到LOCREQ消息后，向服務SSP發(fā)送ROUTEREQ消息以請求獲取被叫路由。
g服務SSP接收到ROUTEREQ消息后，為被叫分配漫游號碼(TLDN)，并將該TLDN通過routereq消息返回給HLR。
hHLR接收到routereq消息后，通過locreq消息將TLDN發(fā)送給始發(fā)SSP。
i始發(fā)SSP接收到locreq消息，根據(jù)TLDN判定該呼叫為本地終呼，檢測到Called_Routing_Address_Available觸發(fā)器，根據(jù)觸發(fā)器標識的地址向?qū)腟CP發(fā)送ANLYZD消息。
jSCP接收到ANLYZD消息，向始發(fā)SSP返回anlyzd響應消息。
k始發(fā)SSP接收到anlyzd消息建立主叫至被叫的呼叫。
l呼叫應答。
m服務SSP檢測到T_Answer觸發(fā)器，根據(jù)觸發(fā)器標識的地址向?qū)腟CP發(fā)送TANSWER消息。
nSCP接收到TANSWER消息后開始對被叫用戶計費，并向服務SSP返回tanswer消息，如果服務SSP在tanswer響應定時器超時前接收到tanswer消息，認為SCP成功收到了被叫應答消息；如果服務SSP的等待tanswer超時，認為SCP未接收到被叫應答消息，拆除此次呼叫。
在這里，如圖4的步驟n所示，SCP接收到TANSWER消息后，也可以立即向服務SSP發(fā)送CCDIR消息。如果服務SSP在等待CCDIR響應定時器超時前成功收到CCDIR消息，認為SCP已經(jīng)成功收到了被叫應答消息；如果服務SSP的等待CCDIR響應定時器超時，則認為SCP未收到被叫應答消息，拆除此次呼叫。同樣，若服務SSP接收到了CCDIR消息，如圖4的步驟n1所示，服務SSP要給SCP返回一個ccdir響應消息。
o通話結束后呼叫清除。
圖中的“conversion”表示主叫和被叫正在通話。
p服務SSP檢測到T_Disconnect觸發(fā)器，根據(jù)觸發(fā)器標識的地址向?qū)腟CP發(fā)送TDISCONNECT消息。
qSCP接收到TDISCONNECT消息后，停止計費，并向服務SSP回送tdisconnect消息。
r服務SSP接收到tdisconnect消息后，拆除呼叫。
圖4為PPC用戶局間呼叫終呼流程中實現(xiàn)本發(fā)明提供的避免SCP計費錯誤的方法的具體實施例二的流程圖，除步驟n和n1外，其余步驟與圖3的對應步驟相同。
以上所述僅為本發(fā)明的過程及方法實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種避免業(yè)務控制點SCP計費錯誤的方法，其特征在于，該方法包括A、業(yè)務交換點SSP檢測到呼叫接通，向SCP發(fā)送呼叫應答消息；B、SCP接收到SSP的呼叫應答消息，開始計費，并向SSP返回一個響應消息，若SSP接收到該響應消息，則繼續(xù)此次呼叫；否則，SSP拆除此次呼叫。
2.如權利要求1所述的方法，其特征在于，步驟B所述SSP接收到該響應消息為SSP在響應定時器超時前接收到該消息。
3.如權利要求1所述的方法，其特征在于，所述呼叫應答消息為主叫應答或被叫應答消息。
4.如權利要求3所述的方法，其特征在于，所述主叫應答消息為OANSWER消息，所述被叫應答消息為TANSWER消息。
5.如權利要求4所述的方法，其特征在于，步驟B所述主叫應答消息的響應消息為oanswer消息，所述被叫應答的響應消息為tanswer消息。
6.如權利要求4所述的方法，其特征在于，步驟B所述主叫應答消息或被叫應答消息的響應消息為呼叫控制指示CCDIR消息。
全文摘要
本發(fā)明公開了一種避免SCP計費錯誤的方法，本發(fā)明所提供的方法包括SSP檢測到呼叫接通后給SCP發(fā)送呼叫應答消息，SCP接收到該應答消息就開始計費并給SSP返回一個響應消息，若SSP接收到該響應消息，就繼續(xù)呼叫，否則，拆除呼叫。本發(fā)明方法使得當SCP在應該開始計費卻由于網(wǎng)絡故障等原因未開始時，SSP可以及時得知并拆除呼叫，避免了計費未進行，而呼叫仍繼續(xù)的情況的發(fā)生，實現(xiàn)了SCP的正確計費，降低了運營商的損失。
文檔編號H04L12/28GK1815964SQ20051000731
公開日2006年8月9日 申請日期2005年2月4日 優(yōu)先權日2005年2月4日
發(fā)明者李世前, 盧紹輝 申請人:華為技術有限公司