两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

一種提供實(shí)時(shí)回鈴音的方法和系統(tǒng)的制作方法

文檔序號(hào):7627361閱讀:178來(lái)源:國(guó)知局
專利名稱:一種提供實(shí)時(shí)回鈴音的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種通信網(wǎng)絡(luò)中的鈴音提供技術(shù),具體涉及一種在通信網(wǎng)絡(luò)中提供回鈴音的方法及其系統(tǒng)。
背景技術(shù)
在現(xiàn)有的通信網(wǎng)絡(luò)中,無(wú)論是固定通信網(wǎng)絡(luò)、全球移動(dòng)通信(GSM)網(wǎng)絡(luò)還是碼分多址(CDMA)移動(dòng)通信網(wǎng)絡(luò),當(dāng)被叫用戶接收到一主叫用戶的來(lái)電后,被叫用戶可以選擇接聽,也可以選擇不接聽甚至拒絕(用戶可以通過按掛機(jī)鍵來(lái)拒絕來(lái)電)。因?yàn)槲覀兘?jīng)常會(huì)遇到這種情況一個(gè)來(lái)電到達(dá)時(shí)正趕上被叫用戶很忙,例如,忙于接聽另外一個(gè)重要電話,或者忙于處理一個(gè)重要的事情,或者正在開會(huì)。這時(shí),被叫用戶一般采用拒接方式,由現(xiàn)有技術(shù)的被叫交換中心向主叫用戶播放“你撥打的電話暫時(shí)無(wú)法接通”,或“您所播打的用戶正在通話中”等一成不變的提示音。
如果是主叫用戶首次遇到這種情況,他可能真的認(rèn)為是象提示音提示的那樣,被叫用戶無(wú)法接通或者正在和別人通話。但是,久而久之人們都會(huì)知道,這種提示音的出現(xiàn),其實(shí)就是被叫用戶拒絕接聽引起的,況且在被叫用戶拒絕接聽之前,主叫可以聽到被叫處于待接狀態(tài)的回鈴音。實(shí)際上,拒絕接聽電會(huì)被認(rèn)為是不禮貌的,往往影響到主、被叫用戶之間的感情,即使被叫用戶事后回電話給主叫用戶進(jìn)行解釋,仍會(huì)由于不及時(shí)導(dǎo)致效果不理想。
另外,現(xiàn)有技術(shù)中還存在用戶定制回鈴音的技術(shù)方案,即一般由被叫用戶簽約回鈴音業(yè)務(wù)后,當(dāng)主叫終端呼叫該被叫終端且被叫終端處于空閑狀態(tài),則由回鈴音服務(wù)器RBTS向主叫終端發(fā)送由被叫用戶定制的回鈴音。在這里,被叫用戶可以根據(jù)個(gè)人愛好、或根據(jù)主叫號(hào)碼、或根據(jù)時(shí)間制定不同的回鈴音,從而在一定程度上滿足用戶的個(gè)性化需求。但是,這些回鈴音都是預(yù)先定制的,而無(wú)法根據(jù)當(dāng)時(shí)的實(shí)際情況實(shí)時(shí)地發(fā)送不同的回鈴音以靈活地滿足終端用戶的需求。
綜上可知,所述現(xiàn)有的鈴音提供技術(shù),不能根據(jù)實(shí)際情況實(shí)時(shí)地提供不同的回鈴音,無(wú)法滿足用戶對(duì)通信業(yè)務(wù)更高的要求,進(jìn)而在一定程度尚限制了通信業(yè)務(wù)的發(fā)展。

發(fā)明內(nèi)容
有鑒于此,本發(fā)明的第一個(gè)目的在于提供一種于通信網(wǎng)絡(luò)中提供實(shí)時(shí)回鈴音的方法,使得被叫用戶可根據(jù)當(dāng)時(shí)情況實(shí)時(shí)地發(fā)送不同的回鈴音。
本發(fā)明的第二個(gè)目的在于提供一種提供實(shí)時(shí)回鈴音的系統(tǒng)。
為了達(dá)到上述目的,本發(fā)明提供一種在通信網(wǎng)絡(luò)中提供實(shí)時(shí)回鈴音的方法,其特征在于,包括以下步驟A.被叫終端收到網(wǎng)絡(luò)側(cè)發(fā)來(lái)的主叫終端的呼叫請(qǐng)求;B.被叫終端向網(wǎng)絡(luò)側(cè)發(fā)送原因值;C.網(wǎng)絡(luò)側(cè)的回鈴音單元根據(jù)該原因值尋到對(duì)應(yīng)的回鈴音,并實(shí)時(shí)地播放給主叫終端。
本方法的步驟A之前,設(shè)置并保存原因值-回鈴音對(duì)應(yīng)表到該回鈴音單元中,該對(duì)應(yīng)表中各原因值對(duì)應(yīng)不同的回鈴音標(biāo)識(shí);且該回鈴音標(biāo)識(shí)所代表的實(shí)時(shí)回鈴音存儲(chǔ)在該回鈴音單元中。
本方法的原因值-回鈴音對(duì)應(yīng)表中的原因值為空時(shí),對(duì)應(yīng)的是設(shè)置的默認(rèn)回鈴音標(biāo)識(shí)或者傳統(tǒng)回鈴音標(biāo)識(shí)。
本方法的原因值-回鈴音對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)針對(duì)所有主叫終端來(lái)設(shè)置,對(duì)于任何主叫終端都僅根據(jù)原因值來(lái)確定回鈴音標(biāo)識(shí);或者本方法的所述對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)針對(duì)個(gè)別主叫終端來(lái)設(shè)置,該對(duì)應(yīng)表中增加主叫終端標(biāo)識(shí)欄,并根據(jù)主叫終端標(biāo)識(shí)和原因值來(lái)確定回鈴音標(biāo)識(shí)。
本方法的原因值-回鈴音對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)針對(duì)所有被叫終端來(lái)設(shè)置,對(duì)于任何被叫終端都僅根據(jù)原因值來(lái)確定回鈴音標(biāo)識(shí);或者本方法的所述對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)針對(duì)個(gè)別被叫終端來(lái)設(shè)置,該對(duì)應(yīng)表中增加被叫終端標(biāo)識(shí)欄,并根據(jù)被叫終端標(biāo)識(shí)和原因值來(lái)確定回鈴音標(biāo)識(shí)。
本方法的步驟A之前,被叫終端在網(wǎng)絡(luò)側(cè)進(jìn)行實(shí)時(shí)回鈴音業(yè)務(wù)的簽約,并將簽約信息保存在被叫終端的歸屬位置寄存器HLR中;所述步驟A包括主叫終端通過主叫交換中心請(qǐng)求呼叫被叫終端;主叫交換中心向被叫終端的歸屬位置寄存器HLR請(qǐng)求并獲得該被叫終端的該簽約信息和路由信息;主叫交換中心將該呼叫請(qǐng)求通過被叫交換中心發(fā)送給被叫終端。
本方法的回鈴音單元被設(shè)置在被叫交換中心或者主叫交換中心內(nèi);或者所述回鈴音單元為單獨(dú)的回鈴音服務(wù)器RBTS。
本方法的步驟B中,固定被叫終端通過DTMF方式,而將原因值發(fā)送給被叫交換中心,該被叫交換中心再將該原因值直接或間接地發(fā)送給回鈴音單元。
本方法的步驟B中,移動(dòng)被叫終端通過Start DTMF消息一次或多次將原因值發(fā)送給被叫交換中心,該被叫交換中心再將該原因值直接或間接地發(fā)送給回鈴音單元。
本方法的步驟B中,被叫終端通過用戶到用戶信令UUS或者斷開信令Disconnect發(fā)送原因值到被叫交換中心,該被叫交換中心再將該原因值直接或間接地發(fā)送給回鈴音單元。
本方法的原因值由被叫用戶通過被叫終端輸入從并發(fā)送給被叫交換中心;或者被叫終端根據(jù)預(yù)定的終端狀態(tài)而自動(dòng)發(fā)送相應(yīng)原因值給被叫交換中心。
本方法的原因值代表被叫用戶的拒接原因或者被叫用戶的當(dāng)時(shí)狀態(tài)。
本方法的述原因值發(fā)送給被叫交換中心后,被叫交換中心斷開或不斷開與被叫終端的連接。
本方法的步驟B之前,被叫交換中心還沒收到原因值時(shí),由主叫交換中心和/或被叫交換中心通知回鈴音單元播放設(shè)置的默認(rèn)回鈴音或系統(tǒng)的傳統(tǒng)回鈴音;在被叫交換中心收到原因值之后,執(zhí)行所述步驟C,包括C11.在被叫交換中心將該原因值直接或間接地發(fā)送給回鈴音單元,回鈴音單元根據(jù)該原因值尋到對(duì)應(yīng)的實(shí)時(shí)回鈴音;C12.回鈴音單元停止播放所述默認(rèn)回鈴音或傳統(tǒng)回鈴音,并向主叫終端播放該實(shí)時(shí)回鈴音。
本方法的步驟B之前,被叫交換中心獲知被叫終端處于空閑狀態(tài)之后的預(yù)定時(shí)間段內(nèi),被叫交換中心和/或主叫交換中心先判斷是否被叫終端發(fā)送了原因值,并暫時(shí)不向主叫終端播放任何回鈴音;若預(yù)定時(shí)間段內(nèi)被叫交換中心收到原因值則執(zhí)行步驟C,否則通知回鈴音單元播放設(shè)置的默認(rèn)回鈴音或系統(tǒng)的傳統(tǒng)回鈴音給主叫終端;所述步驟C包括C21.在被叫交換中心將該原因值直接或間接地發(fā)送給回鈴音單元,回鈴音單元根據(jù)該原因值尋到對(duì)應(yīng)的實(shí)時(shí)回鈴音;C22.回鈴音單元向主叫終端播放該實(shí)時(shí)回鈴音。
在本方法中,若回鈴音單元播放所述默認(rèn)回鈴音或傳統(tǒng)回鈴音達(dá)到預(yù)定時(shí)間段而被叫終端仍未發(fā)送原因值、或被叫終端仍未應(yīng)答、或主叫終端仍未掛機(jī);則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放回鈴音,并終止呼叫連接。
本方法的步驟C中播放實(shí)時(shí)回鈴音之后,當(dāng)主叫終端掛機(jī),則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放實(shí)時(shí)回鈴音,并終止呼叫連接;或者當(dāng)被叫終端應(yīng)答,則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放實(shí)時(shí)回鈴音,并接通主、被叫終端的話路;或者當(dāng)回鈴音單元播放預(yù)定時(shí)間段的實(shí)時(shí)回鈴音之后,則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放實(shí)時(shí)回鈴音,并終止呼叫連接。
本發(fā)明還提供一種在通信網(wǎng)絡(luò)中提供實(shí)時(shí)回鈴音的系統(tǒng),包括主叫交換中心、被叫交換中心、歸屬位置寄存器,并進(jìn)一步包括回鈴音單元,其用于存儲(chǔ)和播放實(shí)時(shí)回鈴音;當(dāng)被叫終端接收到主叫終端的呼叫請(qǐng)求時(shí),被叫終端發(fā)送原因值給被叫交換中心,且被叫交換中心直接或間接地將該原因值發(fā)送給回鈴音單元,回鈴音單元根據(jù)該原因值尋到對(duì)應(yīng)的回鈴音并實(shí)時(shí)地播放給主叫終端。
本系統(tǒng)的回鈴音單元被設(shè)置在被叫交換中心內(nèi)或主叫交換中心內(nèi);或者所述回鈴音單元為單獨(dú)的回鈴音服務(wù)器RBTS。
本系統(tǒng)的回鈴音單元還保存有設(shè)置的原因值-回鈴音對(duì)應(yīng)表,該對(duì)應(yīng)表中各原因值對(duì)應(yīng)不同的回鈴音標(biāo)識(shí);回鈴音單元收到被叫終端發(fā)送來(lái)的原因值后,通過該對(duì)應(yīng)表尋到對(duì)應(yīng)的實(shí)時(shí)回鈴音。
本系統(tǒng)中,固定被叫終端通過DTMF方式,將原因值發(fā)送給被叫交換中心;或者移動(dòng)被叫終端通過Start DTMF消息,將原因值發(fā)送給被叫交換中心。
本系統(tǒng)中,被叫終端通過用戶到用戶信令UUS或者斷開消息Disconnect發(fā)送原因值到被叫交換中心。
本系統(tǒng)的所述原因值由被叫用戶在被叫終端輸入并發(fā)送給被叫交換中心;或者被叫終端根據(jù)預(yù)定的終端狀態(tài)而自動(dòng)發(fā)送相應(yīng)原因值給被叫交換中心。
本系統(tǒng)的被叫交換中心收到被叫終端的原因值后,被叫交換中心斷開或不斷開與被叫終端的連接。
通過本發(fā)明的技術(shù)方案,被叫終端收到主叫終端的呼叫請(qǐng)求時(shí)可以發(fā)送原因值,且回鈴音單元根據(jù)該原因值實(shí)時(shí)地發(fā)送回鈴音給被叫終端。從而,被叫用戶可根據(jù)當(dāng)時(shí)情況實(shí)時(shí)地發(fā)送不同的回鈴音,充分滿足了用戶的個(gè)性化需求,并進(jìn)一步提升了通信服務(wù)質(zhì)量。諸如被叫用戶可以將因故拒接的理由及時(shí)、合理地通過實(shí)時(shí)回鈴音發(fā)送給主叫用戶,以避免彼此之間的誤會(huì);并且,被叫用戶可以通過實(shí)時(shí)回鈴音向主叫用戶表達(dá)當(dāng)時(shí)心情、狀態(tài)等。


圖1A為本發(fā)明的實(shí)施例一的系統(tǒng)結(jié)構(gòu)簡(jiǎn)圖。
圖1B為本發(fā)明的實(shí)施例一的信令流程圖。
圖2A為本發(fā)明的實(shí)施例二的系統(tǒng)結(jié)構(gòu)簡(jiǎn)圖。
圖2B為本發(fā)明的實(shí)施例二的信令流程圖。
圖3A為本發(fā)明的實(shí)施例三的系統(tǒng)結(jié)構(gòu)簡(jiǎn)圖。
圖3B為本發(fā)明的實(shí)施例三的信令流程圖。
圖4A~圖4B為本發(fā)明的實(shí)施例四的信令流程圖。
圖5為本發(fā)明的實(shí)施例五的信令流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白,以下參照附圖并舉實(shí)施例,對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。
本發(fā)明的基本技術(shù)思想是被叫終端收到主叫終端的來(lái)電請(qǐng)求時(shí),被叫終端可以發(fā)送一個(gè)原因值給網(wǎng)絡(luò)側(cè),網(wǎng)絡(luò)側(cè)的回鈴音單元根據(jù)該原因值實(shí)時(shí)地發(fā)送對(duì)應(yīng)的回鈴音給主叫終端。
為了實(shí)現(xiàn)實(shí)時(shí)回鈴音業(yè)務(wù),被叫用戶可以通過到營(yíng)業(yè)廳簽約的方式進(jìn)行實(shí)時(shí)回鈴音業(yè)務(wù)的注冊(cè),也可以通過撥打特殊號(hào)碼或者通過互連網(wǎng)的方式來(lái)進(jìn)行該注冊(cè)。另外,還要在回鈴音單元設(shè)置并保存原因值-回鈴音對(duì)應(yīng)表,即將拒接原因(例如正在開會(huì),正在接聽其他電話等等)或其他當(dāng)時(shí)情況分別設(shè)為不同的原因值,再根據(jù)該原因值選擇不同的回鈴音標(biāo)識(shí),如表1所示


表1若被叫終端沒有或者還沒有發(fā)送原因值時(shí),即原因值為空(NULL),對(duì)應(yīng)的是設(shè)置的默認(rèn)回鈴音標(biāo)識(shí)或者系統(tǒng)的傳統(tǒng)回鈴音標(biāo)識(shí),此時(shí)可由回鈴音單元發(fā)送默認(rèn)回鈴音或傳統(tǒng)回鈴音發(fā)送給主叫終端。而若被叫終端發(fā)送了原因值,則根據(jù)該原因值播放對(duì)應(yīng)的實(shí)時(shí)回鈴音,如表1中的實(shí)時(shí)回鈴音1~5,這些實(shí)時(shí)回鈴音中可具有關(guān)于拒接原因的相應(yīng)語(yǔ)音提示內(nèi)容,例如實(shí)時(shí)回鈴音1具有“您所撥打的用戶正在開會(huì)”等。當(dāng)然,所有實(shí)時(shí)回鈴音不僅具有語(yǔ)音提示內(nèi)容,還可以是語(yǔ)音提示、音樂、歌曲、影視和/或?qū)Π椎鹊?,其目的是被叫用戶及時(shí)、合理地向主叫用戶解釋無(wú)法接聽的原因,從而避免了主叫用戶和被叫用戶之間的發(fā)生誤會(huì)或者隔閡。
實(shí)際上,也可以在非拒接電話的時(shí)候,發(fā)送原因值來(lái)播放實(shí)時(shí)回鈴音,如在朋友之間實(shí)時(shí)表達(dá)當(dāng)時(shí)情況,如心情等,從而更加靈活地滿足客戶個(gè)性化需求,提高客戶滿意度,參照表2所示。

表2本發(fā)明的實(shí)時(shí)回鈴音可以由提供商提供或者用戶上傳,并且存儲(chǔ)在回鈴音單元中,該回鈴音單元可以是單獨(dú)的回鈴音服務(wù)器RBTS,或者設(shè)于交換中心MSC中,該回鈴音單元存儲(chǔ)有實(shí)時(shí)回鈴音標(biāo)識(shí)所代表的回鈴音數(shù)據(jù)。當(dāng)該回鈴音單元收到被叫終端的原因值,根據(jù)該原因值-回鈴音對(duì)應(yīng)表查找到對(duì)應(yīng)的實(shí)時(shí)回鈴音并發(fā)送給主叫終端。
值得一提的是,所述原因值-回鈴音對(duì)應(yīng)表中設(shè)置的原因值(包括空值)及其對(duì)應(yīng)的回鈴音標(biāo)識(shí)可以是針對(duì)所有主叫終端來(lái)設(shè)置,也可以是僅針對(duì)個(gè)別主叫終端來(lái)設(shè)置。當(dāng)針對(duì)所有主叫終端來(lái)設(shè)置時(shí),對(duì)于任何主叫終端都僅根據(jù)原因值來(lái)確定回鈴音標(biāo)識(shí)。當(dāng)是針對(duì)單個(gè)用戶來(lái)設(shè)置時(shí),可以通過在上表中增加主叫終端標(biāo)識(shí)欄來(lái)實(shí)現(xiàn),參照表3所示,該主叫終端標(biāo)識(shí)可以是主叫用戶的通信號(hào)碼(MSISDN)。這樣,回鈴音單元在接收到被叫終端發(fā)送的原因值時(shí),根據(jù)主叫終端標(biāo)識(shí)和的原因值來(lái)確定實(shí)時(shí)回鈴音標(biāo)識(shí)。

表3顯而易見的是,本發(fā)明的原因值-回鈴音對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)可以針對(duì)所有被叫終端來(lái)設(shè)置,對(duì)于任何被叫終端都僅根據(jù)原因值來(lái)確定回鈴音標(biāo)識(shí);或者所述對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)也可以是針對(duì)個(gè)別被叫終端來(lái)設(shè)置,該對(duì)應(yīng)表中增加被叫終端標(biāo)識(shí)欄,并根據(jù)被叫終端標(biāo)識(shí)和原因值來(lái)確定回鈴音標(biāo)識(shí)。由于針對(duì)個(gè)別被叫終端來(lái)設(shè)置原因值及回鈴音標(biāo)識(shí)的對(duì)應(yīng)關(guān)系的方式更加實(shí)用,后面的實(shí)施例中,主要針對(duì)這種方式進(jìn)行闡述。顯而易見,通過本文對(duì)這種方式的闡述,本領(lǐng)域技術(shù)人員完全可以通過簡(jiǎn)化或等同替換方式完成其它的實(shí)現(xiàn)方式。
實(shí)際當(dāng)中,被叫用戶還可以根據(jù)自己所處不同時(shí)間段,自動(dòng)或手動(dòng)向網(wǎng)絡(luò)側(cè)傳送不同原因值。例如,夜晚10點(diǎn)后,被叫終端可以自動(dòng)反饋一個(gè)原因值;正常工作時(shí)間,被叫終端可以自動(dòng)反饋另外一個(gè)原因值;星期天,被叫終端可以自動(dòng)反饋又一個(gè)不同的原因值。如果用戶正在接聽一個(gè)電話,也可以由用戶手動(dòng)反饋一個(gè)表示正在接電話的原因值??梢娫蛑悼梢愿鶕?jù)時(shí)間、地點(diǎn)、人物、事件、心情等而異。
當(dāng)然所述對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)是針對(duì)個(gè)別被叫終端來(lái)設(shè)置時(shí),在注冊(cè)實(shí)時(shí)回鈴音業(yè)務(wù)以后,被叫用戶可以靈活地更改自己的定制的個(gè)性化的回鈴音標(biāo)識(shí)和/或回鈴音數(shù)據(jù),這樣本發(fā)明為用戶提供了更大的便利,進(jìn)一步提升了服務(wù)質(zhì)量。
本發(fā)明另一個(gè)要解決的技術(shù)問題是被叫用戶通過被叫終端輸入并發(fā)送原因值。這里,需要在被叫終端、O_MSC(主叫交換中心)和/或T_MSC(被叫交換中心)上進(jìn)行適當(dāng)?shù)母脑炖缭赥_MSC中啟動(dòng)撥號(hào)階段的收號(hào)功能(現(xiàn)有的MSC在撥號(hào)階段禁止了收號(hào)功能),在被叫終端存儲(chǔ)和設(shè)置用于獲取和發(fā)送原因值的應(yīng)用程序等。以下說(shuō)明如何將原因值發(fā)送給網(wǎng)絡(luò)側(cè)的兩種方法,但不限于此。
第一種方案,通過DTMF方式發(fā)送原因值。
A)對(duì)于固定終端來(lái)說(shuō),操作如下1、被叫終端直接將原因值通過DTMF方式傳送給T_MSC,對(duì)于手動(dòng)發(fā)送原因值的情況,如原因值為1時(shí),可按擊電話座機(jī)上的“1”鍵即可發(fā)送原因值,當(dāng)然為了避免誤操作,可以要求追加確認(rèn)鍵,如“#”鍵,即需要按擊“1#”方能發(fā)送原因值,即先按擊被叫終端上的“1”鍵,再按“#”鍵。
2、T_MSC通過解析DTMF信號(hào)接收到一定長(zhǎng)度(例如長(zhǎng)2個(gè)數(shù)字長(zhǎng))的字符后,將得到的該原因值傳送給回鈴音單元。
B)對(duì)于移動(dòng)終端來(lái)說(shuō),操作如下1、被叫終端通過Start DTMF消息向T_MSC發(fā)送原因值的一個(gè)字符,對(duì)于手動(dòng)發(fā)送原因值的情況,如原因值的一個(gè)字符為2時(shí),可按擊電話座機(jī)上的“2”鍵即可發(fā)送原因值的一個(gè)字符。同樣,當(dāng)然為了避免誤操作,可以要求追加確認(rèn)鍵,如“#”鍵,即需要按擊“2#”才能發(fā)送原因值2。
2、被叫終端接收到T_MSC返回的DTMF Ack后,向該端局發(fā)送一個(gè)Stop DTMF;3、被叫終端再通過Start DTMF向T_MSC發(fā)送原因值的一個(gè)字符,接收到被叫端局返回的DTMF Ack后,向該端局發(fā)送一個(gè)Stop DTMF,直到將全部原因值發(fā)送至T_MSC。當(dāng)然,被叫移動(dòng)終端也可以通過Start DTMF一次性發(fā)送若干長(zhǎng)度的字符的形式來(lái)發(fā)送原因值。
第二種方案,通過UUS(User to User Singal)信令或者Disconnect消息發(fā)送原因值Disconnect消息內(nèi)容如下3GPP TS 24.008DISCONNECT messagecontent(mobile station to network direction)

被叫終端通過在Disconnect消息的某些信元,例如User-user信元或者Facility信元,可以將代表原因值的命令碼傳送給T_MSC,T_MSC通過解析以上信元得到對(duì)應(yīng)的原因值。
當(dāng)然,被叫終端也可以通過應(yīng)答消息中的某些信元,來(lái)將對(duì)應(yīng)的原因值信息傳送給T_MSC。
實(shí)際上,被叫終端獲取原因值可以是通過提示用戶輸入來(lái)獲得;也可以是通過被叫終端預(yù)設(shè)的終端狀態(tài)來(lái)獲??;也可以是通過來(lái)電事件所觸發(fā)的一個(gè)過程來(lái)獲取。例如,終端接到一個(gè)來(lái)電時(shí)提示用戶輸入的例子被叫終端在接收到一個(gè)來(lái)電時(shí),彈出一個(gè)對(duì)話框,讓被叫用戶輸入一個(gè)原因值;或者是被叫用戶在來(lái)電到達(dá)時(shí),通過預(yù)先設(shè)置好菜單打開一個(gè)對(duì)話框,通過該對(duì)話框輸入一個(gè)原因值。根據(jù)終端狀態(tài)的例子被叫終端可以根據(jù)用戶預(yù)先設(shè)置的終端狀態(tài)或模式,向網(wǎng)絡(luò)側(cè)返回一個(gè)對(duì)應(yīng)于該模式的原因值。例如,用戶正在開會(huì),可以將終端設(shè)置成會(huì)議模式,這種情況下,當(dāng)被叫終端接收到一個(gè)來(lái)電后,自動(dòng)將會(huì)議模式對(duì)應(yīng)的原因值發(fā)送給網(wǎng)絡(luò)側(cè),而無(wú)需被叫用戶手動(dòng)地輸入原因值;還例如,設(shè)置被叫終端在早晨8點(diǎn)以前,夜晚10點(diǎn)以后為一個(gè)狀態(tài),并對(duì)應(yīng)原因值18,這樣,終端在早晨8點(diǎn)以前,夜晚10點(diǎn)以后,接收到來(lái)電是,自動(dòng)得到原因值18,并且該原因值對(duì)應(yīng)的回鈴音可以是“被叫終端自動(dòng)提示您被叫用戶在休息,如果沒有特別重要的事情,請(qǐng)第二天聯(lián)系,謝謝!”。
下面以具體實(shí)施例來(lái)說(shuō)明本發(fā)明的系統(tǒng)和方法。
圖1A為本發(fā)明實(shí)施例一的系統(tǒng)結(jié)構(gòu)簡(jiǎn)圖,該系統(tǒng)不僅包括O_MSC、T_MSC、被叫終端的HLR,進(jìn)一步包括用于保存和播放回鈴音的回鈴音服務(wù)器RBTS。本實(shí)施例采用的是GSM網(wǎng)絡(luò),其基本思想可以很方便地應(yīng)用于CDMA系統(tǒng)或固定通信網(wǎng)絡(luò)系統(tǒng),其區(qū)別僅僅在于具體消息的不同。
這里的MSC主要完成業(yè)務(wù)交換功能和呼叫控制功能,其中的O_MSC是主叫用戶的MSC或網(wǎng)關(guān)移動(dòng)交換中心(GMSC);T_MSC是被叫用戶的拜訪MSC,主要保存被叫用戶的當(dāng)前信息,并在呼叫過程中完成到被叫用戶之間的接續(xù)。HLR主要保存移動(dòng)終端的基本信息,包括實(shí)時(shí)回鈴音業(yè)務(wù)簽約信息等等。
圖1B為本發(fā)明實(shí)施例一的信令流程圖。
步驟101,當(dāng)O_MSC接收到來(lái)自主叫終端的電話呼叫請(qǐng)求,向被叫用戶歸屬的HLR發(fā)送獲取被叫用戶的路由信息的請(qǐng)求SRI,該請(qǐng)求包含被叫用戶的被叫號(hào)碼等信息,這里的被叫號(hào)碼也就是被叫的MSISDN。
步驟102~103,HLR根據(jù)被叫號(hào)碼得知該被叫用戶為實(shí)時(shí)回鈴音業(yè)務(wù)簽約用戶;且HLR向T_MSC發(fā)送獲取被叫漫游號(hào)碼的請(qǐng)求,T_MSC為被叫用戶分配一個(gè)漫游號(hào)碼MSRN,然后將MSRN發(fā)送給HLR。
步驟104,HLR通過SRI_Ack消息將被叫的MSRN和實(shí)時(shí)回鈴音業(yè)務(wù)簽約信息發(fā)送給O_MSC。
步驟105,O_MSC向T_MSC發(fā)送一個(gè)初始地址消息IAM。這里的IAM包括主叫號(hào)碼、被叫號(hào)碼和被叫MSRN。
步驟106~108,T_MSC將該IAM發(fā)送給被叫終端Called;T_MSC尋呼被叫,并在被叫終端處于空閑狀態(tài)時(shí),將被叫的狀態(tài)信息通過地址全消息ACM(Address Complete Message)發(fā)送給O_MSC;如果被叫終端的當(dāng)前狀態(tài)不是空閑,例如忙、關(guān)機(jī)或不在服務(wù)區(qū),則T_MSC通過O_MSC向主叫終端透?jìng)鞅硎居脩裘?、關(guān)機(jī)或不在服務(wù)區(qū)的語(yǔ)音提示。
步驟109,O_MSC向RBTS發(fā)送IAM,并通過該IAM將主叫號(hào)碼、被叫號(hào)碼等信息發(fā)送給RBTS,可見本實(shí)施例一是由O_MSC來(lái)控制播放回鈴音的。
在步驟110,RBTS根據(jù)被叫號(hào)碼和原因值—回鈴音對(duì)應(yīng)表來(lái)查找被叫用戶定制的默認(rèn)回鈴音,然后向O_MSC發(fā)送ACM。這里,當(dāng)被叫終端還沒有發(fā)送原因值時(shí),O_MSC先通知RBTS發(fā)送默認(rèn)回鈴音,即原因值為空時(shí)所對(duì)應(yīng)的回鈴音。
步驟111,RBTS通過O_MSC向主叫終端播放被叫用戶定制的默認(rèn)回鈴音,同時(shí)O_MSC屏蔽T_MSC播放的傳統(tǒng)回鈴音。
步驟112,被叫終端獲取一個(gè)原因值并發(fā)送該原因值給T_MSC,這里T_MSC一般自動(dòng)斷開和被叫終端的連接,即被叫終端不再被振鈴提示;當(dāng)然也可以不自動(dòng)斷開和被叫終端的連接,而是由被叫用戶按掛機(jī)鍵來(lái)斷開被叫終端與T_MSC的連接,或者按接聽鍵實(shí)現(xiàn)主叫與被叫的話路連接,即按照現(xiàn)有流程來(lái)處理。被叫終端獲取原因值可以是通過提示被叫用戶輸入得到,也可以是根據(jù)終端當(dāng)前狀態(tài)或所處模式,由終端自動(dòng)得到。
步驟113~114,T_MSC將該原因值發(fā)送給O_MSC;O_MSC再將原因值發(fā)送給RBTS。
步驟115,RBTS根據(jù)該原因值查找被叫用戶定制的實(shí)時(shí)回鈴音,然后向主叫終端發(fā)送ACM。
步驟116,RBTS通過O_MSC向主叫終端播放被叫用戶定制的實(shí)時(shí)回鈴音,同時(shí)停止播放默認(rèn)回鈴音,該實(shí)時(shí)回鈴音中包含了被叫用戶拒接電話的音頻解釋,這樣,由于解釋得及時(shí),可大大避免被叫用戶和主叫用戶之間的發(fā)生誤會(huì)、隔閡或不快。
步驟117,當(dāng)主叫用戶掛斷電話,O_MSC向RBTS發(fā)送釋放消息REL(Release)信令,立即切斷和RBTS之間的路由,從而停止向主叫播放實(shí)時(shí)回鈴音。當(dāng)然,O_MSC還可以預(yù)設(shè)實(shí)時(shí)回鈴音的播放時(shí)間值,例如1分鐘,時(shí)間到后O_MSC自動(dòng)切斷O_MSC或RBTS之間的路由。
圖2A為本發(fā)明實(shí)施例二的系統(tǒng)結(jié)構(gòu)簡(jiǎn)圖,與圖1A不同的是,實(shí)施例二的RBTS僅與T_MSC連接,而實(shí)施例一的RBTS僅與O_MSC連接,即實(shí)施例二由T_MSC控制實(shí)時(shí)回鈴音的播放。
圖2B為本發(fā)明實(shí)施例二的信令流程圖。
步驟201~208與實(shí)施例一的步驟101~108基本相同,唯一不同的是被叫用戶沒有定制默認(rèn)回鈴音,而是由T_MSC發(fā)送傳統(tǒng)的回鈴音,即“嘟...嘟...”的鈴音。當(dāng)然,也可以向?qū)嵤├灰粯?,被叫終端定制了對(duì)應(yīng)的回鈴音。
步驟209,T_MSC向O_MSC發(fā)送傳統(tǒng)回鈴音,該傳統(tǒng)回鈴音最終由O_MSC透?jìng)鹘o主叫終端。
步驟210~211,被叫終端獲取一個(gè)原因值并發(fā)送該原因值給T_MSC,T_MSC再將該原因值發(fā)送給RBTS。被叫終端獲取原因值可以是通過提示被叫用戶輸入得到,也可以是根據(jù)終端當(dāng)前狀態(tài)或所處模式,由終端自動(dòng)得到。
步驟212,RBTS根據(jù)該原因值查找被叫用戶定制的實(shí)時(shí)回鈴音,然后向T_MSC發(fā)送ACM。
步驟213,RBTS通過T_MSC、O_MSC向主叫終端播放被叫用戶定制的實(shí)時(shí)回鈴音,同時(shí)停止播放傳統(tǒng)回鈴音。當(dāng)然,也可以采用RBTS也可以直接向O_MSC播放的方案,這時(shí)的RBTS一般要求具有呼叫控制功能,由于該方案屬于本領(lǐng)域技術(shù)人員所熟知,故不再贅述。
步驟214,當(dāng)主叫用戶掛斷電話,O_MSC收到該掛斷信息并發(fā)送給T_MSC。也可以在實(shí)時(shí)回鈴音播放適當(dāng)?shù)臅r(shí)間后執(zhí)行步驟215。
步驟215,T_MSC向RBTS發(fā)送REL信令,立即切斷T_MSC和RBTS之間的路由,從而停止向主叫終端播放實(shí)時(shí)回鈴音。
圖3A為本發(fā)明實(shí)施例三的系統(tǒng)結(jié)構(gòu)簡(jiǎn)圖,該系統(tǒng)僅包括O_MSC、T_MSC、HLR,而不具備RBTS,因?yàn)閷?shí)施例二采用T_MSC保存和播放實(shí)時(shí)回鈴音的方案。
圖3B為本發(fā)明實(shí)施例三的信令流程圖。
步驟301~308與實(shí)施例一的步驟101~108基本相同,唯一不同的是被叫用戶沒有定制默認(rèn)回鈴音,而是由T_MSC(內(nèi)置回鈴音單元)發(fā)送傳統(tǒng)的回鈴音,即“嘟...嘟...”的鈴音?;谕瑯拥牡览恚部梢杂蒓_MSC發(fā)送傳統(tǒng)的回鈴音。
步驟309,T_MSC通過O_MSC透?jìng)鱾鹘y(tǒng)回鈴音給主叫終端。
步驟310,被叫終端獲取一個(gè)原因值并發(fā)送該原因值給T_MSC;被叫終端獲取原因值可以是通過提示被叫用戶輸入得到,也可以是根據(jù)終端當(dāng)前狀態(tài)或所處模式,由終端自動(dòng)得到。
步驟311,T_MSC根據(jù)該原因值查找被叫用戶定制的實(shí)時(shí)回鈴音,然后T_MSC向主叫終端播放被叫用戶定制的實(shí)時(shí)回鈴音,同時(shí)停止播放傳統(tǒng)回鈴音。這里,由于利用T_MSC存儲(chǔ)和播放實(shí)時(shí)回鈴音,可能造成端局改造的成本較高。
步驟312,當(dāng)主叫用戶掛斷電話,O_MSC向T_MSC發(fā)送REL信令,立即切斷O_MSC和T_MSC之間的路由,從而停止向主叫播放實(shí)時(shí)回鈴音。也可以播放實(shí)時(shí)回鈴音適當(dāng)時(shí)間后,例如1分鐘,T_MSC自動(dòng)停止播放回鈴音。并且在停止播放實(shí)時(shí)回鈴音后,本發(fā)明各個(gè)實(shí)施例均可以選擇是否向O_MSC播放傳統(tǒng)的提示音,如“被叫用戶無(wú)法接通”等。
圖4A和圖4B為本發(fā)明實(shí)施例四的信令流程圖,其系統(tǒng)結(jié)構(gòu)簡(jiǎn)圖如圖1A所示。實(shí)施例四在播放默認(rèn)回鈴音之前,需要在預(yù)定時(shí)間段內(nèi)判斷被叫終端是否發(fā)送了原因值,若收到原因值則播放實(shí)時(shí)回鈴音,否則播放默認(rèn)回鈴音。
步驟401~408與實(shí)施例一的步驟101~108相同。
步驟409,O_MSC在通知RBTS播放默認(rèn)回鈴音之前,預(yù)留一段時(shí)間(例如5秒)來(lái)判斷被叫終端是否發(fā)送原因值,并且,需要屏蔽T_MSC播放的傳統(tǒng)的回鈴音。若收到原因值,則執(zhí)行如圖4A所示的步驟410及其后續(xù)流程。否則執(zhí)行如圖4B所示的步驟420及其后續(xù)步驟。當(dāng)然,若被叫用戶沒有定制默認(rèn)回鈴音,則可由O_MSC暫時(shí)屏蔽傳統(tǒng)回鈴音一段時(shí)間來(lái)進(jìn)行判斷。這樣做的好處是,可避免主叫用戶聽到兩種回鈴音,因?yàn)槟菢佑锌赡芤鹬鹘杏脩舻幕煜蛘卟贿m。
步驟410,O_MSC向RBTS發(fā)送IAM,并通過該IAM將主叫號(hào)碼、被叫號(hào)碼以及所述原因值等信息發(fā)送給RBTS。
步驟411,RBTS根據(jù)被叫號(hào)碼查找被叫用戶定制的實(shí)時(shí)回鈴音,然后向O_MSC發(fā)送ACM。
步驟412,RBTS通過O_MSC向主叫終端播放被叫用戶定制的實(shí)時(shí)回鈴音。
步驟413,當(dāng)主叫用戶掛斷電話(也可以是實(shí)時(shí)回鈴音播放一定時(shí)間后),O_MSC向RBTS發(fā)送REL信令,立即切斷和RBTS之間的路由,從而停止向主叫播放實(shí)時(shí)回鈴音。
在如圖4B所示的步驟420,O_MSC在預(yù)定的時(shí)間段內(nèi)未收到被叫終端發(fā)送的原因值,則向RBTS發(fā)送IAM,并通過該IAM將主叫號(hào)碼、被叫號(hào)碼等信息發(fā)送給RBTS。
步驟421,RBTS根據(jù)被叫號(hào)碼查找被叫用戶定制的默認(rèn)回鈴音,然后向O_MSC發(fā)送ACM。
步驟422,RBTS通過O_MSC向主叫終端播放被叫用戶定制的默認(rèn)回鈴音。至此,就可以作為實(shí)施例四的完整方案,當(dāng)主叫掛斷或者默認(rèn)回鈴音播放到預(yù)定時(shí)間,則停止播放,O_MSC切斷與主叫終端的連接。
當(dāng)然這里播放默認(rèn)回鈴音時(shí),若被叫終端發(fā)送了原因值,O_MSC可以接收,也可以不接收。接收原因值的方案如圖4B所示的步驟423及其后續(xù)步驟。
步驟423~425,當(dāng)RBTS通過O_MSC向主叫終端發(fā)送默認(rèn)回鈴音期間,T_MSC收到被叫終端發(fā)送來(lái)的原因值;T_MSC將該原因值轉(zhuǎn)送給O_MSC;O_MSC再將該原因值發(fā)送給RBTS。
步驟426,RBTS根據(jù)該原因值查找被叫用戶定制的實(shí)時(shí)回鈴音,然后向O_MSC發(fā)送ACM。
步驟427,RBTS通過O_MSC向主叫終端播放被叫用戶定制的實(shí)時(shí)回鈴音,同時(shí)停止播放默認(rèn)回鈴音。
步驟428,當(dāng)主叫用戶掛斷電話,或者實(shí)時(shí)回鈴音播放了一定時(shí)間,O_MSC向RBTS發(fā)送REL信令,并立即切斷和RBTS之間的路由,從而停止向主叫終端播放實(shí)時(shí)回鈴音。
以上四個(gè)實(shí)施例的目的,都是用于被叫用戶對(duì)拒絕接聽的解釋。但實(shí)際上,被叫用戶還可以根據(jù)當(dāng)時(shí)實(shí)際情況實(shí)時(shí)地發(fā)送不同的原因值,網(wǎng)絡(luò)側(cè)根據(jù)該原因值選擇相應(yīng)的實(shí)時(shí)回鈴音發(fā)送給主叫用戶,在播放適當(dāng)?shù)臅r(shí)間后再接聽電話,例如上文提到的朋友之間發(fā)送當(dāng)時(shí)狀態(tài)(心情等)的實(shí)時(shí)回鈴音,以靈活地滿足用戶的需求,或者通知主叫用戶稍等片刻的回鈴音需求,具體方案如實(shí)施例五所述。
圖5為本發(fā)明的實(shí)施例五的信令流程圖,其中步驟501~516與實(shí)施例一中的步驟101~116基本相同,故不再贅述。唯一可能不同的是,在步驟512中,被叫終端發(fā)送原因值后,T_MSC須保持與被叫終端的連接;并且,發(fā)送的原因值代表的含義有所不同,如原因值“1”代表開心,原因值“2”代表悲傷,而原因值“9”代表稍等片刻,等等。
步驟517~518,當(dāng)被叫終端應(yīng)答后,T_MSC將應(yīng)答消息ANM發(fā)送給O_MSC。
步驟519,O_MSC向RBTS發(fā)送REL信令,立即切斷O_MSC和RBTS之間的路由,從而停止向主叫播放實(shí)時(shí)回鈴音。
步驟520,通過O_MSC和T_MSC建立主、被叫之間的正常話路連接。
值得一提的是,本發(fā)明的各實(shí)施例中,若RBTS播放所述默認(rèn)回鈴音(或傳統(tǒng)回鈴音)達(dá)到預(yù)定時(shí)間段而被叫終端仍未發(fā)送原因值、或被叫終端仍未應(yīng)答、或主叫終端仍未掛機(jī);則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放回鈴音,并終止呼叫連接。另外,本發(fā)明與現(xiàn)有定制回鈴音業(yè)務(wù)并不發(fā)生沖突,本領(lǐng)域技術(shù)人員很容易在原定制回鈴音業(yè)務(wù)的基礎(chǔ)上,再實(shí)現(xiàn)實(shí)時(shí)回鈴音業(yè)務(wù)。
可以理解的是,對(duì)于本領(lǐng)域的普通技術(shù)人員來(lái)說(shuō),可以根據(jù)本發(fā)明的技術(shù)方案和技術(shù)構(gòu)思作出其它各種相應(yīng)的改變和變形,而所有這些改變和變形都應(yīng)屬于本發(fā)明后附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種在通信網(wǎng)絡(luò)中提供實(shí)時(shí)回鈴音的方法,其特征在于,包括以下步驟A.被叫終端收到網(wǎng)絡(luò)側(cè)發(fā)來(lái)的主叫終端的呼叫請(qǐng)求;B.被叫終端向網(wǎng)絡(luò)側(cè)發(fā)送原因值;C.網(wǎng)絡(luò)側(cè)的回鈴音單元根據(jù)該原因值尋到對(duì)應(yīng)的回鈴音,并實(shí)時(shí)地播放給主叫終端。
2.根據(jù)權(quán)利要求1所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述步驟A之前,設(shè)置并保存原因值-回鈴音對(duì)應(yīng)表到該回鈴音單元中,該對(duì)應(yīng)表中各原因值對(duì)應(yīng)不同的回鈴音標(biāo)識(shí);且該回鈴音標(biāo)識(shí)所代表的實(shí)時(shí)回鈴音存儲(chǔ)在該回鈴音單元中。
3.根據(jù)權(quán)利要求2所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述原因值-回鈴音對(duì)應(yīng)表中的原因值為空時(shí),對(duì)應(yīng)的是設(shè)置的默認(rèn)回鈴音標(biāo)識(shí)或者傳統(tǒng)回鈴音標(biāo)識(shí)。
4.根據(jù)權(quán)利要求2所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述原因值-回鈴音對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)針對(duì)所有主叫終端來(lái)設(shè)置,對(duì)于任何主叫終端都僅根據(jù)原因值來(lái)確定回鈴音標(biāo)識(shí);或者所述對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)針對(duì)個(gè)別主叫終端來(lái)設(shè)置,該對(duì)應(yīng)表中增加主叫終端標(biāo)識(shí)欄,并根據(jù)主叫終端標(biāo)識(shí)和原因值來(lái)確定回鈴音標(biāo)識(shí)。
5.根據(jù)權(quán)利要求2所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述原因值-回鈴音對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)針對(duì)所有被叫終端來(lái)設(shè)置,對(duì)于任何被叫終端都僅根據(jù)原因值來(lái)確定回鈴音標(biāo)識(shí);或者所述對(duì)應(yīng)表中的原因值及回鈴音標(biāo)識(shí)針對(duì)個(gè)別被叫終端來(lái)設(shè)置,該對(duì)應(yīng)表中增加被叫終端標(biāo)識(shí)欄,并根據(jù)被叫終端標(biāo)識(shí)和原因值來(lái)確定回鈴音標(biāo)識(shí)。
6.根據(jù)權(quán)利要求1所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述步驟A之前,被叫終端在網(wǎng)絡(luò)側(cè)進(jìn)行實(shí)時(shí)回鈴音業(yè)務(wù)的簽約,并將簽約信息保存在被叫終端的歸屬位置寄存器HLR中;所述步驟A包括主叫終端通過主叫交換中心請(qǐng)求呼叫被叫終端;主叫交換中心向被叫終端的歸屬位置寄存器HLR請(qǐng)求并獲得該被叫終端的該簽約信息和路由信息;主叫交換中心將該呼叫請(qǐng)求通過被叫交換中心發(fā)送給被叫終端。
7.根據(jù)權(quán)利要求1或2所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述回鈴音單元被設(shè)置在被叫交換中心或者主叫交換中心內(nèi);或者所述回鈴音單元為單獨(dú)的回鈴音服務(wù)器RBTS。
8.根據(jù)權(quán)利要求1所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述步驟B中,固定被叫終端通過DTMF方式,而將原因值發(fā)送給被叫交換中心,該被叫交換中心再將該原因值直接或間接地發(fā)送給回鈴音單元。
9.根據(jù)權(quán)利要求1所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述步驟B中,移動(dòng)被叫終端通過Start DTMF消息一次或多次將原因值發(fā)送給被叫交換中心,該被叫交換中心再將該原因值直接或間接地發(fā)送給回鈴音單元。
10.根據(jù)權(quán)利要求1所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述步驟B中,被叫終端通過用戶到用戶信令UUS或者斷開信令Disconnect發(fā)送原因值到被叫交換中心,該被叫交換中心再將該原因值直接或間接地發(fā)送給回鈴音單元。
11.根據(jù)權(quán)利要求1、8、9或10所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述原因值由被叫用戶通過被叫終端輸入從并發(fā)送給被叫交換中心;或者被叫終端根據(jù)預(yù)定的終端狀態(tài)而自動(dòng)發(fā)送相應(yīng)原因值給被叫交換中心。
12.根據(jù)權(quán)利要求1、8、9或10所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述原因值代表被叫用戶的拒接原因或者被叫用戶的當(dāng)時(shí)狀態(tài)。
13.根據(jù)權(quán)利要求1、8、9或10所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述原因值發(fā)送給被叫交換中心后,被叫交換中心斷開或不斷開與被叫終端的連接。
14.根據(jù)權(quán)利要求1所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,在所述步驟B之前,被叫交換中心還沒收到原因值時(shí),由主叫交換中心和/或被叫交換中心通知回鈴音單元播放設(shè)置的默認(rèn)回鈴音或系統(tǒng)的傳統(tǒng)回鈴音;在被叫交換中心收到原因值之后,執(zhí)行所述步驟C,包括C11.在被叫交換中心將該原因值直接或間接地發(fā)送給回鈴音單元,回鈴音單元根據(jù)該原因值尋到對(duì)應(yīng)的實(shí)時(shí)回鈴音;C12.回鈴音單元停止播放所述默認(rèn)回鈴音或傳統(tǒng)回鈴音,并向主叫終端播放該實(shí)時(shí)回鈴音。
15.根據(jù)權(quán)利要求1所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,在所述步驟B之前,被叫交換中心獲知被叫終端處于空閑狀態(tài)之后的預(yù)定時(shí)間段內(nèi),被叫交換中心和/或主叫交換中心先判斷是否被叫終端發(fā)送了原因值,并暫時(shí)不向主叫終端播放任何回鈴音;若預(yù)定時(shí)間段內(nèi)被叫交換中心收到原因值則執(zhí)行步驟C,否則通知回鈴音單元播放設(shè)置的默認(rèn)回鈴音或系統(tǒng)的傳統(tǒng)回鈴音給主叫終端;所述步驟C包括C21.在被叫交換中心將該原因值直接或間接地發(fā)送給回鈴音單元,回鈴音單元根據(jù)該原因值尋到對(duì)應(yīng)的實(shí)時(shí)回鈴音;C22.回鈴音單元向主叫終端播放該實(shí)時(shí)回鈴音。
16.根據(jù)權(quán)利要求15或16所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,若回鈴音單元播放所述默認(rèn)回鈴音或傳統(tǒng)回鈴音達(dá)到預(yù)定時(shí)間段而被叫終端仍未發(fā)送原因值、或被叫終端仍未應(yīng)答、或主叫終端仍未掛機(jī);則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放回鈴音,并終止呼叫連接。
17.根據(jù)權(quán)利要求1所述的提供實(shí)時(shí)回鈴音的方法,其特征在于,所述步驟C中播放實(shí)時(shí)回鈴音之后,當(dāng)主叫終端掛機(jī),則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放實(shí)時(shí)回鈴音,并終止呼叫連接;或者當(dāng)被叫終端應(yīng)答,則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放實(shí)時(shí)回鈴音,并接通主、被叫終端的話路;或者當(dāng)回鈴音單元播放預(yù)定時(shí)間段的實(shí)時(shí)回鈴音之后,則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放實(shí)時(shí)回鈴音,并終止呼叫連接。
18.一種在通信網(wǎng)絡(luò)中提供實(shí)時(shí)回鈴音的系統(tǒng),包括主叫交換中心、被叫交換中心、歸屬位置寄存器,其特征在于,進(jìn)一步包括回鈴音單元,其用于存儲(chǔ)和播放實(shí)時(shí)回鈴音;當(dāng)被叫終端接收到主叫終端的呼叫請(qǐng)求時(shí),被叫終端發(fā)送原因值給被叫交換中心,且被叫交換中心直接或間接地將該原因值發(fā)送給回鈴音單元,回鈴音單元根據(jù)該原因值尋到對(duì)應(yīng)的回鈴音并實(shí)時(shí)地播放給主叫終端。
19.根據(jù)權(quán)利要求18所述的提供實(shí)時(shí)回鈴音的系統(tǒng),其特征在于,所述回鈴音單元被設(shè)置在被叫交換中心內(nèi)或主叫交換中心內(nèi);或者所述回鈴音單元為單獨(dú)的回鈴音服務(wù)器RBTS。
20.根據(jù)權(quán)利要求18或19所述的提供實(shí)時(shí)回鈴音的系統(tǒng),其特征在于,所述回鈴音單元還保存有設(shè)置的原因值-回鈴音對(duì)應(yīng)表,該對(duì)應(yīng)表中各原因值對(duì)應(yīng)不同的回鈴音標(biāo)識(shí);回鈴音單元收到被叫終端發(fā)送來(lái)的原因值后,通過該對(duì)應(yīng)表尋到對(duì)應(yīng)的實(shí)時(shí)回鈴音。
21.根據(jù)權(quán)利要求18所述的提供實(shí)時(shí)回鈴音的系統(tǒng),其特征在于,固定被叫終端通過DTMF方式,將原因值發(fā)送給被叫交換中心;或者移動(dòng)被叫終端通過Start DTMF消息,將原因值發(fā)送給被叫交換中心。
22.根據(jù)權(quán)利要求18所述的提供實(shí)時(shí)回鈴音的系統(tǒng),其特征在于,被叫終端通過用戶到用戶信令UUS或者斷開消息Disconnect發(fā)送原因值到被叫交換中心。
23.根據(jù)權(quán)利要求18所述的提供實(shí)時(shí)回鈴音的系統(tǒng),其特征在于,所述原因值由被叫用戶在被叫終端輸入并發(fā)送給被叫交換中心;或者被叫終端根據(jù)預(yù)定的終端狀態(tài)而自動(dòng)發(fā)送相應(yīng)原因值給被叫交換中心。
24.根據(jù)權(quán)利要求18所述的提供實(shí)時(shí)回鈴音的系統(tǒng),其特征在于,所述被叫交換中心收到被叫終端的原因值后,被叫交換中心斷開或不斷開與被叫終端的連接。
全文摘要
本發(fā)明公開了一種在通信網(wǎng)絡(luò)中提供實(shí)時(shí)回鈴音的方法,包括以下步驟被叫終端收到網(wǎng)絡(luò)側(cè)發(fā)來(lái)的主叫終端的呼叫請(qǐng)求;被叫終端可向網(wǎng)絡(luò)側(cè)發(fā)送原因值;網(wǎng)絡(luò)側(cè)的回鈴音單元存儲(chǔ)有大量的回鈴音數(shù)據(jù)和設(shè)置的原因值-回鈴音對(duì)應(yīng)表,于是可根據(jù)接收到原因值尋到對(duì)應(yīng)的回鈴音,并實(shí)時(shí)地播放給主叫終端。本發(fā)明還提供了一種在通信網(wǎng)絡(luò)中提供實(shí)時(shí)回鈴音的系統(tǒng)。利用本發(fā)明的技術(shù),被叫用戶可根據(jù)當(dāng)時(shí)情況實(shí)時(shí)地發(fā)送不同的回鈴音,從而充分滿足用戶的個(gè)性化需求,并進(jìn)一步提升通信服務(wù)質(zhì)量。
文檔編號(hào)H04Q7/22GK1859478SQ200510120920
公開日2006年11月8日 申請(qǐng)日期2005年12月17日 優(yōu)先權(quán)日2005年12月17日
發(fā)明者王正偉, 劉健, 孫謙, 王偉杰 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
贞丰县| 社旗县| 青河县| 大城县| 宿迁市| 长春市| 上高县| 普定县| 嘉义县| 汾西县| 鲁甸县| 彩票| 山东省| 灌阳县| 墨玉县| 藁城市| 司法| 台北市| 兰坪| 连南| 周口市| 天全县| 稻城县| 黄骅市| 泸西县| 兖州市| 平泉县| 诏安县| 东明县| 徐闻县| 鞍山市| 西乌珠穆沁旗| 霍林郭勒市| 莎车县| 丰台区| 繁峙县| 柘荣县| 舟山市| 福鼎市| 鸡泽县| 汪清县|