專利名稱：在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，特別涉及通信技術(shù)中的卡號(hào)業(yè)務(wù)。
背景技術(shù)：
進(jìn)入21世紀(jì)，我國信息產(chǎn)業(yè)得到更加迅猛的發(fā)展，各大基礎(chǔ)電信運(yùn)營商之間以及增值電信業(yè)務(wù)運(yùn)營者之間進(jìn)行了激烈的競爭。為了在瞬息萬變的市場中站穩(wěn)腳跟，每個(gè)電信運(yùn)營者都在想方設(shè)法提供更多更加吸引用戶的業(yè)務(wù)。
智能網(wǎng)業(yè)務(wù)便在這種需求下得到了大力的發(fā)展，熟悉本領(lǐng)域的技術(shù)人員都知道，程控?cái)?shù)字電話交換機(jī)誕生后，開始有了“等待呼叫”、“呼叫轉(zhuǎn)移”之類新的業(yè)務(wù)功能。這些業(yè)務(wù)功能可以認(rèn)為是早期的智能化業(yè)務(wù)。但是，這些功能是比較簡單和有限的，而且這些功能是由交換機(jī)制造廠商設(shè)計(jì)的。電信部門要開發(fā)新的業(yè)務(wù)，就需要設(shè)計(jì)更改交換機(jī)的軟件，很不方便。隨著電話新業(yè)務(wù)的增多，產(chǎn)生了智能網(wǎng)的概念，基本設(shè)想是交換機(jī)只管交換接續(xù)這一最基本的功能，至于電話交換以外的新功能則全部集中到智能網(wǎng)。智能網(wǎng)不是獨(dú)立存在的網(wǎng)，是疊加在現(xiàn)有程控交換網(wǎng)上的一種網(wǎng)。從理論上說，智能網(wǎng)能提供的新業(yè)務(wù)是無限的。
目前的卡號(hào)智能業(yè)務(wù)便是智能網(wǎng)能夠提供的業(yè)務(wù)一種，熟悉本領(lǐng)域的技術(shù)人員都知道，此種業(yè)務(wù)一般是用戶通過撥打某一特殊接入號(hào)碼到程控交換機(jī)，經(jīng)過智能網(wǎng)的一些設(shè)備處理，再由程控交換機(jī)使用傳統(tǒng)電路交換技術(shù)建立主被叫之間的話音通路，一般9989卡、201卡等密碼記賬直撥業(yè)務(wù)就屬于卡號(hào)智能業(yè)務(wù)。
卡號(hào)智能業(yè)務(wù)的出現(xiàn)，極大的方便了用戶的使用，特別是發(fā)展大量的預(yù)付費(fèi)記賬卡用戶，而且基本上制止了此類用戶的欠款現(xiàn)象。但是卡號(hào)智能業(yè)務(wù)使用過程中，也有一些讓用戶感到不便之處，比如如果主叫用戶想停止當(dāng)前呼叫而撥打另一用戶號(hào)碼，必須等被叫用戶掛機(jī)聽智能語音提示才能發(fā)起另一呼叫，否則主叫用戶必須先與被叫用戶掛機(jī)釋放呼叫，然后重新?lián)芙尤胩?hào)碼，并再次輸入冗長的卡號(hào)和密碼等信息，這樣才能重新發(fā)起一個(gè)呼叫以撥打另一個(gè)用戶。顯然現(xiàn)有智能網(wǎng)提供的這種卡號(hào)智能業(yè)務(wù)具體實(shí)現(xiàn)環(huán)節(jié)上還有改進(jìn)的余地。
而且隨著以電路交換技術(shù)為基礎(chǔ)的傳統(tǒng)電信網(wǎng)向下一代以軟交換為核心的電信網(wǎng)絡(luò)演進(jìn)，軟交換設(shè)備也可以提供的智能網(wǎng)業(yè)務(wù)支持，而且運(yùn)營商為了能夠向用戶提供語音類增值業(yè)務(wù)，已經(jīng)在現(xiàn)網(wǎng)中部署了相當(dāng)多的智能網(wǎng)設(shè)備，引入軟交換后，也可以對現(xiàn)有智能網(wǎng)設(shè)備進(jìn)行改造利用，解決前述卡號(hào)智能業(yè)務(wù)實(shí)際運(yùn)用中的那些問題。具體來說，即可以使卡號(hào)業(yè)務(wù)主叫用戶在通話過程中，通過撥打特殊的簡短號(hào)碼，能夠主動(dòng)將當(dāng)前通話被叫釋放，并聽智能語音提示撥打另一被叫用戶而不必等被叫釋放或釋放當(dāng)前呼叫重?fù)芙尤氪a，卡號(hào)和密碼等信息發(fā)起一個(gè)新呼叫。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，使得卡號(hào)業(yè)務(wù)主叫用戶可以方便地釋放當(dāng)前呼叫并重新發(fā)起新的呼叫。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，包含以下步驟A呼叫控制器指示主叫網(wǎng)關(guān)在通話狀態(tài)下檢測預(yù)先設(shè)定的按鍵組合；B當(dāng)所述主叫網(wǎng)關(guān)檢測到主叫用戶撥打所述按鍵組合時(shí)，上報(bào)第一事件消息至所述呼叫控制器；C所述呼叫控制器響應(yīng)所述第一事件消息，拆除當(dāng)前呼叫，向業(yè)務(wù)控制點(diǎn)指示被叫已掛機(jī)，通過所述主叫網(wǎng)關(guān)提示并等待所述主叫用戶發(fā)起新的呼叫。
其中，所述方法還包含以下步驟D所述主叫網(wǎng)關(guān)收集到用戶新的呼叫號(hào)碼后，向所述呼叫控制器上報(bào)，啟動(dòng)新的呼叫流程。
所述呼叫控制器和所述主叫網(wǎng)關(guān)之間使用媒體網(wǎng)關(guān)控制協(xié)議；并且，所述步驟A中，所述呼叫控制器通過修改連接消息指示主叫網(wǎng)關(guān)在通話狀態(tài)下檢測預(yù)先設(shè)定的按鍵組合，該消息的參數(shù)為服務(wù)發(fā)現(xiàn)協(xié)議和所述按鍵組合的數(shù)圖；所述步驟B中，所述第一事件消息是通知消息；所述步驟C中，所述呼叫控制器通過請求通知消息指示所述主叫網(wǎng)關(guān)叫集用戶新呼叫的被叫號(hào)碼，該消息的參數(shù)是撥號(hào)音和普通媒體網(wǎng)關(guān)控制協(xié)議數(shù)圖。
所述步驟D中，所述主叫網(wǎng)關(guān)通過通知消息向所述呼叫控制器上報(bào)收集到的用戶新的呼叫號(hào)碼。
所述呼叫控制器和所述主叫網(wǎng)關(guān)之間使用H.248協(xié)議；并且，所述步驟A中，所述呼叫控制器通過修改請求消息指示主叫網(wǎng)關(guān)在通話狀態(tài)下檢測預(yù)先設(shè)定的按鍵組合，該消息的參數(shù)為服務(wù)發(fā)現(xiàn)協(xié)議和所述按鍵組合的數(shù)圖；所述步驟B中，所述第一事件消息是通知請求消息；所述步驟C中，所述呼叫控制器通過修改請求消息指示所述主叫網(wǎng)關(guān)叫集用戶新呼叫的被叫號(hào)碼，該消息的參數(shù)是撥號(hào)音和普通H.248數(shù)圖。
所述步驟D中，所述主叫網(wǎng)關(guān)通過通知請求消息向所述呼叫控制器上報(bào)收集到的用戶新的呼叫號(hào)碼。
所述呼叫控制器可以是交換機(jī)或軟交換設(shè)備。
所述按鍵組合可以是“##”。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，呼叫控制器指示主叫網(wǎng)關(guān)在通話狀態(tài)下檢測預(yù)先設(shè)定的按鍵組合，如果主叫網(wǎng)關(guān)檢測到則上報(bào)到呼叫控制器，呼叫控制器向被叫發(fā)送拆除呼叫消息，釋放掉被叫，同時(shí)向SCP指示被叫已掛機(jī)，等待主叫重?fù)堋?br> 這種技術(shù)方案上的區(qū)別，帶來了較為明顯的有益效果，即卡號(hào)業(yè)務(wù)主叫用戶只需要撥幾個(gè)號(hào)碼(如“##”)就可以方便地釋放當(dāng)前卡號(hào)呼叫，并可以在系統(tǒng)的提示下馬上撥打新的被叫用戶號(hào)碼，重新發(fā)起新的呼叫。而使用現(xiàn)有技術(shù)的卡號(hào)業(yè)務(wù)主叫用戶必須等被叫用戶主動(dòng)釋放當(dāng)前呼叫后才能發(fā)起新的呼叫，或是主叫自己主動(dòng)拆除當(dāng)前呼叫，再重新?lián)艽蛞婚L串號(hào)碼——接入號(hào)碼、卡號(hào)、密碼等(通常超過20個(gè)號(hào)碼，如果錯(cuò)一位通常要重?fù)?，然后才能發(fā)起新的呼叫。所以，相對于現(xiàn)有技術(shù)，本發(fā)明可以大大節(jié)省卡號(hào)業(yè)務(wù)主叫用戶重新發(fā)起呼叫的時(shí)間，使服務(wù)更為人性化。


圖1是根據(jù)本發(fā)明的系統(tǒng)實(shí)施例信令流程示意圖；圖2是根據(jù)本發(fā)明的一個(gè)實(shí)施例的采用MGCP協(xié)議主叫網(wǎng)關(guān)與軟交換之間信令流程示意圖；圖3是根據(jù)本發(fā)明的另一個(gè)實(shí)施例的采用H.248協(xié)議主叫網(wǎng)關(guān)與軟交換之間信令流程示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明作進(jìn)一步地詳細(xì)描述。
本發(fā)明針對現(xiàn)有傳統(tǒng)智能網(wǎng)提供的卡號(hào)智能業(yè)務(wù)在實(shí)際應(yīng)用中的不足，提出一種新的方法，可以使卡號(hào)業(yè)務(wù)主叫用戶在通話過程中，通過撥打可配置的特殊按鍵組合如雙#，能夠主動(dòng)將當(dāng)前通話被叫釋放，然后聽智能語音提示撥打另一被叫用戶，而不必等先前與主叫用戶通話的被叫用戶主動(dòng)掛機(jī)釋放后聽智能語音提示撥打另一用戶，也不必讓主叫用戶自己主動(dòng)釋放當(dāng)前呼叫后重?fù)芙尤氪a、卡號(hào)和密碼等一堆繁瑣的數(shù)字信息，以發(fā)起一個(gè)新呼叫。本發(fā)明可以通過改進(jìn)原有的智能網(wǎng)系統(tǒng)來實(shí)現(xiàn)，也可以依托新一代軟交換設(shè)備來實(shí)現(xiàn)，如果有其它系統(tǒng)能夠支持卡號(hào)智能業(yè)務(wù)，本發(fā)明也能在此基礎(chǔ)上實(shí)現(xiàn)。
圖1即是本發(fā)明得以實(shí)現(xiàn)的流程示意圖。在圖1中，業(yè)務(wù)控制點(diǎn)(ServiceControl Point，簡稱“SCP”)10，呼叫控制器11，主叫網(wǎng)關(guān)12和主叫用戶13是整個(gè)系統(tǒng)中的關(guān)鍵設(shè)備。需要說明的是，如果本發(fā)明是在原有智能網(wǎng)設(shè)備上實(shí)現(xiàn)的，那么呼叫控制器11即為傳統(tǒng)智能網(wǎng)中的業(yè)務(wù)交換點(diǎn)(ServiceSwitch Point，簡稱“SSP”)，一般SSP集成在數(shù)字程控交換機(jī)上；如果本發(fā)明是利用軟交換體系結(jié)構(gòu)來實(shí)現(xiàn)的，那么呼叫控制器11即為軟交換設(shè)備，如果還有其它系統(tǒng)支持卡號(hào)智能業(yè)務(wù)，那么呼叫控制器11為其系統(tǒng)中相對應(yīng)的設(shè)備。在描述本發(fā)明的系統(tǒng)實(shí)施例時(shí)，是結(jié)合軟交換、SCP、并且以媒體網(wǎng)關(guān)控制協(xié)議(Media Gateway Control Protocol，簡稱“MGCP”)或者網(wǎng)關(guān)控制協(xié)議(H.248)終端為例來說明的，所以呼叫控制器11實(shí)際上是軟交換設(shè)備，主叫網(wǎng)關(guān)12是采用MGCP或者H.248協(xié)議的媒體網(wǎng)關(guān)，主叫用戶13所采用的設(shè)備實(shí)際上是MGCP/H.248終端。需要說明的是，軟交換體系結(jié)構(gòu)中涉及三部分信令網(wǎng)關(guān)，媒體網(wǎng)關(guān)和媒體網(wǎng)關(guān)控制，這個(gè)體系結(jié)構(gòu)實(shí)現(xiàn)了呼叫控制和承載控制相分離，在這兩個(gè)分離的單元之間定義了多個(gè)協(xié)議，其中有兩個(gè)協(xié)議得到了廣泛支持。一個(gè)是MGCP，另一個(gè)即為H.248。
下面按照圖1的流程詳細(xì)說明各個(gè)關(guān)鍵設(shè)備之間相互作用首先，在步驟100，當(dāng)主叫用戶13通過標(biāo)準(zhǔn)卡號(hào)呼叫交互，進(jìn)入卡號(hào)呼叫流程，而被叫用戶應(yīng)答的同時(shí)，由呼叫控制器11向主叫用戶13所歸屬的主叫網(wǎng)關(guān)12下達(dá)檢測命令，指示其在主叫用戶13和被叫用戶通話的狀態(tài)下，隨時(shí)檢測主叫用戶13可能撥打的特定按鍵組合，這個(gè)組合是預(yù)先被設(shè)置好的。在軟交換系統(tǒng)中，采用的方式是軟交換設(shè)備向主叫用戶所屬網(wǎng)關(guān)下發(fā)請求收號(hào)，可以采用數(shù)圖(Digitmap)，或立即上報(bào)等不同方式請求檢測特殊事件音頻撥號(hào)。需要說明的是，Digitmap是MGCP/H.248協(xié)議中定義的一類特殊事件，它由呼叫控制器11下發(fā)到主叫網(wǎng)關(guān)12，它其中包含的參數(shù)即為指定主叫網(wǎng)關(guān)12需要的檢測事件，這個(gè)檢測事件是一列或數(shù)列按一定規(guī)律排列的數(shù)字串，每一列相當(dāng)于是一個(gè)事件序列而不是單個(gè)事件。當(dāng)檢測到的數(shù)字串和其中某一列相匹配時(shí)主叫網(wǎng)關(guān)12就向呼叫控制器11發(fā)送通知。
接下來，進(jìn)入步驟110，是主叫網(wǎng)關(guān)12對主叫用戶13的檢測過程，監(jiān)測其撥打上述的按鍵組合，熟悉本領(lǐng)域的技術(shù)人員都知道，這實(shí)際上是在主叫網(wǎng)關(guān)12內(nèi)部啟動(dòng)了一個(gè)用于檢測用戶撥號(hào)的進(jìn)程，一旦符合條件就觸發(fā)此進(jìn)程以作出響應(yīng)。
然后，在步驟120中，在通話狀態(tài)下，由于卡號(hào)業(yè)務(wù)主叫，即主叫用戶13希望重新?lián)艽蛄硪槐唤?，于是其便撥打了上述按鍵組合，上報(bào)至主叫網(wǎng)關(guān)12，觸發(fā)其下一步響應(yīng)。
緊接著，進(jìn)入步驟130，主叫網(wǎng)關(guān)12檢測到主叫用戶13撥打了所述按鍵組合，立即把這一事件消息上報(bào)到呼叫控制器11。在軟交換系統(tǒng)中，這一過程為主叫網(wǎng)關(guān)12將主叫用戶13撥打的按鍵組合轉(zhuǎn)換成事先配好的卡號(hào)業(yè)務(wù)特殊事件碼，即主叫網(wǎng)關(guān)12將檢測到的事件收號(hào)上報(bào)到軟交換設(shè)備。
隨后的步驟140，呼叫控制器11立即對此消息響應(yīng)，并且拆除主叫用戶13發(fā)起的當(dāng)前呼叫，同時(shí)向SCP10發(fā)出指示被叫用戶已掛機(jī)，需要說明的是，按照常規(guī)的電話呼叫流程，應(yīng)當(dāng)是呼叫控制器11先收到實(shí)際被叫用戶掛機(jī)的消息，然后才向SCP10發(fā)出指示被叫用戶已掛機(jī)，但這里實(shí)際上并沒有管被叫用戶是否掛機(jī)，而是呼叫控制器11按照預(yù)先的特定按鍵組合響應(yīng)規(guī)則，自動(dòng)就把被叫用戶已掛機(jī)的消息上報(bào)到SCP10了。同樣，軟交換系統(tǒng)中與此對應(yīng)的處理過程為軟交換設(shè)備收到卡號(hào)主叫用戶撥打的卡號(hào)業(yè)務(wù)特殊事件碼后，向被叫發(fā)送拆除呼叫消息，釋放掉被叫，同時(shí)向SCP10上報(bào)發(fā)端掛機(jī)(DP9)，指示被叫已掛機(jī)。熟悉本領(lǐng)域技術(shù)人員都知道，檢出點(diǎn)(DetectPoint，簡稱“DP”)用于觸發(fā)智能呼叫和在智能呼叫過程中檢測出與呼叫相關(guān)的事件，是軟交換與SCP的對接參數(shù)之一，它在SSP側(cè)為相應(yīng)的業(yè)務(wù)鍵定義一個(gè)觸發(fā)檢出點(diǎn)(Trigger Detection Point，簡稱“TDP”)，表示SSP將在該TDP點(diǎn)觸發(fā)智能業(yè)務(wù)或在智能呼叫的過程中檢出與呼叫相關(guān)的事件。根據(jù)規(guī)定，DP號(hào)的取值范圍為1～18，但不能為11，每個(gè)DP號(hào)描述了能力集中的一個(gè)發(fā)端或終端呼叫模型，其中DP9即為上報(bào)發(fā)端掛機(jī)。本步驟是比較重要的，因?yàn)橹挥蠸CP10收到軟交換上報(bào)的被叫掛機(jī)事件后，才會(huì)指示給主叫撥放語音，提示主叫掛機(jī)，修改密碼或撥打另一用戶，這是現(xiàn)在的智能卡號(hào)業(yè)務(wù)的常規(guī)流程，在本發(fā)明中也必須利用此流程以使SCP10允許主叫用戶發(fā)起新的呼叫。
而后，在步驟150，呼叫控制器11通過主叫網(wǎng)關(guān)12提示主叫用戶13，可以進(jìn)行新的呼叫，并且等待其撥打新的被叫用戶號(hào)碼。從本步驟開始的后續(xù)處理流程，與正常卡號(hào)業(yè)務(wù)當(dāng)前被叫掛機(jī)流程類似，不管當(dāng)前被叫用戶情況如何，對本發(fā)明系統(tǒng)中各個(gè)關(guān)鍵設(shè)備來說，當(dāng)前被叫用戶已經(jīng)掛機(jī)了。
接著的步驟160，主叫用戶13處的新呼叫號(hào)碼會(huì)被上報(bào)到主叫網(wǎng)關(guān)12。
最后，進(jìn)入步驟170，主叫網(wǎng)關(guān)12收集到主叫用戶13新的呼叫號(hào)碼后，向呼叫控制器11上報(bào)以啟動(dòng)新呼叫流程，呼叫控制器11會(huì)提示用戶可發(fā)起新的呼叫，并且等待其重?fù)?。需要說明的是，由于SCP10在前述步驟140完成后就給予了主叫用戶13發(fā)起新呼叫的資源與權(quán)限，所以呼叫控制器11可以順利地啟動(dòng)新呼叫流程。
綜上所述，本發(fā)明在具體實(shí)現(xiàn)時(shí)，是讓呼叫控制器在智能卡號(hào)業(yè)務(wù)的使用過程中通過控制和處理主叫用戶側(cè)上報(bào)的預(yù)先設(shè)置好的按鍵組合，來釋放當(dāng)前的被叫，并提示主叫可以發(fā)起另外一次呼叫，從而解決了主叫用戶重新輸入相關(guān)號(hào)碼(包括接入號(hào)碼、卡號(hào)和密碼等，通常超過20個(gè)號(hào)碼)的麻煩，并且本發(fā)明對普通卡號(hào)智能業(yè)務(wù)流程并無影響。
在前面已經(jīng)詳細(xì)描述了本發(fā)明的總體系統(tǒng)實(shí)施情況，接下來結(jié)合軟交換，SCP，并且分別以MGCP和H.248終端為例，配置的特殊事件碼為##，即主叫用戶在與當(dāng)前被叫通話的過程中，只要連續(xù)撥打電話終端上的#號(hào)鍵兩次就可以重新?lián)艽蛄硪粋€(gè)被叫的號(hào)碼。需要說明的是，##只是一種特殊事件碼的一種號(hào)碼組合，也可以采用其它號(hào)碼組合，長度也不一定限于兩位，例如，**、#*#、#91#等等，其效果是相同的。下面就這種具體的情況進(jìn)一步說明本發(fā)明的實(shí)施方案。
下面先介紹采用支持MGCP協(xié)議的終端時(shí)，本發(fā)明在軟交換系統(tǒng)中的一個(gè)實(shí)施例情況。圖2為軟交換與網(wǎng)關(guān)交互流程示意圖，和前面的圖1對比，軟交換21即承擔(dān)了呼叫控制器11的使命，主叫網(wǎng)關(guān)22與圖1中的主叫網(wǎng)關(guān)11任務(wù)類似，只是專門支持MGCP協(xié)議。
首先，在步驟200，是軟交換21與SCP和主叫網(wǎng)關(guān)22之間的卡號(hào)業(yè)務(wù)正常交互流程，即對主叫用戶撥打接入號(hào)碼、卡號(hào)、密碼、被叫用戶號(hào)碼進(jìn)行的常規(guī)智能網(wǎng)處理過程，在這些正常流程交互結(jié)束時(shí)，被叫用戶已經(jīng)摘機(jī)并準(zhǔn)備進(jìn)入通話狀態(tài)。
接下來，進(jìn)入步驟210，軟交換21要向主叫網(wǎng)關(guān)22下發(fā)一個(gè)消息，在MGCP協(xié)議體系中即為媒體網(wǎng)關(guān)控制器給媒體網(wǎng)關(guān)下發(fā)的修改連接屬性消息(Modify Connection，簡稱“MDCX”)，本發(fā)明中，軟交換21擔(dān)任MGCP協(xié)議中的媒體網(wǎng)關(guān)控制器，主叫網(wǎng)關(guān)22即為MGCP協(xié)議中的媒體網(wǎng)關(guān)，本步驟中下發(fā)的MDCX的屬性包括會(huì)話描述協(xié)議(Session Description Protocol，簡稱“SDP”)，Digitmap和預(yù)先配置的特殊事件碼##。需要說明的是，SDP是MGCP中媒體網(wǎng)關(guān)控制器向媒體網(wǎng)關(guān)描述連接參數(shù)所采用的具體協(xié)議，特殊事件碼##即是要監(jiān)測的按鍵組合。
然后，在步驟220中，是主叫網(wǎng)關(guān)22對軟交換21下發(fā)的MDCX消息的回應(yīng)，在MGCP協(xié)議中此回應(yīng)稱為修改連接屬性消息回應(yīng)消息(ModifyConnection_RSP，簡稱“MDCX_RSP”)。
在步驟220完成后，軟交換21已經(jīng)指示了主叫網(wǎng)關(guān)22，在主叫用戶與被叫用戶通話的狀態(tài)下，檢測主叫用戶可能撥打的特定按鍵組合##。主叫用戶如果一直不撥打##或者主被叫雙方不掛機(jī)，那么主叫與被叫進(jìn)入通話狀態(tài)并保持此狀態(tài)。
如果主叫用戶在通話過程中撥打了##，那么進(jìn)入步驟230，主叫網(wǎng)關(guān)22檢測到此事件并立即上報(bào)到軟交換21，在MGCP協(xié)議中此上報(bào)消息稱為媒體網(wǎng)關(guān)給媒體網(wǎng)關(guān)控制器上報(bào)通知命令(Notify，簡稱“NTFY”)，它其中的參數(shù)含義就表明主叫用戶撥打了##按鍵。
緊接著，軟交換21會(huì)向SCP上報(bào)用戶也掛機(jī)，并在步驟240中向主叫網(wǎng)關(guān)22發(fā)送回應(yīng)消息，在MGCP協(xié)議中此回應(yīng)稱為通知命令回應(yīng)(Notify_RSP，簡稱“NTFY_RSP”)，它其中包含了OK參數(shù)，表示軟交換21已經(jīng)接收到主叫網(wǎng)關(guān)22上報(bào)的此次事件，并且正在進(jìn)行后續(xù)的處理。
隨后，在步驟250，軟交換21對主叫網(wǎng)關(guān)22下發(fā)請求上報(bào)事件消息(Request Notify，簡稱“RQNT”)，此消息中包含了DialTone，、NormalMGCP Digitmap參數(shù)，第一個(gè)參數(shù)DialTone指示主叫網(wǎng)關(guān)22聽撥號(hào)音，第二個(gè)參數(shù)Normal MGCP Digitmap指示主叫網(wǎng)關(guān)22按正常呼叫的數(shù)圖收集主叫撥打的被叫號(hào)碼，收齊后再上報(bào)到軟交換21。
而后立即進(jìn)入步驟260，主叫網(wǎng)關(guān)22向軟交換21發(fā)送請求上報(bào)事件消息回應(yīng)(Request Notify_RSP，簡稱“RQNT_RSP”)，其中的參數(shù)為OK，表明主叫網(wǎng)關(guān)22收到步驟250中發(fā)來的RQNT。
這時(shí)主叫用戶如果重新?lián)艽蛄硪粋€(gè)被叫用戶的號(hào)碼，那么在步驟270，主叫網(wǎng)關(guān)22就將同樣通過NTFY消息上報(bào)到軟交換21，只不過此次消息中包含的參數(shù)變成另外一個(gè)被叫用戶的號(hào)碼(dials digits to another user)，這個(gè)就是主叫網(wǎng)關(guān)22按照上面步驟250的RQNT里請求檢測的撥號(hào)數(shù)圖。
最后，進(jìn)入步驟280，是軟交換21對主叫網(wǎng)關(guān)22的回應(yīng)，發(fā)送NTFY_RSP(OK)消息到主叫網(wǎng)關(guān)22。
下面再結(jié)合圖3介紹采用支持H.248協(xié)議的終端時(shí)，本發(fā)明在軟交換系統(tǒng)中的另一個(gè)實(shí)施例情況。
首先，在步驟300，同樣是軟交換31與SCP和主叫網(wǎng)關(guān)32之間的卡號(hào)業(yè)務(wù)正常交互流程，這些正常流程交互結(jié)束后，被叫用戶已經(jīng)摘機(jī)并準(zhǔn)備進(jìn)入通話狀態(tài)。
接下來，進(jìn)入步驟310，軟交換31也要向主叫網(wǎng)關(guān)32下發(fā)一個(gè)消息，在H.248協(xié)議體系中即為終端特性修改命令與請求(Modify_Reguest，簡稱“MOD_REQ”)，其中的參數(shù)為SDP和Digitmap ##，此條消息實(shí)際上是MOD(SDP)和REQ(Digitmap ##)命令的組合，MOD(SDP)是把被叫的媒體信息下發(fā)到主叫網(wǎng)關(guān)32，從而能使主被叫通話，這是正常呼叫流程里本來就有的消息。REQ(Digitmap ##)是為實(shí)現(xiàn)本發(fā)明功能新下發(fā)的一條消息，作用是指示主叫網(wǎng)關(guān)32在通話狀態(tài)下檢測按鍵的組合##，當(dāng)然也可以是軟交換31根據(jù)自己配置的按鍵決定的其他按鍵組合。
然后，在步驟320中，是主叫網(wǎng)關(guān)32對軟交換31下發(fā)的MOD_REQ消息的回應(yīng)，在MGCP協(xié)議中此回應(yīng)稱為終端特性修改命令回應(yīng)(Modify_REPLY，簡稱“MOD_REPLY”)。
在步驟320完成后，軟交換31已經(jīng)指示了主叫網(wǎng)關(guān)32，在主叫用戶與被叫用戶通話的狀態(tài)下，監(jiān)測主叫用戶可能撥打的特定按鍵組合##。只有當(dāng)主叫網(wǎng)關(guān)32監(jiān)測到這個(gè)按鍵組合并上報(bào)到軟交換31，軟交換31才知道要啟用卡號(hào)業(yè)務(wù)主叫主動(dòng)重播流程。
如果主叫用戶在通話過程中撥打了##，那么進(jìn)入步驟330，主叫網(wǎng)關(guān)32檢測到此事件并立即上報(bào)到軟交換31，在H.248協(xié)議中此上報(bào)消息稱為通知命令與請求(Notify_Reguest，簡稱“NTFY_REQ”)，它其中的參數(shù)A dials##含義就表明主叫用戶撥打了##按鍵組合。
緊接著，軟交換31會(huì)向SCP上報(bào)被叫用戶已掛機(jī)，并在步驟340中向主叫網(wǎng)關(guān)32發(fā)送回應(yīng)消息，在H.248協(xié)議中此回應(yīng)被稱為通知命令回應(yīng)(Notify_REPLY，簡稱“NTFY_REPLY”)。
隨后，在步驟350，軟交換31對主叫網(wǎng)關(guān)32下發(fā)MOD_REQ，此消息中包含了DialTone，、Normal H.248 Digitmap等參數(shù)，同樣第一個(gè)參數(shù)DialTone指示主叫網(wǎng)關(guān)32聽撥號(hào)音，第二個(gè)參數(shù)Normal H.248 Digitmap指示主叫網(wǎng)關(guān)32按正常呼叫的數(shù)圖收集主叫撥打的被叫號(hào)碼，收齊后再上報(bào)到軟交換31而后立即進(jìn)入步驟360，主叫網(wǎng)關(guān)32向軟交換31發(fā)送MOD_REPLY，表明主叫網(wǎng)關(guān)32收到步驟350中發(fā)來的MOD_REQ。
這時(shí)主叫用戶如果重新?lián)艽蛄硪粋€(gè)被叫用戶的號(hào)碼，那么在步驟370，主叫網(wǎng)關(guān)32就將同樣通過NTFY_REQ消息上報(bào)到軟交換31，只不過此次消息中包含的參數(shù)變成另外一個(gè)被叫用戶的號(hào)碼(A dials digits to another user)。
最后，進(jìn)入步驟380，是軟交換31對主叫網(wǎng)關(guān)32的回應(yīng)，發(fā)送NTFY_REPLY消息到主叫網(wǎng)關(guān)32。
從兩個(gè)實(shí)施例的信令流情況可以看出，二者有很多地方類似，主要的不同是使用了不同的命令，這是因?yàn)镠.248協(xié)議是由MGCP協(xié)議發(fā)展而來的，它擴(kuò)充了MGCP僅限于語音通信的功能局限，可提供多媒體業(yè)務(wù)，所以有些地方借用MGCP也十分正常。
雖然通過參照本發(fā)明的某些優(yōu)選實(shí)施例，已經(jīng)對本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，其特征在于，包含以下步驟A呼叫控制器指示主叫網(wǎng)關(guān)在通話狀態(tài)下檢測預(yù)先設(shè)定的按鍵組合；B當(dāng)所述主叫網(wǎng)關(guān)檢測到主叫用戶撥打所述按鍵組合時(shí)，上報(bào)第一事件消息至所述呼叫控制器；C所述呼叫控制器響應(yīng)所述第一事件消息，拆除當(dāng)前呼叫，向業(yè)務(wù)控制點(diǎn)指示被叫已掛機(jī)，通過所述主叫網(wǎng)關(guān)提示并等待所述主叫用戶發(fā)起新的呼叫。
2.根據(jù)權(quán)利要求1所述的在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，其特征在于，所述方法還包含以下步驟D所述主叫網(wǎng)關(guān)收集到用戶新的呼叫號(hào)碼后，向所述呼叫控制器上報(bào)，啟動(dòng)新的呼叫流程。
3.根據(jù)權(quán)利要求1或2所述的在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，其特征在于，所述呼叫控制器和所述主叫網(wǎng)關(guān)之間使用媒體網(wǎng)關(guān)控制協(xié)議；并且，所述步驟A中，所述呼叫控制器通過修改連接消息指示主叫網(wǎng)關(guān)在通話狀態(tài)下檢測預(yù)先設(shè)定的按鍵組合，該消息的參數(shù)為服務(wù)發(fā)現(xiàn)協(xié)議和所述按鍵組合的數(shù)圖；所述步驟B中，所述第一事件消息是通知消息；所述步驟C中，所述呼叫控制器通過請求通知消息指示所述主叫網(wǎng)關(guān)叫集用戶新呼叫的被叫號(hào)碼，該消息的參數(shù)是撥號(hào)音和普通媒體網(wǎng)關(guān)控制協(xié)議數(shù)圖。
4.根據(jù)權(quán)利要求3所述的在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，其特征在于，所述步驟D中，所述主叫網(wǎng)關(guān)通過通知消息向所述呼叫控制器上報(bào)收集到的用戶新的呼叫號(hào)碼。
5.根據(jù)權(quán)利要求1或2所述的在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，其特征在于，所述呼叫控制器和所述主叫網(wǎng)關(guān)之間使用H.248協(xié)議；并且，所述步驟A中，所述呼叫控制器通過修改請求消息指示主叫網(wǎng)關(guān)在通話狀態(tài)下檢測預(yù)先設(shè)定的按鍵組合，該消息的參數(shù)為服務(wù)發(fā)現(xiàn)協(xié)議和所述按鍵組合的數(shù)圖；所述步驟B中，所述第一事件消息是通知請求消息；所述步驟C中，所述呼叫控制器通過修改請求消息指示所述主叫網(wǎng)關(guān)叫集用戶新呼叫的被叫號(hào)碼，該消息的參數(shù)是撥號(hào)音和普通H.248數(shù)圖。
6.根據(jù)權(quán)利要求5所述的在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，其特征在于，所述步驟D中，所述主叫網(wǎng)關(guān)通過通知請求消息向所述呼叫控制器上報(bào)收集到的用戶新的呼叫號(hào)碼。
7.根據(jù)權(quán)利要求1或2所述的在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，其特征在于，所述呼叫控制器可以是交換機(jī)或軟交換設(shè)備。
8.根據(jù)權(quán)利要求1或2所述的在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，其特征在于，所述按鍵組合可以是“##”。
全文摘要
本發(fā)明涉及通信技術(shù)，公開了一種在卡號(hào)業(yè)務(wù)中主叫用戶重新發(fā)起呼叫的方法，使得卡號(hào)業(yè)務(wù)主叫用戶可以方便地釋放當(dāng)前呼叫并重新發(fā)起新的呼叫。本發(fā)明中，呼叫控制器指示主叫網(wǎng)關(guān)在通話狀態(tài)下檢測預(yù)先設(shè)定的按鍵組合，如果主叫網(wǎng)關(guān)檢測到則上報(bào)到呼叫控制器，呼叫控制器向被叫發(fā)送拆除呼叫消息，釋放掉被叫，同時(shí)向SCP指示被叫已掛機(jī)，等待主叫重?fù)堋?br> 文檔編號(hào)H04M3/00GK1801859SQ20051000540
公開日2006年7月12日 申請日期2005年1月2日 優(yōu)先權(quán)日2005年1月2日
發(fā)明者馬海寅, 徐勝軍, 李德勇, 易晟 申請人:華為技術(shù)有限公司