專利名稱：一種實(shí)現(xiàn)可控的呼叫轉(zhuǎn)移業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種實(shí)現(xiàn)可控的呼叫轉(zhuǎn)移(CallTransfer，CT)業(yè)務(wù)的方法。
背景技術(shù)：
CT業(yè)務(wù)是現(xiàn)有移動(dòng)通信業(yè)務(wù)中的一種補(bǔ)充業(yè)務(wù)，在使用前用戶必須向移動(dòng)通信運(yùn)營商簽約并激活該業(yè)務(wù)。使用CT業(yè)務(wù)的用戶稱為主控用戶。CT業(yè)務(wù)為如果主控用戶已經(jīng)建立兩個(gè)呼叫，主控用戶在每個(gè)呼叫中可以是呼入方或呼出方；或者主控用戶與第一個(gè)用戶的呼叫過程中撥打第二個(gè)用戶的號碼，所述呼叫過程可以是已接通或未接通；主控用戶通過釋放呼叫將與之有呼叫聯(lián)系的兩個(gè)遠(yuǎn)端用戶連接起來成為一個(gè)普通呼叫，該呼叫為CT業(yè)務(wù)所觸發(fā)的呼叫，同時(shí)主控用戶釋放自身與這兩個(gè)遠(yuǎn)端用戶的連接。所述遠(yuǎn)端用戶可以是移動(dòng)用戶(MS)，也可以是電話網(wǎng)絡(luò)(PSTN)用戶；可以是本局用戶，也可以是它局用戶。
CT業(yè)務(wù)的實(shí)現(xiàn)與普通呼叫過程類似，無需特別的系統(tǒng)交互過程。三個(gè)用戶之間發(fā)生的一種典型CT業(yè)務(wù)流程如圖1所示，為便于表述，這三個(gè)用戶都是移動(dòng)用戶，若其中一個(gè)或多個(gè)用戶為其他類型的用戶，業(yè)務(wù)流程與此類似。該業(yè)務(wù)流程包括如下步驟步驟101主控用戶MS1和用戶2(MS2)正在進(jìn)行呼叫過程，該過程可以是MS2向MS1發(fā)起呼叫，而MS1尚未應(yīng)答，或者是MS1發(fā)起呼叫而MS2未應(yīng)答；或者是MS1和MS2之間的通話已經(jīng)接通，而該通話可以是MS1發(fā)起或MS2發(fā)起；步驟102MS1向用戶3(MS3)發(fā)起呼叫，即向移動(dòng)交換中心(MSC)發(fā)送帶有MS3的終端地址(TA)的呼叫消息；步驟103MSC對TA進(jìn)行分析后，向被叫MS3發(fā)送初始地址信息(IAM)，進(jìn)入入局流程；步驟104被叫MS3振鈴后，MS3向MSC返回地址全消息(ACM)；步驟105被叫MS3應(yīng)答后，MS3向MSC發(fā)送應(yīng)答消息(ANM)，MS1和MS3建立通話鏈路；步驟106MS1掛機(jī)觸發(fā)CT業(yè)務(wù)，向基站子系統(tǒng)(BSS)發(fā)送釋放通話鏈路的命令，發(fā)起呼叫拆線流程；步驟107BSS向MSC發(fā)送清除請求，請求釋放被占用資源；步驟108MSC向BSS發(fā)送清除命令，指示BSS和終端相關(guān)電路資源的釋放；步驟109BSS完成相關(guān)資源的釋放，即拆除MS1和MS2、MS1和MS3之間的通話鏈路，然后向MSC發(fā)送清除完成消息，表示相關(guān)資源釋放完成；步驟110MS2和MS3之間建立通話鏈路并進(jìn)行通話。
若以上所述MS2或MS3變?yōu)镻STN用戶，其業(yè)務(wù)流程保持不變。
從以上CT業(yè)務(wù)流程可以看出，主控用戶在和用戶2的呼叫待機(jī)狀態(tài)或者通話狀態(tài)中，撥叫用戶3的號碼；然后用戶2和用戶3之間建立連接，而主控用戶釋放和這兩個(gè)用戶的連接；用戶2和用戶3通過所建立的連接進(jìn)行通話，就如同用戶2和用戶3之間直接建立的普通通話一樣。
在此過程中，目前多數(shù)廠家設(shè)備將按照如下方式產(chǎn)生計(jì)費(fèi)話單1、為MS1產(chǎn)生MS1與MS2通話的話單，話單中主叫方是MS1，被叫方是MS2，有CT業(yè)務(wù)標(biāo)志；2、為MS1產(chǎn)生MS1與MS3通話的話單，話單中主叫方是MS1，被叫是MS3，有CT業(yè)務(wù)標(biāo)志；3、為MS2產(chǎn)生MS2與MS1通話的話單，話單中主叫方是MS1，被叫方是MS2；4、為MS3產(chǎn)生MS3與MS1通話的話單，話單中主叫方是MS1，被叫方是MS3。
可能個(gè)別廠家設(shè)備或運(yùn)營商產(chǎn)生話單的方式與上述稍有差異，但原理是相同的。
目前的CT業(yè)務(wù)具有如下缺點(diǎn)1、在目前CT業(yè)務(wù)計(jì)費(fèi)方式下，主控用戶需要為用戶2和用戶3的通話支付話費(fèi)，但又沒有對用戶2和用戶3通話的控制權(quán)，如果用戶2和用戶3的通話時(shí)間過長，會(huì)對主控用戶造成不必要的經(jīng)濟(jì)損失；2、CT業(yè)務(wù)發(fā)生時(shí)，系統(tǒng)也只是把用戶2和用戶3的通話當(dāng)作普通的通話來處理，而無法對其中可能出現(xiàn)的異常情況采取相應(yīng)的控制手段。例如，如果用戶2和用戶3都是語音服務(wù)臺(tái)，則用戶2和用戶3之間的通話會(huì)一直進(jìn)行而無法掛斷，導(dǎo)致用戶2和用戶3之間的連接無法釋放，資源被吊死。
因此，現(xiàn)有的CT業(yè)務(wù)無論是對主控用戶還是對運(yùn)營商來說，可控制性不強(qiáng)，不利于業(yè)務(wù)的使用和推廣，進(jìn)而影響了用戶和運(yùn)營商的利益。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于，提出一種實(shí)現(xiàn)可控的呼叫轉(zhuǎn)移業(yè)務(wù)的方法，增強(qiáng)對CT業(yè)務(wù)中建立的連接的控制，在發(fā)現(xiàn)異常呼叫時(shí)能及時(shí)強(qiáng)制拆除該呼叫或發(fā)出報(bào)警消息。
本發(fā)明方法包括如下步驟A、第一用戶在與第二用戶的呼叫過程中呼叫第三用戶，移動(dòng)交換中心MSC獲取第一用戶的簽約數(shù)據(jù)，根據(jù)所獲取的簽約數(shù)據(jù)判斷第一用戶已簽約CT業(yè)務(wù)后，進(jìn)一步判斷第一用戶是否簽約CT的可控呼叫時(shí)長業(yè)務(wù)，如果是，則執(zhí)行步驟B；否則按現(xiàn)有的呼叫轉(zhuǎn)移業(yè)務(wù)流程處理，并結(jié)束本處理流程；
B、當(dāng)?shù)谝挥脩魭鞌嗪偷诙脩?、第三用戶的呼叫觸發(fā)CT業(yè)務(wù)后，MSC判斷第二用戶和第三用戶之間的呼叫是否超過了CT的可控呼叫時(shí)長業(yè)務(wù)所設(shè)定的最長通話時(shí)間，如果是，則執(zhí)行步驟C；否則按現(xiàn)有的呼叫轉(zhuǎn)移業(yè)務(wù)流程處理，并結(jié)束本處理流程；C、MSC強(qiáng)制拆除第二用戶和第三用戶之間的連接，終止CT業(yè)務(wù)。
步驟B中所述主控用戶掛斷和第二用戶、第三用戶的呼叫觸發(fā)呼叫轉(zhuǎn)移業(yè)務(wù)后進(jìn)一步包括B1、MSC啟動(dòng)時(shí)長為CT的可控呼叫時(shí)長業(yè)務(wù)所設(shè)定的最長通話時(shí)間的定時(shí)器；步驟B所述判斷為判斷所設(shè)定的定時(shí)器是否超時(shí)。
在步驟A之前進(jìn)一步包括第一用戶在簽約或激活CT業(yè)務(wù)的同時(shí)，設(shè)定CT的可控呼叫時(shí)長業(yè)務(wù)的最長通話時(shí)間，并將所設(shè)定的最長通話時(shí)間存儲(chǔ)于歸屬位置寄存器HLR第一用戶CT業(yè)務(wù)的簽約數(shù)據(jù)中，并通過HLR和拜訪位置寄存器VLR的交互過程將第一用戶CT業(yè)務(wù)的簽約數(shù)據(jù)存儲(chǔ)于VLR中；步驟A中所述MSC獲取第一用戶的簽約數(shù)據(jù)為MSC向VLR獲取第一用戶的簽約數(shù)據(jù)。
較佳地，在步驟A之前進(jìn)一步包括AA1、主控用戶通過終端向MSC發(fā)送包括CT業(yè)務(wù)碼和最長通話時(shí)間的數(shù)字串；AA2、MSC分析所收到的數(shù)字串，得知主控用戶發(fā)起設(shè)定CT的可控呼叫時(shí)長業(yè)務(wù)最長通話時(shí)間的請求，并向和主控用戶相關(guān)的HLR發(fā)送攜帶所述數(shù)字串的特征業(yè)務(wù)請求；AA3、HLR分析所收到特征業(yè)務(wù)請求中的數(shù)字串，根據(jù)其中的最長通話時(shí)間更新HLR中相應(yīng)的用戶信息；AA4、HLR與VLR進(jìn)行交互，將最長通話時(shí)間存儲(chǔ)于VLR中。
步驟A所述進(jìn)一步判斷得到第一用戶未簽約CT的可控呼叫時(shí)長業(yè)務(wù)，則進(jìn)一步包括A1、當(dāng)?shù)谝挥脩魭鞌嗪偷诙脩簟⒌谌脩舻暮艚杏|發(fā)CT業(yè)務(wù)后，營帳系統(tǒng)判斷第二用戶和第三用戶之間的呼叫是否出現(xiàn)了異常，如果是，則執(zhí)行步驟A2；否則按現(xiàn)有的呼叫轉(zhuǎn)移業(yè)務(wù)流程處理，并結(jié)束本處理流程；A2、營帳系統(tǒng)向MSC發(fā)出強(qiáng)制拆除第二用戶和第三用戶之間呼叫的指令；A3、MSC強(qiáng)制拆除第二用戶和第三用戶之間的連接，終止CT業(yè)務(wù)。
較佳地，步驟A1中所述判斷為分析MSC中第二用戶和第三用戶之間呼叫的呼叫數(shù)據(jù)記錄CDR，根據(jù)分析的結(jié)果判斷是否出現(xiàn)異常情況。
所述異常情況為以下情況的任一種或組合CDR中非主控用戶的號碼都為語音中心或其他服務(wù)臺(tái)號碼；CDR中非主控用戶的號碼相同；CDR中所記錄的通話時(shí)間超出了營帳系統(tǒng)中設(shè)定的通話時(shí)限。
較佳地，步驟A2還可以進(jìn)一步包括營帳系統(tǒng)發(fā)出報(bào)警消息。
從以上技術(shù)方案可以看出主控用戶預(yù)先設(shè)定CT業(yè)務(wù)的最長通話時(shí)間，并在觸發(fā)CT業(yè)務(wù)時(shí)啟動(dòng)時(shí)長為該最長通話時(shí)間的定時(shí)器，當(dāng)定時(shí)器超時(shí)則強(qiáng)制拆除CT業(yè)務(wù)所建立的連接，實(shí)現(xiàn)了主控用戶對CT業(yè)務(wù)通話時(shí)長的控制，防止通話時(shí)間過長對主控用戶造成花費(fèi)損失；通過分析通話中的特征數(shù)據(jù)，如CDR，判斷通話是否為異常呼叫，并對異常呼叫進(jìn)行強(qiáng)制拆除或者發(fā)出報(bào)警消息，則進(jìn)一步增強(qiáng)了系統(tǒng)的網(wǎng)絡(luò)維護(hù)能力，防止了異常呼叫造成資源吊死的情況，維護(hù)了運(yùn)營商的利益。


圖1為現(xiàn)有技術(shù)中CT業(yè)務(wù)的流程圖；圖2為本發(fā)明實(shí)施例的業(yè)務(wù)流程圖；
圖3為本發(fā)明實(shí)施例中設(shè)定最長通話時(shí)間的流程圖。
具體實(shí)施例方式
本發(fā)明的核心內(nèi)容為在使用CT業(yè)務(wù)之前，對CT業(yè)務(wù)中可能出現(xiàn)的異常情況，設(shè)定相應(yīng)的處理措施；在CT業(yè)務(wù)進(jìn)行過程中，檢察是否出現(xiàn)了異常情況，如果發(fā)現(xiàn)異常情況，則按照預(yù)先設(shè)定的措施進(jìn)行處理。
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖以及具體實(shí)施例對本發(fā)明作進(jìn)一步的詳細(xì)闡述。
本實(shí)施例以碼分多址(CDMA)網(wǎng)絡(luò)的實(shí)現(xiàn)流程為例，實(shí)現(xiàn)上述第一種實(shí)施方式；對于其他運(yùn)營網(wǎng)絡(luò)實(shí)現(xiàn)原理相同，其實(shí)現(xiàn)流程可依照本實(shí)施例的流程類比得到。
在用戶簽約CT業(yè)務(wù)時(shí)，可選擇簽約CT的可控呼叫時(shí)長業(yè)務(wù)，若簽約該業(yè)務(wù)，則設(shè)定CT業(yè)務(wù)所觸發(fā)通話的最長通話時(shí)間；當(dāng)CT業(yè)務(wù)觸發(fā)的通話持續(xù)時(shí)間達(dá)到所設(shè)定的最長通話時(shí)間，則認(rèn)為該CT業(yè)務(wù)觸發(fā)的呼叫為異常呼叫，強(qiáng)制拆除該通話，終止CT業(yè)務(wù)。
如果用戶不簽約CT的可控呼叫時(shí)長業(yè)務(wù)，則利用營帳系統(tǒng)實(shí)現(xiàn)對CT業(yè)務(wù)的監(jiān)控。營帳系統(tǒng)指網(wǎng)絡(luò)主設(shè)備以外的輔助設(shè)備，用來實(shí)現(xiàn)某一專項(xiàng)服務(wù)功能。本實(shí)施例中，在MSC和營帳系統(tǒng)設(shè)備之間建立接口，借助網(wǎng)絡(luò)營帳系統(tǒng)實(shí)現(xiàn)對CT業(yè)務(wù)的監(jiān)控功能，其基本原理如下MSC通常會(huì)為每一個(gè)呼叫產(chǎn)生呼叫數(shù)據(jù)記錄(CDR)，CDR中包含主、被叫用戶號碼、通話時(shí)長以及補(bǔ)充業(yè)務(wù)標(biāo)志等信息。營帳系統(tǒng)通過和MSC之間的接口獲取CDR，并對CDR進(jìn)行分析，當(dāng)發(fā)現(xiàn)分析結(jié)果與預(yù)先定義的異常情況相符時(shí)，則進(jìn)行相應(yīng)的控制操作；所述相應(yīng)控制操作可以是強(qiáng)制拆除呼叫或者產(chǎn)生報(bào)警消息。
所述異常情況可以包括如下幾種情況情況1、主被叫都是語音中心或其他服務(wù)臺(tái)號碼，這種情況可通過分析CDR中的主被叫號碼識別；情況2、主被叫號碼相同，這種情況可通過分析CDR中的主被叫號碼識別；情況3、通話時(shí)間超過預(yù)定時(shí)限，該預(yù)定時(shí)限與上述CT的可控呼叫時(shí)長業(yè)務(wù)中設(shè)定的最長通話時(shí)間不同，為營帳系統(tǒng)中所設(shè)定的最長通話時(shí)間，這種情況可通過分析CDR中的通話時(shí)間識別；情況4、未包括在上述三種情況內(nèi)的其他異常情況。
如果主控用戶簽約了CT的可控呼叫時(shí)長業(yè)務(wù)，則歸屬位置寄存器(HLR)中所存儲(chǔ)的CT業(yè)務(wù)簽約信息中包括了最長通話時(shí)間，通過HLR與拜訪位置寄存器(VLR)的交互過程，將該最長通話時(shí)間和其他簽約信息一起，記錄于VLR中。
本實(shí)施例的實(shí)現(xiàn)過程概述如下當(dāng)主控用戶在與一個(gè)用戶的呼叫過程中發(fā)起對另一個(gè)用戶的呼叫時(shí)，MSC判斷主控用戶為CT業(yè)務(wù)的簽約用戶，接續(xù)主控用戶和另一個(gè)用戶的呼叫連接之后，判斷主控用戶是否已簽約CT的可控呼叫時(shí)長業(yè)務(wù)，如果是，當(dāng)主控用戶掛機(jī)觸發(fā)CT業(yè)務(wù)時(shí)，MSC啟動(dòng)時(shí)長為所述最長通話時(shí)間的定時(shí)器，若定時(shí)器超時(shí)，則強(qiáng)制拆除CT業(yè)務(wù)的呼叫；如果主控用戶未簽約CT的可控呼叫時(shí)長業(yè)務(wù)，則營帳系統(tǒng)通過和MSC之間的接口獲取CDR，并對CDR進(jìn)行分析，如果發(fā)現(xiàn)異常情況則進(jìn)行相應(yīng)處理。
本實(shí)施例的具體流程如圖2所示，包括如下步驟步驟201用戶1在與用戶2的呼叫過程中，向MSC發(fā)送帶有用戶3的終端地址的呼叫消息。
步驟202MSC收到呼叫消息后，向VLR獲取用戶1的CT業(yè)務(wù)的簽約數(shù)據(jù)，判斷用戶1是否簽約并激活了CT業(yè)務(wù)，如果是，則執(zhí)行步驟204，否則執(zhí)行步驟203。
步驟203拒絕用戶1的呼叫請求，并退出大流程。
步驟204MSC根據(jù)所獲取的簽約數(shù)據(jù)，判斷用戶1是否簽約CT的可控呼叫時(shí)長業(yè)務(wù)，如果是，則執(zhí)行步驟205；否則執(zhí)行步驟208。
步驟205用戶1掛機(jī)觸發(fā)CT業(yè)務(wù)時(shí)，MSC啟動(dòng)時(shí)長為所述最長通話時(shí)間的定時(shí)器。
步驟206MSC判斷是否定時(shí)器超時(shí)且用戶2和用戶3的通話仍在進(jìn)行中，如果是，則執(zhí)行步驟207，否則執(zhí)行步驟208。
步驟207MSC強(qiáng)制拆除用戶2和用戶3之間的連接，終止CT業(yè)務(wù)并結(jié)束本流程。
步驟208營帳系統(tǒng)判斷CT業(yè)務(wù)觸發(fā)的呼叫是否出現(xiàn)異常；所述判斷為營帳系統(tǒng)通過和MSC之間的接口獲取CDR，并對CDR內(nèi)容進(jìn)行分析，并判斷是否出現(xiàn)了異常情況，若是則執(zhí)行步驟210，若否則執(zhí)行步驟209；所述異常情況為以下情況的任一種主被叫都是語音中心或其他服務(wù)臺(tái)號碼；主被叫號碼相同；通話時(shí)間超過了營帳系統(tǒng)中的預(yù)定時(shí)限；未包括在上述三種情況內(nèi)的其他異常情況。
步驟209按照現(xiàn)有技術(shù)流程進(jìn)行CT業(yè)務(wù)，執(zhí)行完畢后退出本流程。
步驟210營帳系統(tǒng)向MSC發(fā)出強(qiáng)制拆除該呼叫指令并發(fā)出報(bào)警消息，轉(zhuǎn)至步驟207。
所述CT的可控呼叫時(shí)長業(yè)務(wù)中所設(shè)定的最長通話時(shí)間可以是在用戶簽約或激活CT業(yè)務(wù)時(shí)，作為CT業(yè)務(wù)的用戶數(shù)據(jù)的組成部分設(shè)定的；也可以是用戶在激活CT業(yè)務(wù)之后、使用CT業(yè)務(wù)之前通過終端進(jìn)行設(shè)定。
終端CT的可控呼叫時(shí)長業(yè)務(wù)的最長通話時(shí)間的交互流程如圖3所示，包括如下步驟步驟301用戶通過終端向MSC發(fā)送設(shè)定業(yè)務(wù)特征值的消息，該消息中包括CT業(yè)務(wù)的業(yè)務(wù)特征碼(FC)和最長通話時(shí)間；該消息的形式可以是FC+TIMER+SEND，其中TIMER是所設(shè)定的最長通話時(shí)間，SEND為發(fā)送指令。
步驟302MSC根據(jù)所收到的消息，向?qū)?yīng)的HLR發(fā)送特征業(yè)務(wù)請求(Feature Request，F(xiàn)EATREQ)；其具體實(shí)現(xiàn)方式可以為在MSC中預(yù)先設(shè)置了數(shù)據(jù)配置表，表中內(nèi)容為業(yè)務(wù)特征碼與具體業(yè)務(wù)的對應(yīng)關(guān)系，以及業(yè)務(wù)特征碼后面的數(shù)字串所對應(yīng)的具體操作；MSC收到終端發(fā)送的一串?dāng)?shù)字，通過預(yù)先存儲(chǔ)的數(shù)據(jù)配置表識別出該數(shù)字碼串中的業(yè)務(wù)特征碼，進(jìn)一步識別出該數(shù)字碼串為用戶設(shè)置CT業(yè)務(wù)最大通話時(shí)間的請求；完成以上識別后向?qū)?yīng)的HLR發(fā)送設(shè)置CT業(yè)務(wù)最大通話時(shí)間的業(yè)務(wù)請求。
步驟303HLR根據(jù)收到的業(yè)務(wù)請求，設(shè)置用戶的CT業(yè)務(wù)簽約信息中的最長通話時(shí)間，設(shè)置完畢后向MSC返回業(yè)務(wù)請求的響應(yīng)消息featreq，這里字母小寫表示為FEATREQ的響應(yīng)消息。
步驟304MSC收到來自HLR的響應(yīng)消息后，向終端發(fā)送服務(wù)特征確認(rèn)消息。
步驟305HLR與VLR進(jìn)行交互，將所設(shè)置的CT業(yè)務(wù)最長通話時(shí)間記錄在VLR上。
以上所述的HLR和VLR的交互過程可以為HLR發(fā)送資格指示(Qualification Directive，QUALDIR)消息，通過呼叫特征指示(Calling Feature Indicator，CFI)參數(shù)將簽約信息插入VLR中，VLR記錄簽約的CT業(yè)務(wù)拆線時(shí)長；VLR插入用戶數(shù)據(jù)成功，給HLR返回成功資格指示響應(yīng)消息qualdir，這里字母小寫表示為QUALDIR的響應(yīng)消息。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種實(shí)現(xiàn)可控的呼叫轉(zhuǎn)移CT業(yè)務(wù)的方法，其特征在于，該方法包括如下步驟A、第一用戶在與第二用戶的呼叫過程中呼叫第三用戶，移動(dòng)交換中心MSC獲取第一用戶的簽約數(shù)據(jù)，根據(jù)所獲取的簽約數(shù)據(jù)判斷第一用戶已簽約CT業(yè)務(wù)后，進(jìn)一步判斷第一用戶是否簽約CT的可控呼叫時(shí)長業(yè)務(wù)，如果是，則執(zhí)行步驟B；否則按現(xiàn)有的呼叫轉(zhuǎn)移業(yè)務(wù)流程處理，并結(jié)束本處理流程；B、當(dāng)?shù)谝挥脩魭鞌嗪偷诙脩?、第三用戶的呼叫觸發(fā)CT業(yè)務(wù)后，MSC判斷第二用戶和第三用戶之間的呼叫是否超過了CT的可控呼叫時(shí)長業(yè)務(wù)所設(shè)定的最長通話時(shí)間，如果是，則執(zhí)行步驟C；否則按現(xiàn)有的呼叫轉(zhuǎn)移業(yè)務(wù)流程處理，并結(jié)束本處理流程；C、MSC強(qiáng)制拆除第二用戶和第三用戶之間的連接，終止CT業(yè)務(wù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B中所述主控用戶掛斷和第二用戶、第三用戶的呼叫觸發(fā)呼叫轉(zhuǎn)移業(yè)務(wù)后進(jìn)一步包括B1、MSC啟動(dòng)時(shí)長為CT的可控呼叫時(shí)長業(yè)務(wù)所設(shè)定的最長通話時(shí)間的定時(shí)器；步驟B所述判斷為判斷所設(shè)定的定時(shí)器是否超時(shí)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟A之前進(jìn)一步包括第一用戶在簽約或激活CT業(yè)務(wù)的同時(shí)，設(shè)定CT的可控呼叫時(shí)長業(yè)務(wù)的最長通話時(shí)間，并將所設(shè)定的最長通話時(shí)間存儲(chǔ)于歸屬位置寄存器HLR第一用戶CT業(yè)務(wù)的簽約數(shù)據(jù)中，并通過HLR和拜訪位置寄存器VLR的交互過程將第一用戶CT業(yè)務(wù)的簽約數(shù)據(jù)存儲(chǔ)于VLR中；步驟A中所述MSC獲取第一用戶的簽約數(shù)據(jù)為MSC向VLR獲取第一用戶的簽約數(shù)據(jù)。
4.根據(jù)權(quán)利要求1所述方法，其特征在于，在步驟A之前進(jìn)一步包括AA1、主控用戶通過終端向MSC發(fā)送包括CT業(yè)務(wù)碼和最長通話時(shí)間的數(shù)字串；AA2、MSC分析所收到的數(shù)字串，得知主控用戶發(fā)起設(shè)定CT的可控呼叫時(shí)長業(yè)務(wù)最長通話時(shí)間的請求，并向和主控用戶相關(guān)的HLR發(fā)送攜帶所述數(shù)字串的特征業(yè)務(wù)請求；AA3、HLR分析所收到特征業(yè)務(wù)請求中的數(shù)字串，根據(jù)其中的最長通話時(shí)間更新HLR中相應(yīng)的用戶信息；AA4、HLR與VLR進(jìn)行交互，將最長通話時(shí)間存儲(chǔ)于VLR中。
5.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，步驟A所述進(jìn)一步判斷得到第一用戶未簽約CT的可控呼叫時(shí)長業(yè)務(wù)，則進(jìn)一步包括A1、當(dāng)?shù)谝挥脩魭鞌嗪偷诙脩簟⒌谌脩舻暮艚杏|發(fā)CT業(yè)務(wù)后，營帳系統(tǒng)判斷第二用戶和第三用戶之間的呼叫是否出現(xiàn)了異常，如果是，則執(zhí)行步驟A2；否則按現(xiàn)有的呼叫轉(zhuǎn)移業(yè)務(wù)流程處理，并結(jié)束本處理流程；A2、營帳系統(tǒng)向MSC發(fā)出強(qiáng)制拆除第二用戶和第三用戶之間呼叫的指令；A3、MSC強(qiáng)制拆除第二用戶和第三用戶之間的連接，終止CT業(yè)務(wù)。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，步驟A1中所述判斷為分析MSC中第二用戶和第三用戶之間呼叫的呼叫數(shù)據(jù)記錄CDR，根據(jù)分析的結(jié)果判斷是否出現(xiàn)異常情況。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述異常情況為以下情況的任一種或組合CDR中非主控用戶的號碼都為語音中心或其他服務(wù)臺(tái)號碼；CDR中非主控用戶的號碼相同；CDR中所記錄的通話時(shí)間超出了營帳系統(tǒng)中設(shè)定的通話時(shí)限。
8.根據(jù)權(quán)利要求5所述的方法，其特征在于，步驟A2進(jìn)一步包括營帳系統(tǒng)發(fā)出報(bào)警消息。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)可控的呼叫轉(zhuǎn)移(CT)業(yè)務(wù)的方法，簽約了CT業(yè)務(wù)的用戶如果簽約了CT的可控呼叫時(shí)長業(yè)務(wù)，則當(dāng)CT業(yè)務(wù)觸發(fā)時(shí)啟動(dòng)時(shí)長為預(yù)設(shè)的最長通話時(shí)間的定時(shí)器，當(dāng)定時(shí)器超時(shí)則強(qiáng)制拆除CT業(yè)務(wù)所觸發(fā)的呼叫；若簽約了CT業(yè)務(wù)的用戶未簽約上述業(yè)務(wù)，則通過營帳系統(tǒng)對CT業(yè)務(wù)所觸發(fā)的通話進(jìn)行判斷。通過本發(fā)明方法，可以由CT業(yè)務(wù)的簽約用戶控制呼叫轉(zhuǎn)移業(yè)務(wù)的通話時(shí)長，維護(hù)用戶的切身利益；還可以實(shí)現(xiàn)對CT業(yè)務(wù)的呼叫中可能出現(xiàn)的其他各種異常情況進(jìn)行監(jiān)控并處理，提高系統(tǒng)網(wǎng)絡(luò)的維護(hù)能力。
文檔編號H04M3/54GK1859510SQ200610058688
公開日2006年11月8日 申請日期2006年3月8日 優(yōu)先權(quán)日2006年3月8日
發(fā)明者蘇健 申請人:華為技術(shù)有限公司