專利名稱：一種可實(shí)現(xiàn)漏話回?fù)艿穆┰捥崾鞠到y(tǒng)及漏話提示方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊增值業(yè)務(wù)領(lǐng)域的漏話提示業(yè)務(wù)，尤其涉及一種將被叫用戶的漏接來電以短信方式通知被叫用戶的漏話提示系統(tǒng)及方法。
背景技術(shù)：
隨著移動(dòng)通信業(yè)務(wù)的不斷發(fā)展，用戶對(duì)于通信服務(wù)質(zhì)量的要求越來越高，比如希望通過短信方式獲知因自身關(guān)機(jī)或者不在服務(wù)區(qū)等條件下漏接的電話，漏話提示業(yè)務(wù)因此應(yīng)運(yùn)而生。所說的漏話提示業(yè)務(wù)可以將被叫用戶關(guān)機(jī)或不在服務(wù)區(qū)時(shí)的漏接來電以短信方式通知給被叫用戶，從而使移動(dòng)用戶獲得良好的服務(wù)體驗(yàn)，及時(shí)準(zhǔn)確地獲知自身漏接的來電。目前現(xiàn)有的漏話提示系統(tǒng)都是下發(fā)以某種固定的SP(service provider)接入號(hào)(比如漏話系統(tǒng)自身的接入號(hào)或者客服平臺(tái)的接入號(hào))作為為源號(hào)碼(即發(fā)信人號(hào)碼)的漏話提示短信?，F(xiàn)有技術(shù)是將漏話的主叫用戶號(hào)碼作為漏話提示短信的內(nèi)容的一部分，發(fā)送給被叫用戶號(hào)碼。
上述的現(xiàn)有漏話提示系統(tǒng)存在以下的不足之處(1)漏話的被叫用戶不能根據(jù)漏話提示短信直接進(jìn)行回?fù)堋?br> 被叫用戶收到漏話提示短信需要回復(fù)時(shí)，僅能從短信內(nèi)容中獲悉該漏話中發(fā)起主叫的主叫用戶號(hào)碼，從而可以根據(jù)該主叫用戶號(hào)碼，重新根據(jù)該主叫用戶號(hào)碼發(fā)起呼叫，但卻不能直接對(duì)該短信進(jìn)行回?fù)?包括語音或短信回復(fù))，很不方便。
(2)短信顯示在漏話的被叫用戶端時(shí)不直觀。
由于該漏話中發(fā)起呼叫的主叫用戶號(hào)碼不是漏話提示短信的發(fā)件人號(hào)碼，而是該漏話提示短信的發(fā)件人號(hào)碼是例如SP的接入號(hào)或客服的接入號(hào)。所以，在被叫用戶收到漏話提示短信時(shí)，從發(fā)件人號(hào)碼中無法直接獲知實(shí)際漏接電話中的來電號(hào)碼信息；并且在短信內(nèi)容中的來電號(hào)碼，無法和用戶手機(jī)號(hào)碼簿中存儲(chǔ)的聯(lián)系人自動(dòng)關(guān)聯(lián)，只能以孤立的數(shù)字形式顯示，用戶往往不能直接看出未接的來電號(hào)碼究竟是誰的，從而影響了用戶使用感受。
因而，需要一種能夠?qū)崿F(xiàn)漏話回?fù)艿穆┰捥崾鞠到y(tǒng)及漏話提示方法，使得用戶對(duì)漏接電話進(jìn)行回?fù)堋?br>
發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于，針對(duì)上述不足之處，提供一種可實(shí)現(xiàn)漏話回?fù)艿穆┰捥崾鞠到y(tǒng)及漏話提示方法，克服現(xiàn)有漏話提示系統(tǒng)中不能獲取漏接電話主叫方號(hào)碼而不能直接回?fù)苈┰挼娜秉c(diǎn)，實(shí)現(xiàn)直接的漏話回?fù)堋?br> 本發(fā)明提供一種可實(shí)現(xiàn)漏話回?fù)艿穆┰捥崾鞠到y(tǒng)，分別與移動(dòng)交換中心、短消息中心以及營(yíng)帳系統(tǒng)連接，包括業(yè)務(wù)處理模塊，與業(yè)務(wù)處理模塊分別交互相連的信令網(wǎng)關(guān)模塊、業(yè)務(wù)受理模塊、協(xié)議網(wǎng)關(guān)模塊，以及連接于業(yè)務(wù)受理模塊和營(yíng)帳系統(tǒng)之間的BOSS接口機(jī)模塊，業(yè)務(wù)受理模塊單向連接至協(xié)議網(wǎng)管模塊，其中所述信令網(wǎng)關(guān)模塊，負(fù)責(zé)從相連的移動(dòng)交換中心接續(xù)轉(zhuǎn)移呼叫，將從呼叫中提取的主叫用戶號(hào)碼、被叫用戶號(hào)碼發(fā)送至相連的業(yè)務(wù)處理模塊；所述業(yè)務(wù)處理模塊，負(fù)責(zé)對(duì)接收的被叫用戶號(hào)碼進(jìn)行鑒權(quán)，鑒權(quán)通過且系統(tǒng)啟用漏話回?fù)芄δ軙r(shí)，為被叫用戶構(gòu)造以主叫用戶號(hào)碼為源地址的漏話提示短消息，該短消息通過協(xié)議網(wǎng)關(guān)模塊下發(fā)到與之相連的短消息中心。
所述業(yè)務(wù)受理模塊，與BOSS接口機(jī)模塊雙向連接，負(fù)責(zé)用戶開銷戶以及業(yè)務(wù)激活/去激活；所述協(xié)議網(wǎng)關(guān)模塊，與短消息中心雙向連接，負(fù)責(zé)實(shí)現(xiàn)漏話提示短消息、用戶開銷戶通知短消息的協(xié)議編解碼和路由投遞。
所述BOSS接口機(jī)模塊，一側(cè)端口與一個(gè)營(yíng)帳系統(tǒng)雙向連接，用來設(shè)置和取消用戶呼叫轉(zhuǎn)移。
所述信令網(wǎng)關(guān)模塊，一側(cè)的端口與移動(dòng)交換中心相連，用于接續(xù)來自移動(dòng)交換中心的呼叫、提取主、被叫號(hào)碼以及源被叫號(hào)碼信息、向主叫用戶播放提示音，其中，主叫號(hào)碼是主叫用戶號(hào)碼，被叫號(hào)碼是漏話提示系統(tǒng)號(hào)碼、源被叫號(hào)碼是主叫用戶所呼叫的被叫用戶的號(hào)碼。
所述業(yè)務(wù)處理模塊，分別與所述業(yè)務(wù)受理模塊和所述協(xié)議網(wǎng)關(guān)模塊雙向連接，負(fù)責(zé)鑒權(quán)控制主被叫用戶業(yè)務(wù)、控制信令網(wǎng)關(guān)的動(dòng)作、構(gòu)造漏話提示短信。
所述的移動(dòng)交換中心，控制正常的呼叫流程，并負(fù)責(zé)將漏話提示業(yè)務(wù)注冊(cè)用戶作為被叫時(shí)在關(guān)機(jī)和不在服務(wù)區(qū)情況下的呼叫轉(zhuǎn)移到漏話提示系統(tǒng)進(jìn)行處理；所述的短消息中心，用于完成短消息的基本收發(fā)特性，并且當(dāng)漏話提示系統(tǒng)需要構(gòu)造漏話通知短信、或用戶開銷戶短信下發(fā)給用戶時(shí)，只需要根據(jù)標(biāo)準(zhǔn)SMPP協(xié)議投遞到短消息中心，由短消息中心完成消息的投遞下發(fā)；所述的營(yíng)帳系統(tǒng)用來完成對(duì)指定用戶號(hào)碼進(jìn)行呼轉(zhuǎn)設(shè)置與取消的操作。
本發(fā)明還提供一種基于上述漏話提示系統(tǒng)的漏話提示方法，包括如下步驟(1)注冊(cè)開通漏話提示業(yè)務(wù)的用戶已關(guān)機(jī)或不在服務(wù)區(qū)時(shí)，移動(dòng)交換中心將該用戶作為被叫的呼叫轉(zhuǎn)移接續(xù)到漏話提示系統(tǒng)；(2)漏話提示系統(tǒng)提取呼叫中的主叫用戶號(hào)碼和被叫用戶號(hào)碼，對(duì)被叫用戶進(jìn)行是否已開通漏話提示業(yè)務(wù)的鑒權(quán)，鑒權(quán)成功且系統(tǒng)啟用了漏話回?fù)芄δ?，則構(gòu)造以主叫用戶號(hào)碼作為源地址的漏話提示短消息下發(fā)給短消息中心；(3)短消息中心將所述漏話提示短消息發(fā)送給被叫用戶。
所述漏話提示系統(tǒng)包括信令網(wǎng)關(guān)模塊，業(yè)務(wù)處理模塊，業(yè)務(wù)受理模塊，協(xié)議網(wǎng)關(guān)模塊，BOSS接口機(jī)模塊，其中，業(yè)務(wù)處理模塊為被叫用戶構(gòu)造以主叫用戶號(hào)碼為源地址的漏話提示短消息，該短消息通過協(xié)議網(wǎng)關(guān)模塊下發(fā)到與之相連的短消息中心。
步驟(2)進(jìn)一步可分為(201)信令網(wǎng)關(guān)模塊提取本次呼叫中的主叫用戶號(hào)碼、被叫用戶號(hào)碼及漏話提示系統(tǒng)接入號(hào)碼信息發(fā)送到業(yè)務(wù)處理模塊；(202)業(yè)務(wù)處理模塊對(duì)被叫用戶進(jìn)行鑒權(quán)控制以及動(dòng)作控制，并將鑒權(quán)結(jié)果及相應(yīng)動(dòng)作返回給信令網(wǎng)關(guān)模塊；(203)鑒權(quán)成功，信令網(wǎng)關(guān)模塊向主叫用戶播放正常的漏話業(yè)務(wù)提示音，由業(yè)務(wù)處理模塊構(gòu)造以漏話提示系統(tǒng)接入號(hào)碼為源地址的普通漏話提示消息；(204)判斷是否啟用了漏話回?fù)芄δ?，若啟?dòng)，則由業(yè)務(wù)處理模塊對(duì)漏話提示消息的源號(hào)碼進(jìn)行改造，將源號(hào)碼重置為從本次呼叫信息中獲取的主叫用戶號(hào)碼，通過協(xié)議網(wǎng)關(guān)模塊向短消息中心下發(fā)該漏話提示消息。
步驟203進(jìn)一步還包括如果鑒權(quán)失敗，信令網(wǎng)關(guān)模塊向主叫用戶播放鑒權(quán)失敗提示音，拆除呼叫。
步驟204還包括若未啟用漏話回?fù)芄δ?，則直接向短消息中心下發(fā)普通漏話提示短信。
本發(fā)明具有現(xiàn)網(wǎng)已經(jīng)運(yùn)行的漏話提示系統(tǒng)原有功能，同時(shí)針對(duì)原有系統(tǒng)的不足，可以下發(fā)具有可回?fù)芴匦缘穆┰捥崾径绦牛景l(fā)明具有以下優(yōu)點(diǎn)(1)用戶對(duì)接收到的漏接提示短信，直接進(jìn)行回?fù)?包括語音或者短信回復(fù))，方便了用戶的操作。
(2)消息顯示直觀，漏話提示短信的發(fā)件人號(hào)碼就是實(shí)際漏接電話中的來電號(hào)碼，如果用戶手機(jī)號(hào)碼簿中存儲(chǔ)有該漏接號(hào)碼，該條漏話提示消息的發(fā)件人就可以直接顯示為號(hào)碼簿中存儲(chǔ)的該號(hào)碼的聯(lián)系人名稱，用戶進(jìn)一步可以根據(jù)該聯(lián)系人名稱獲悉更多相關(guān)信息，例如可以根據(jù)該聯(lián)系人情況決定是否進(jìn)行回?fù)?，如需回?fù)?，則直接根據(jù)短信發(fā)件人號(hào)碼進(jìn)行短信或語音回?fù)埽瑯O大方便了用戶使用，提高了服務(wù)質(zhì)量。


圖1是本發(fā)明實(shí)施例中的漏話提示系統(tǒng)與短消息中心、移動(dòng)交換中心以及營(yíng)帳系統(tǒng)之間的組網(wǎng)連接示意圖；
圖2是本發(fā)明實(shí)施例中可實(shí)現(xiàn)漏話回?fù)艿穆┰捥崾鞠到y(tǒng)的模塊結(jié)構(gòu)示意圖；圖3是本發(fā)明實(shí)施例中可實(shí)現(xiàn)漏話回?fù)艿穆┰捥崾鞠到y(tǒng)下發(fā)具有可回?fù)芴匦缘穆┰捥崾鞠⒌牧鞒虉D。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行詳細(xì)的描述。
本發(fā)明的目的是提供一種可實(shí)現(xiàn)漏話回?fù)艿男滦吐┰捥崾鞠到y(tǒng)及對(duì)應(yīng)的漏話提示方法。所述漏話回?fù)?，是指根?jù)漏話提示短信中發(fā)信人的號(hào)碼采用語音方式或短信方式進(jìn)行回?fù)堋１景l(fā)明的最大特點(diǎn)在于，使得漏話提示系統(tǒng)下發(fā)的漏話提示短信具有可回?fù)艿奶匦浴?br> 如圖1所示，顯示了本實(shí)施例中漏話提示系統(tǒng)與移動(dòng)交換中心、短消息中心以及營(yíng)帳系統(tǒng)的組網(wǎng)和接口圖，示出了本漏話提示系統(tǒng)裝置在網(wǎng)絡(luò)中的位置，以及該漏話提示系統(tǒng)與移動(dòng)交換中心、短消息中心以及營(yíng)帳系統(tǒng)之間的關(guān)系。該漏話提示系統(tǒng)分別與移動(dòng)交換中心、短消息中心以及營(yíng)帳系統(tǒng)交互連接。
所述移動(dòng)交換中心，與所述漏話提示系統(tǒng)相連，用于控制正常的呼叫流程，負(fù)責(zé)將漏話提示業(yè)務(wù)注冊(cè)用戶作為被叫時(shí)在關(guān)機(jī)和不在服務(wù)區(qū)情況下的呼叫轉(zhuǎn)移到漏話提示系統(tǒng)進(jìn)行處理。由于用戶在開通漏話提示業(yè)務(wù)時(shí)，已經(jīng)設(shè)置了關(guān)機(jī)和不在服務(wù)區(qū)時(shí)的呼叫轉(zhuǎn)移，且轉(zhuǎn)移號(hào)碼指向該漏話提示系統(tǒng)。所以，當(dāng)漏話提示業(yè)務(wù)注冊(cè)用戶已經(jīng)關(guān)機(jī)或者不在服務(wù)區(qū)時(shí)，其所有作為被叫用戶時(shí)的呼叫都由移動(dòng)交換中心轉(zhuǎn)移到所述漏話提示系統(tǒng)進(jìn)行處理。
所述漏話提示系統(tǒng)，在接收到所述移動(dòng)交換中心轉(zhuǎn)移過來的呼叫信息后，對(duì)本次呼叫的源被叫號(hào)碼(即本次呼叫過程中主叫用戶所呼叫的被叫用戶號(hào)碼)進(jìn)行業(yè)務(wù)鑒權(quán)，如果源被叫用戶已經(jīng)注冊(cè)了漏話提示業(yè)務(wù)，則向該漏話提示系統(tǒng)的信令網(wǎng)關(guān)返回放音的動(dòng)作指令，同時(shí)構(gòu)造可以回?fù)艿穆┰捦ㄖ⑻峤坏皆撀┰捥崾鞠到y(tǒng)的協(xié)議網(wǎng)關(guān)進(jìn)行下發(fā)。
所述短消息中心，與所述漏話提示系統(tǒng)相連，用來完成短消息的基本收發(fā)特性。當(dāng)漏話提示系統(tǒng)需要構(gòu)造漏話通知短信、用戶開銷戶短信等消息下發(fā)給用戶時(shí)，只需要根據(jù)標(biāo)準(zhǔn)SMPP協(xié)議由協(xié)議網(wǎng)關(guān)投遞到短消息中心即可，由短消息中心完成消息的投遞下發(fā)。
所述營(yíng)帳系統(tǒng)，與漏話提示系統(tǒng)相連，用來完成對(duì)指定用戶號(hào)碼進(jìn)行呼轉(zhuǎn)設(shè)置與取消的操作。
如圖2所示，顯示的是本實(shí)施例中漏話提示系統(tǒng)的模塊結(jié)構(gòu)示意圖，主要包括如下模塊信令網(wǎng)關(guān)模塊202，與移動(dòng)交換中心連接交互，用于實(shí)現(xiàn)對(duì)來自移動(dòng)交換中心語音呼叫的接續(xù)、完成收號(hào)、拆除呼叫等動(dòng)作處理，提取主、被叫號(hào)碼以及源被叫號(hào)碼信息、向主叫用戶播放提示音等。
此處需要說明的是由于漏話提示系統(tǒng)所接續(xù)的該呼叫，不是主叫用戶到被叫用戶的原始呼叫，而是由主叫用戶到漏話提示系統(tǒng)的呼叫，因而，此處主叫號(hào)碼是指主叫用戶號(hào)碼，被叫號(hào)碼是指漏話提示系統(tǒng)號(hào)碼(即原始呼叫中被叫用戶所設(shè)置的呼轉(zhuǎn)號(hào)碼)，而源被叫號(hào)碼是指原始呼叫中的被叫用戶號(hào)碼。
業(yè)務(wù)處理模塊204，與信令網(wǎng)關(guān)模塊202相連接，主要負(fù)責(zé)主被叫用戶業(yè)務(wù)鑒權(quán)控制、信令網(wǎng)關(guān)的動(dòng)作控制與管理、漏話提示短信構(gòu)造等，其中，本發(fā)明的特點(diǎn)在于在漏話提示短信構(gòu)造中，構(gòu)造一種具有可回?fù)芴匦缘穆┰捥崾径绦?，該?gòu)造過程的特點(diǎn)為從呼叫信息中提取出主叫用戶號(hào)碼，并以此主叫號(hào)碼設(shè)置漏話提示短信中的源地址；以源被叫號(hào)碼(即原始呼叫中被叫用戶號(hào)碼)作為漏話提示短信中的目標(biāo)地址。
業(yè)務(wù)受理模塊206，主要負(fù)責(zé)用戶開銷戶、業(yè)務(wù)激活/去激活等；協(xié)議網(wǎng)關(guān)模塊208，主要負(fù)責(zé)漏話通知短消息、用戶開銷戶通知短消息的協(xié)議編解碼和路由投遞功能；BOSS接口機(jī)模塊210，主要負(fù)責(zé)用戶呼叫轉(zhuǎn)移的設(shè)置和取消。
基于圖2所示的漏話提示系統(tǒng)，下發(fā)具有可回?fù)芴匦缘穆┰捥崾径绦诺臉I(yè)務(wù)流程包括以下步驟第一步漏話提示注冊(cè)用戶關(guān)機(jī)或者不在服務(wù)區(qū)時(shí)，移動(dòng)交換中心將該用戶為被叫的呼叫轉(zhuǎn)移接續(xù)到漏話提示系統(tǒng)信令網(wǎng)關(guān)進(jìn)行處理；第二步信令網(wǎng)關(guān)將本次呼叫中的主、被叫號(hào)碼及源被叫號(hào)碼等信息發(fā)送到業(yè)務(wù)處理模塊進(jìn)行鑒權(quán)；第三步信令網(wǎng)關(guān)根據(jù)業(yè)務(wù)處理模塊返回的鑒權(quán)結(jié)果及動(dòng)作列表，完成放音、收號(hào)、拆除呼叫等動(dòng)作；第四步如果鑒權(quán)通過，業(yè)務(wù)處理模塊構(gòu)造普通漏話提示消息；第五步如果系統(tǒng)啟用了漏話回?fù)芄δ?，業(yè)務(wù)處理模塊對(duì)漏話提示消息的源號(hào)碼進(jìn)行改造，將源號(hào)碼重置為從本次呼叫信息中獲取的主叫號(hào)碼，使改造后的漏話提示消息具有了可回?fù)艿奶匦?；第六步通過協(xié)議網(wǎng)關(guān)模塊向短消息中心下發(fā)該漏話提示消息。
本發(fā)明的特點(diǎn)在于步驟五，通過對(duì)漏話提示消息的源號(hào)碼進(jìn)行改造，構(gòu)造出了以呼叫中主叫用戶號(hào)碼為源號(hào)碼的漏話提示消息，這樣的漏話提示消息就具有可直接回?fù)芎惋@示直觀的特點(diǎn)，這個(gè)特點(diǎn)使得業(yè)務(wù)更加人性化，也能更好的滿足了用戶體驗(yàn)。
圖3所示是本實(shí)施例的一個(gè)應(yīng)用實(shí)例，顯示了漏話提示系統(tǒng)下發(fā)具有可回?fù)芴匦缘穆┰捥崾鞠⒌牧鞒虉D。本實(shí)例中，漏話提示系統(tǒng)呼叫號(hào)碼為13700000001，即被叫用戶關(guān)機(jī)時(shí)呼叫轉(zhuǎn)移到13700000001，SP接入號(hào)為10088，被叫用戶為13988880001，且已經(jīng)注冊(cè)了漏話提示業(yè)務(wù)，在關(guān)機(jī)狀態(tài)時(shí)主叫用戶13988889999撥打其電話，包括以下步驟S302，在被叫用戶13988880001處于關(guān)機(jī)狀態(tài)時(shí)，主叫用戶13988889999撥打被叫用戶電話號(hào)碼，由于被叫用戶13988880001已經(jīng)設(shè)置了關(guān)機(jī)時(shí)呼叫轉(zhuǎn)移到漏話提示系統(tǒng)13700000001，移動(dòng)交換中心將本次呼叫轉(zhuǎn)移到了漏話提示系統(tǒng)。
S304，漏話提示系統(tǒng)從本次呼叫信息中獲取到對(duì)應(yīng)于主叫用戶的主叫號(hào)碼13988889999、對(duì)應(yīng)于漏話提示系統(tǒng)的被叫號(hào)碼13700000001、以及對(duì)應(yīng)于被叫用戶的源被叫號(hào)碼13988880001；S306，對(duì)源被叫號(hào)碼13988880001進(jìn)行鑒權(quán)，鑒權(quán)成功，執(zhí)行步驟S308，否則，執(zhí)行步驟S318；S308，由于13988880001已經(jīng)注冊(cè)了漏話提示業(yè)務(wù)，業(yè)務(wù)鑒權(quán)成功，向主叫用戶播放正常的漏話業(yè)務(wù)提示音，并構(gòu)造普通漏話提示消息，源地址為10088；S310，判斷系統(tǒng)是否啟用漏話回?fù)芄δ?，已啟用，進(jìn)入步驟S312，否則，執(zhí)行步驟S320；S312，由于系統(tǒng)啟用了漏話回?fù)芄δ?，將漏話提示短信中源地址重置為從呼叫信息中提取的主叫?hào)碼13988889999。
S314，漏話提示系統(tǒng)向短消息中心下發(fā)可直接回?fù)艿穆┰捥崾径绦拧?br> S318，如果該被叫用戶沒有注冊(cè)漏話提示業(yè)務(wù)，則業(yè)務(wù)鑒權(quán)失敗，向主叫用戶播放鑒權(quán)失敗提示音，拆除呼叫，流程結(jié)束；S320，如果沒有啟用，則直接向短消息中心下發(fā)普通漏話提示短信，流程結(jié)束。
本領(lǐng)域技術(shù)人員將很容易了解到本發(fā)明其它優(yōu)點(diǎn)和修改。因此，上述針對(duì)實(shí)施例的描述為本發(fā)明具體應(yīng)用實(shí)施例，本發(fā)明更廣泛的方面并不限于本文中示出以及描述的特定細(xì)節(jié)和典型實(shí)施例。因此，可在不脫離由權(quán)利要求及其等效物所限定的本發(fā)明的精神或范圍的條件下作出各種修改。
權(quán)利要求
1.一種可實(shí)現(xiàn)漏話回?fù)艿穆┰捥崾鞠到y(tǒng)，分別與移動(dòng)交換中心、短消息中心以及營(yíng)帳系統(tǒng)連接，其特征在于包括業(yè)務(wù)處理模塊，與業(yè)務(wù)處理模塊分別交互相連的信令網(wǎng)關(guān)模塊、業(yè)務(wù)受理模塊、協(xié)議網(wǎng)關(guān)模塊，以及連接于業(yè)務(wù)受理模塊和營(yíng)帳系統(tǒng)之間的BOSS接口機(jī)模塊，業(yè)務(wù)受理模塊單向連接至協(xié)議網(wǎng)管模塊，其中所述信令網(wǎng)關(guān)模塊，負(fù)責(zé)從相連的移動(dòng)交換中心接續(xù)轉(zhuǎn)移呼叫，將從呼叫中提取的主叫用戶號(hào)碼、被叫用戶號(hào)碼發(fā)送至相連的業(yè)務(wù)處理模塊；所述業(yè)務(wù)處理模塊，負(fù)責(zé)對(duì)接收的被叫用戶號(hào)碼進(jìn)行鑒權(quán)，鑒權(quán)通過且系統(tǒng)啟用漏話回?fù)芄δ軙r(shí)，為被叫用戶構(gòu)造以主叫用戶號(hào)碼為源地址的漏話提示短消息，該短消息通過協(xié)議網(wǎng)關(guān)模塊下發(fā)到與之相連的短消息中心。
2.如權(quán)利要求1所述的漏話提示系統(tǒng)，其特征在于所述業(yè)務(wù)受理模塊，與BOSS接口機(jī)模塊雙向連接，負(fù)責(zé)用戶開銷戶以及業(yè)務(wù)激活/去激活；所述協(xié)議網(wǎng)關(guān)模塊，與短消息中心雙向連接，負(fù)責(zé)實(shí)現(xiàn)漏話提示短消息、用戶開銷戶通知短消息的協(xié)議編解碼和路由投遞；所述BOSS接口機(jī)模塊，一側(cè)端口與一個(gè)營(yíng)帳系統(tǒng)雙向連接，用來設(shè)置和取消用戶呼叫轉(zhuǎn)移。
3.如權(quán)利要求1所述的漏話提示系統(tǒng)，其特征在于所述信令網(wǎng)關(guān)模塊，一側(cè)的端口與移動(dòng)交換中心相連，用于接續(xù)來自移動(dòng)交換中心的呼叫、提取主、被叫號(hào)碼以及源被叫號(hào)碼信息、向主叫用戶播放提示音，其中，主叫號(hào)碼是主叫用戶號(hào)碼，被叫號(hào)碼是漏話提示系統(tǒng)號(hào)碼、源被叫號(hào)碼是主叫用戶所呼叫的被叫用戶的號(hào)碼。
4.如權(quán)利要求1所述的漏話提示系統(tǒng)，其特征在于所述業(yè)務(wù)處理模塊，分別與所述業(yè)務(wù)受理模塊和所述協(xié)議網(wǎng)關(guān)模塊雙向連接，負(fù)責(zé)鑒權(quán)控制主被叫用戶業(yè)務(wù)、控制信令網(wǎng)關(guān)的動(dòng)作、構(gòu)造漏話提示短信。
5.如權(quán)利要求1所述的漏話提示系統(tǒng)，其特征在于所述的移動(dòng)交換中心，控制正常的呼叫流程，并負(fù)責(zé)將漏話提示業(yè)務(wù)注冊(cè)用戶作為被叫時(shí)在關(guān)機(jī)和不在服務(wù)區(qū)情況下的呼叫轉(zhuǎn)移到漏話提示系統(tǒng)進(jìn)行處理；所述的短消息中心，用于完成短消息的基本收發(fā)特性，并且當(dāng)漏話提示系統(tǒng)需要構(gòu)造漏話通知短信、或用戶開銷戶短信下發(fā)給用戶時(shí)，只需要根據(jù)標(biāo)準(zhǔn)SMPP協(xié)議投遞到短消息中心，由短消息中心完成消息的投遞下發(fā)；所述的營(yíng)帳系統(tǒng)用來完成對(duì)指定用戶號(hào)碼進(jìn)行呼轉(zhuǎn)設(shè)置與取消的操作。
6.一種基于權(quán)利要求1所述漏話提示系統(tǒng)的漏話提示方法，包括如下步驟(1)注冊(cè)開通漏話提示業(yè)務(wù)的用戶已關(guān)機(jī)或不在服務(wù)區(qū)時(shí)，移動(dòng)交換中心將該用戶作為被叫的呼叫轉(zhuǎn)移接續(xù)到漏話提示系統(tǒng)；(2)漏話提示系統(tǒng)提取呼叫中的主叫用戶號(hào)碼和被叫用戶號(hào)碼，對(duì)被叫用戶進(jìn)行是否已開通漏話提示業(yè)務(wù)的鑒權(quán)，鑒權(quán)成功且系統(tǒng)啟用了漏話回?fù)芄δ?，則構(gòu)造以主叫用戶號(hào)碼作為源地址的漏話提示短消息下發(fā)給短消息中心；(3)短消息中心將所述漏話提示短消息發(fā)送給被叫用戶。
7.如權(quán)利要求6所述的漏話提示方法，其特征在于，所述漏話提示系統(tǒng)包括信令網(wǎng)關(guān)模塊，業(yè)務(wù)處理模塊，業(yè)務(wù)受理模塊，協(xié)議網(wǎng)關(guān)模塊，BOSS接口機(jī)模塊，其中，業(yè)務(wù)處理模塊為被叫用戶構(gòu)造以主叫用戶號(hào)碼為源地址的漏話提示短消息，該短消息通過協(xié)議網(wǎng)關(guān)模塊下發(fā)到與之相連的短消息中心。
8.如權(quán)利要求6或7所述的漏話提示方法，其特征在于，步驟(2)進(jìn)一步可分為(201)信令網(wǎng)關(guān)模塊提取本次呼叫中的主叫用戶號(hào)碼、被叫用戶號(hào)碼及漏話提示系統(tǒng)接入號(hào)碼信息發(fā)送到業(yè)務(wù)處理模塊；(202)業(yè)務(wù)處理模塊對(duì)被叫用戶進(jìn)行鑒權(quán)控制以及動(dòng)作控制，并將鑒權(quán)結(jié)果及相應(yīng)動(dòng)作返回給信令網(wǎng)關(guān)模塊；(203)鑒權(quán)成功，信令網(wǎng)關(guān)模塊向主叫用戶播放正常的漏話業(yè)務(wù)提示音，由業(yè)務(wù)處理模塊構(gòu)造以漏話提示系統(tǒng)接入號(hào)碼為源地址的普通漏話提示消息；(204)判斷是否啟用了漏話回?fù)芄δ?，若啟?dòng)，則由業(yè)務(wù)處理模塊對(duì)漏話提示消息的源號(hào)碼進(jìn)行改造，將源號(hào)碼重置為從本次呼叫信息中獲取的主叫用戶號(hào)碼，通過協(xié)議網(wǎng)關(guān)模塊向短消息中心下發(fā)該漏話提示消息。
9.如權(quán)利要求8所述的漏話提示方法，其特征在于步驟204還包括若未啟用漏話回?fù)芄δ?，則直接向短消息中心下發(fā)普通漏話提示短信。
10.如權(quán)利要求8所述的漏話提示方法，其特征在于步驟203進(jìn)一步還包括如果鑒權(quán)失敗，信令網(wǎng)關(guān)模塊向主叫用戶播放鑒權(quán)失敗提示音，拆除呼叫。
全文摘要
本發(fā)明涉及移動(dòng)通訊增值業(yè)務(wù)領(lǐng)域，提供一種可實(shí)現(xiàn)漏話回?fù)艿穆┰捥崾鞠到y(tǒng)，包括信令網(wǎng)關(guān)模塊、業(yè)務(wù)處理模塊、業(yè)務(wù)受理模塊、協(xié)議網(wǎng)關(guān)模塊，以及BOSS接口機(jī)模塊，其中，所述信令網(wǎng)關(guān)模塊，負(fù)責(zé)從相連的移動(dòng)交換中心接續(xù)轉(zhuǎn)移呼叫，將從呼叫中提取的主叫用戶號(hào)碼、被叫用戶號(hào)碼發(fā)送至相連的業(yè)務(wù)處理模塊；所述業(yè)務(wù)處理模塊，負(fù)責(zé)對(duì)接收的被叫用戶號(hào)碼進(jìn)行鑒權(quán)，鑒權(quán)通過且系統(tǒng)啟用漏話回?fù)芄δ軙r(shí)，為被叫用戶構(gòu)造以主叫用戶號(hào)碼為源地址的漏話提示短消息，該短消息通過協(xié)議網(wǎng)關(guān)模塊下發(fā)到與之相連的短消息中心。本發(fā)明兼容現(xiàn)有技術(shù)，同時(shí)可實(shí)現(xiàn)對(duì)用戶接收的漏話提示短信直接進(jìn)行回?fù)堋?br> 文檔編號(hào)H04W88/18GK101047898SQ200710097610
公開日2007年10月3日 申請(qǐng)日期2007年4月24日 優(yōu)先權(quán)日2007年4月24日
發(fā)明者陳子曄, 錢小兵, 張健 申請(qǐng)人:中興通訊股份有限公司