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

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


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


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

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

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

被叫終端通過在Disconnect消息的某些信元，例如User-user信元或者Facility信元，可以將代表原因值的命令碼傳送給T_MSC，T_MSC通過解析以上信元得到對應的原因值。
當然，被叫終端也可以通過應答消息中的某些信元，來將對應的原因值信息傳送給T_MSC。
實際上，被叫終端獲取原因值可以是通過提示用戶輸入來獲得；也可以是通過被叫終端預設的終端狀態(tài)來獲??；也可以是通過來電事件所觸發(fā)的一個過程來獲取。例如，終端接到一個來電時提示用戶輸入的例子被叫終端在接收到一個來電時，彈出一個對話框，讓被叫用戶輸入一個原因值；或者是被叫用戶在來電到達時，通過預先設置好菜單打開一個對話框，通過該對話框輸入一個原因值。根據(jù)終端狀態(tài)的例子被叫終端可以根據(jù)用戶預先設置的終端狀態(tài)或模式，向網(wǎng)絡側返回一個對應于該模式的原因值。例如，用戶正在開會，可以將終端設置成會議模式，這種情況下，當被叫終端接收到一個來電后，自動將會議模式對應的原因值發(fā)送給網(wǎng)絡側，而無需被叫用戶手動地輸入原因值；還例如，設置被叫終端在早晨8點以前，夜晚10點以后為一個狀態(tài)，并對應原因值18，這樣，終端在早晨8點以前，夜晚10點以后，接收到來電是，自動得到原因值18，并且該原因值對應的回鈴音可以是“被叫終端自動提示您被叫用戶在休息，如果沒有特別重要的事情，請第二天聯(lián)系，謝謝！”。
下面以具體實施例來說明本發(fā)明的系統(tǒng)和方法。
圖1A為本發(fā)明實施例一的系統(tǒng)結構簡圖，該系統(tǒng)不僅包括O_MSC、T_MSC、被叫終端的HLR，進一步包括用于保存和播放回鈴音的回鈴音服務器RBTS。本實施例采用的是GSM網(wǎng)絡，其基本思想可以很方便地應用于CDMA系統(tǒng)或固定通信網(wǎng)絡系統(tǒng)，其區(qū)別僅僅在于具體消息的不同。
這里的MSC主要完成業(yè)務交換功能和呼叫控制功能，其中的O_MSC是主叫用戶的MSC或網(wǎng)關移動交換中心(GMSC)；T_MSC是被叫用戶的拜訪MSC，主要保存被叫用戶的當前信息，并在呼叫過程中完成到被叫用戶之間的接續(xù)。HLR主要保存移動終端的基本信息，包括實時回鈴音業(yè)務簽約信息等等。
圖1B為本發(fā)明實施例一的信令流程圖。
步驟101，當O_MSC接收到來自主叫終端的電話呼叫請求，向被叫用戶歸屬的HLR發(fā)送獲取被叫用戶的路由信息的請求SRI，該請求包含被叫用戶的被叫號碼等信息，這里的被叫號碼也就是被叫的MSISDN。
步驟102～103，HLR根據(jù)被叫號碼得知該被叫用戶為實時回鈴音業(yè)務簽約用戶；且HLR向T_MSC發(fā)送獲取被叫漫游號碼的請求，T_MSC為被叫用戶分配一個漫游號碼MSRN，然后將MSRN發(fā)送給HLR。
步驟104，HLR通過SRI_Ack消息將被叫的MSRN和實時回鈴音業(yè)務簽約信息發(fā)送給O_MSC。
步驟105，O_MSC向T_MSC發(fā)送一個初始地址消息IAM。這里的IAM包括主叫號碼、被叫號碼和被叫MSRN。
步驟106～108，T_MSC將該IAM發(fā)送給被叫終端Called；T_MSC尋呼被叫，并在被叫終端處于空閑狀態(tài)時，將被叫的狀態(tài)信息通過地址全消息ACM(Address Complete Message)發(fā)送給O_MSC；如果被叫終端的當前狀態(tài)不是空閑，例如忙、關機或不在服務區(qū)，則T_MSC通過O_MSC向主叫終端透傳表示用戶忙、關機或不在服務區(qū)的語音提示。
步驟109，O_MSC向RBTS發(fā)送IAM，并通過該IAM將主叫號碼、被叫號碼等信息發(fā)送給RBTS，可見本實施例一是由O_MSC來控制播放回鈴音的。
在步驟110，RBTS根據(jù)被叫號碼和原因值—回鈴音對應表來查找被叫用戶定制的默認回鈴音，然后向O_MSC發(fā)送ACM。這里，當被叫終端還沒有發(fā)送原因值時，O_MSC先通知RBTS發(fā)送默認回鈴音，即原因值為空時所對應的回鈴音。
步驟111，RBTS通過O_MSC向主叫終端播放被叫用戶定制的默認回鈴音，同時O_MSC屏蔽T_MSC播放的傳統(tǒng)回鈴音。
步驟112，被叫終端獲取一個原因值并發(fā)送該原因值給T_MSC，這里T_MSC一般自動斷開和被叫終端的連接，即被叫終端不再被振鈴提示；當然也可以不自動斷開和被叫終端的連接，而是由被叫用戶按掛機鍵來斷開被叫終端與T_MSC的連接，或者按接聽鍵實現(xiàn)主叫與被叫的話路連接，即按照現(xiàn)有流程來處理。被叫終端獲取原因值可以是通過提示被叫用戶輸入得到，也可以是根據(jù)終端當前狀態(tài)或所處模式，由終端自動得到。
步驟113～114，T_MSC將該原因值發(fā)送給O_MSC；O_MSC再將原因值發(fā)送給RBTS。
步驟115，RBTS根據(jù)該原因值查找被叫用戶定制的實時回鈴音，然后向主叫終端發(fā)送ACM。
步驟116，RBTS通過O_MSC向主叫終端播放被叫用戶定制的實時回鈴音，同時停止播放默認回鈴音，該實時回鈴音中包含了被叫用戶拒接電話的音頻解釋，這樣，由于解釋得及時，可大大避免被叫用戶和主叫用戶之間的發(fā)生誤會、隔閡或不快。
步驟117，當主叫用戶掛斷電話，O_MSC向RBTS發(fā)送釋放消息REL(Release)信令，立即切斷和RBTS之間的路由，從而停止向主叫播放實時回鈴音。當然，O_MSC還可以預設實時回鈴音的播放時間值，例如1分鐘，時間到后O_MSC自動切斷O_MSC或RBTS之間的路由。
圖2A為本發(fā)明實施例二的系統(tǒng)結構簡圖，與圖1A不同的是，實施例二的RBTS僅與T_MSC連接，而實施例一的RBTS僅與O_MSC連接，即實施例二由T_MSC控制實時回鈴音的播放。
圖2B為本發(fā)明實施例二的信令流程圖。
步驟201～208與實施例一的步驟101～108基本相同，唯一不同的是被叫用戶沒有定制默認回鈴音，而是由T_MSC發(fā)送傳統(tǒng)的回鈴音，即“嘟...嘟...”的鈴音。當然，也可以向實施例一一樣，被叫終端定制了對應的回鈴音。
步驟209，T_MSC向O_MSC發(fā)送傳統(tǒng)回鈴音，該傳統(tǒng)回鈴音最終由O_MSC透傳給主叫終端。
步驟210～211，被叫終端獲取一個原因值并發(fā)送該原因值給T_MSC，T_MSC再將該原因值發(fā)送給RBTS。被叫終端獲取原因值可以是通過提示被叫用戶輸入得到，也可以是根據(jù)終端當前狀態(tài)或所處模式，由終端自動得到。
步驟212，RBTS根據(jù)該原因值查找被叫用戶定制的實時回鈴音，然后向T_MSC發(fā)送ACM。
步驟213，RBTS通過T_MSC、O_MSC向主叫終端播放被叫用戶定制的實時回鈴音，同時停止播放傳統(tǒng)回鈴音。當然，也可以采用RBTS也可以直接向O_MSC播放的方案，這時的RBTS一般要求具有呼叫控制功能，由于該方案屬于本領域技術人員所熟知，故不再贅述。
步驟214，當主叫用戶掛斷電話，O_MSC收到該掛斷信息并發(fā)送給T_MSC。也可以在實時回鈴音播放適當?shù)臅r間后執(zhí)行步驟215。
步驟215，T_MSC向RBTS發(fā)送REL信令，立即切斷T_MSC和RBTS之間的路由，從而停止向主叫終端播放實時回鈴音。
圖3A為本發(fā)明實施例三的系統(tǒng)結構簡圖，該系統(tǒng)僅包括O_MSC、T_MSC、HLR，而不具備RBTS，因為實施例二采用T_MSC保存和播放實時回鈴音的方案。
圖3B為本發(fā)明實施例三的信令流程圖。
步驟301～308與實施例一的步驟101～108基本相同，唯一不同的是被叫用戶沒有定制默認回鈴音，而是由T_MSC(內置回鈴音單元)發(fā)送傳統(tǒng)的回鈴音，即“嘟...嘟...”的鈴音?；谕瑯拥牡览?，也可以由O_MSC發(fā)送傳統(tǒng)的回鈴音。
步驟309，T_MSC通過O_MSC透傳傳統(tǒng)回鈴音給主叫終端。
步驟310，被叫終端獲取一個原因值并發(fā)送該原因值給T_MSC；被叫終端獲取原因值可以是通過提示被叫用戶輸入得到，也可以是根據(jù)終端當前狀態(tài)或所處模式，由終端自動得到。
步驟311，T_MSC根據(jù)該原因值查找被叫用戶定制的實時回鈴音，然后T_MSC向主叫終端播放被叫用戶定制的實時回鈴音，同時停止播放傳統(tǒng)回鈴音。這里，由于利用T_MSC存儲和播放實時回鈴音，可能造成端局改造的成本較高。
步驟312，當主叫用戶掛斷電話，O_MSC向T_MSC發(fā)送REL信令，立即切斷O_MSC和T_MSC之間的路由，從而停止向主叫播放實時回鈴音。也可以播放實時回鈴音適當時間后，例如1分鐘，T_MSC自動停止播放回鈴音。并且在停止播放實時回鈴音后，本發(fā)明各個實施例均可以選擇是否向O_MSC播放傳統(tǒng)的提示音，如“被叫用戶無法接通”等。
圖4A和圖4B為本發(fā)明實施例四的信令流程圖，其系統(tǒng)結構簡圖如圖1A所示。實施例四在播放默認回鈴音之前，需要在預定時間段內判斷被叫終端是否發(fā)送了原因值，若收到原因值則播放實時回鈴音，否則播放默認回鈴音。
步驟401～408與實施例一的步驟101～108相同。
步驟409，O_MSC在通知RBTS播放默認回鈴音之前，預留一段時間(例如5秒)來判斷被叫終端是否發(fā)送原因值，并且，需要屏蔽T_MSC播放的傳統(tǒng)的回鈴音。若收到原因值，則執(zhí)行如圖4A所示的步驟410及其后續(xù)流程。否則執(zhí)行如圖4B所示的步驟420及其后續(xù)步驟。當然，若被叫用戶沒有定制默認回鈴音，則可由O_MSC暫時屏蔽傳統(tǒng)回鈴音一段時間來進行判斷。這樣做的好處是，可避免主叫用戶聽到兩種回鈴音，因為那樣有可能引起主叫用戶的混淆或者不適。
步驟410，O_MSC向RBTS發(fā)送IAM，并通過該IAM將主叫號碼、被叫號碼以及所述原因值等信息發(fā)送給RBTS。
步驟411，RBTS根據(jù)被叫號碼查找被叫用戶定制的實時回鈴音，然后向O_MSC發(fā)送ACM。
步驟412，RBTS通過O_MSC向主叫終端播放被叫用戶定制的實時回鈴音。
步驟413，當主叫用戶掛斷電話(也可以是實時回鈴音播放一定時間后)，O_MSC向RBTS發(fā)送REL信令，立即切斷和RBTS之間的路由，從而停止向主叫播放實時回鈴音。
在如圖4B所示的步驟420，O_MSC在預定的時間段內未收到被叫終端發(fā)送的原因值，則向RBTS發(fā)送IAM，并通過該IAM將主叫號碼、被叫號碼等信息發(fā)送給RBTS。
步驟421，RBTS根據(jù)被叫號碼查找被叫用戶定制的默認回鈴音，然后向O_MSC發(fā)送ACM。
步驟422，RBTS通過O_MSC向主叫終端播放被叫用戶定制的默認回鈴音。至此，就可以作為實施例四的完整方案，當主叫掛斷或者默認回鈴音播放到預定時間，則停止播放，O_MSC切斷與主叫終端的連接。
當然這里播放默認回鈴音時，若被叫終端發(fā)送了原因值，O_MSC可以接收，也可以不接收。接收原因值的方案如圖4B所示的步驟423及其后續(xù)步驟。
步驟423～425，當RBTS通過O_MSC向主叫終端發(fā)送默認回鈴音期間，T_MSC收到被叫終端發(fā)送來的原因值；T_MSC將該原因值轉送給O_MSC；O_MSC再將該原因值發(fā)送給RBTS。
步驟426，RBTS根據(jù)該原因值查找被叫用戶定制的實時回鈴音，然后向O_MSC發(fā)送ACM。
步驟427，RBTS通過O_MSC向主叫終端播放被叫用戶定制的實時回鈴音，同時停止播放默認回鈴音。
步驟428，當主叫用戶掛斷電話，或者實時回鈴音播放了一定時間，O_MSC向RBTS發(fā)送REL信令，并立即切斷和RBTS之間的路由，從而停止向主叫終端播放實時回鈴音。
以上四個實施例的目的，都是用于被叫用戶對拒絕接聽的解釋。但實際上，被叫用戶還可以根據(jù)當時實際情況實時地發(fā)送不同的原因值，網(wǎng)絡側根據(jù)該原因值選擇相應的實時回鈴音發(fā)送給主叫用戶，在播放適當?shù)臅r間后再接聽電話，例如上文提到的朋友之間發(fā)送當時狀態(tài)(心情等)的實時回鈴音，以靈活地滿足用戶的需求，或者通知主叫用戶稍等片刻的回鈴音需求，具體方案如實施例五所述。
圖5為本發(fā)明的實施例五的信令流程圖，其中步驟501～516與實施例一中的步驟101～116基本相同，故不再贅述。唯一可能不同的是，在步驟512中，被叫終端發(fā)送原因值后，T_MSC須保持與被叫終端的連接；并且，發(fā)送的原因值代表的含義有所不同，如原因值“1”代表開心，原因值“2”代表悲傷，而原因值“9”代表稍等片刻，等等。
步驟517～518，當被叫終端應答后，T_MSC將應答消息ANM發(fā)送給O_MSC。
步驟519，O_MSC向RBTS發(fā)送REL信令，立即切斷O_MSC和RBTS之間的路由，從而停止向主叫播放實時回鈴音。
步驟520，通過O_MSC和T_MSC建立主、被叫之間的正常話路連接。
值得一提的是，本發(fā)明的各實施例中，若RBTS播放所述默認回鈴音(或傳統(tǒng)回鈴音)達到預定時間段而被叫終端仍未發(fā)送原因值、或被叫終端仍未應答、或主叫終端仍未掛機；則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放回鈴音，并終止呼叫連接。另外，本發(fā)明與現(xiàn)有定制回鈴音業(yè)務并不發(fā)生沖突，本領域技術人員很容易在原定制回鈴音業(yè)務的基礎上，再實現(xiàn)實時回鈴音業(yè)務。
可以理解的是，對于本領域的普通技術人員來說，可以根據(jù)本發(fā)明的技術方案和技術構思作出其它各種相應的改變和變形，而所有這些改變和變形都應屬于本發(fā)明后附的權利要求的保護范圍。
權利要求
1.一種在通信網(wǎng)絡中提供實時回鈴音的方法，其特征在于，包括以下步驟A.被叫終端收到網(wǎng)絡側發(fā)來的主叫終端的呼叫請求；B.被叫終端向網(wǎng)絡側發(fā)送原因值；C.網(wǎng)絡側的回鈴音單元根據(jù)該原因值尋到對應的回鈴音，并實時地播放給主叫終端。
2.根據(jù)權利要求1所述的提供實時回鈴音的方法，其特征在于，所述步驟A之前，設置并保存原因值-回鈴音對應表到該回鈴音單元中，該對應表中各原因值對應不同的回鈴音標識；且該回鈴音標識所代表的實時回鈴音存儲在該回鈴音單元中。
3.根據(jù)權利要求2所述的提供實時回鈴音的方法，其特征在于，所述原因值-回鈴音對應表中的原因值為空時，對應的是設置的默認回鈴音標識或者傳統(tǒng)回鈴音標識。
4.根據(jù)權利要求2所述的提供實時回鈴音的方法，其特征在于，所述原因值-回鈴音對應表中的原因值及回鈴音標識針對所有主叫終端來設置，對于任何主叫終端都僅根據(jù)原因值來確定回鈴音標識；或者所述對應表中的原因值及回鈴音標識針對個別主叫終端來設置，該對應表中增加主叫終端標識欄，并根據(jù)主叫終端標識和原因值來確定回鈴音標識。
5.根據(jù)權利要求2所述的提供實時回鈴音的方法，其特征在于，所述原因值-回鈴音對應表中的原因值及回鈴音標識針對所有被叫終端來設置，對于任何被叫終端都僅根據(jù)原因值來確定回鈴音標識；或者所述對應表中的原因值及回鈴音標識針對個別被叫終端來設置，該對應表中增加被叫終端標識欄，并根據(jù)被叫終端標識和原因值來確定回鈴音標識。
6.根據(jù)權利要求1所述的提供實時回鈴音的方法，其特征在于，所述步驟A之前，被叫終端在網(wǎng)絡側進行實時回鈴音業(yè)務的簽約，并將簽約信息保存在被叫終端的歸屬位置寄存器HLR中；所述步驟A包括主叫終端通過主叫交換中心請求呼叫被叫終端；主叫交換中心向被叫終端的歸屬位置寄存器HLR請求并獲得該被叫終端的該簽約信息和路由信息；主叫交換中心將該呼叫請求通過被叫交換中心發(fā)送給被叫終端。
7.根據(jù)權利要求1或2所述的提供實時回鈴音的方法，其特征在于，所述回鈴音單元被設置在被叫交換中心或者主叫交換中心內；或者所述回鈴音單元為單獨的回鈴音服務器RBTS。
8.根據(jù)權利要求1所述的提供實時回鈴音的方法，其特征在于，所述步驟B中，固定被叫終端通過DTMF方式，而將原因值發(fā)送給被叫交換中心，該被叫交換中心再將該原因值直接或間接地發(fā)送給回鈴音單元。
9.根據(jù)權利要求1所述的提供實時回鈴音的方法，其特征在于，所述步驟B中，移動被叫終端通過Start DTMF消息一次或多次將原因值發(fā)送給被叫交換中心，該被叫交換中心再將該原因值直接或間接地發(fā)送給回鈴音單元。
10.根據(jù)權利要求1所述的提供實時回鈴音的方法，其特征在于，所述步驟B中，被叫終端通過用戶到用戶信令UUS或者斷開信令Disconnect發(fā)送原因值到被叫交換中心，該被叫交換中心再將該原因值直接或間接地發(fā)送給回鈴音單元。
11.根據(jù)權利要求1、8、9或10所述的提供實時回鈴音的方法，其特征在于，所述原因值由被叫用戶通過被叫終端輸入從并發(fā)送給被叫交換中心；或者被叫終端根據(jù)預定的終端狀態(tài)而自動發(fā)送相應原因值給被叫交換中心。
12.根據(jù)權利要求1、8、9或10所述的提供實時回鈴音的方法，其特征在于，所述原因值代表被叫用戶的拒接原因或者被叫用戶的當時狀態(tài)。
13.根據(jù)權利要求1、8、9或10所述的提供實時回鈴音的方法，其特征在于，所述原因值發(fā)送給被叫交換中心后，被叫交換中心斷開或不斷開與被叫終端的連接。
14.根據(jù)權利要求1所述的提供實時回鈴音的方法，其特征在于，在所述步驟B之前，被叫交換中心還沒收到原因值時，由主叫交換中心和/或被叫交換中心通知回鈴音單元播放設置的默認回鈴音或系統(tǒng)的傳統(tǒng)回鈴音；在被叫交換中心收到原因值之后，執(zhí)行所述步驟C，包括C11.在被叫交換中心將該原因值直接或間接地發(fā)送給回鈴音單元，回鈴音單元根據(jù)該原因值尋到對應的實時回鈴音；C12.回鈴音單元停止播放所述默認回鈴音或傳統(tǒng)回鈴音，并向主叫終端播放該實時回鈴音。
15.根據(jù)權利要求1所述的提供實時回鈴音的方法，其特征在于，在所述步驟B之前，被叫交換中心獲知被叫終端處于空閑狀態(tài)之后的預定時間段內，被叫交換中心和/或主叫交換中心先判斷是否被叫終端發(fā)送了原因值，并暫時不向主叫終端播放任何回鈴音；若預定時間段內被叫交換中心收到原因值則執(zhí)行步驟C，否則通知回鈴音單元播放設置的默認回鈴音或系統(tǒng)的傳統(tǒng)回鈴音給主叫終端；所述步驟C包括C21.在被叫交換中心將該原因值直接或間接地發(fā)送給回鈴音單元，回鈴音單元根據(jù)該原因值尋到對應的實時回鈴音；C22.回鈴音單元向主叫終端播放該實時回鈴音。
16.根據(jù)權利要求15或16所述的提供實時回鈴音的方法，其特征在于，若回鈴音單元播放所述默認回鈴音或傳統(tǒng)回鈴音達到預定時間段而被叫終端仍未發(fā)送原因值、或被叫終端仍未應答、或主叫終端仍未掛機；則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放回鈴音，并終止呼叫連接。
17.根據(jù)權利要求1所述的提供實時回鈴音的方法，其特征在于，所述步驟C中播放實時回鈴音之后，當主叫終端掛機，則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放實時回鈴音，并終止呼叫連接；或者當被叫終端應答，則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放實時回鈴音，并接通主、被叫終端的話路；或者當回鈴音單元播放預定時間段的實時回鈴音之后，則由主叫交換中心和/或被叫交換中心通知回鈴音單元停止播放實時回鈴音，并終止呼叫連接。
18.一種在通信網(wǎng)絡中提供實時回鈴音的系統(tǒng)，包括主叫交換中心、被叫交換中心、歸屬位置寄存器，其特征在于，進一步包括回鈴音單元，其用于存儲和播放實時回鈴音；當被叫終端接收到主叫終端的呼叫請求時，被叫終端發(fā)送原因值給被叫交換中心，且被叫交換中心直接或間接地將該原因值發(fā)送給回鈴音單元，回鈴音單元根據(jù)該原因值尋到對應的回鈴音并實時地播放給主叫終端。
19.根據(jù)權利要求18所述的提供實時回鈴音的系統(tǒng)，其特征在于，所述回鈴音單元被設置在被叫交換中心內或主叫交換中心內；或者所述回鈴音單元為單獨的回鈴音服務器RBTS。
20.根據(jù)權利要求18或19所述的提供實時回鈴音的系統(tǒng)，其特征在于，所述回鈴音單元還保存有設置的原因值-回鈴音對應表，該對應表中各原因值對應不同的回鈴音標識；回鈴音單元收到被叫終端發(fā)送來的原因值后，通過該對應表尋到對應的實時回鈴音。
21.根據(jù)權利要求18所述的提供實時回鈴音的系統(tǒng)，其特征在于，固定被叫終端通過DTMF方式，將原因值發(fā)送給被叫交換中心；或者移動被叫終端通過Start DTMF消息，將原因值發(fā)送給被叫交換中心。
22.根據(jù)權利要求18所述的提供實時回鈴音的系統(tǒng)，其特征在于，被叫終端通過用戶到用戶信令UUS或者斷開消息Disconnect發(fā)送原因值到被叫交換中心。
23.根據(jù)權利要求18所述的提供實時回鈴音的系統(tǒng)，其特征在于，所述原因值由被叫用戶在被叫終端輸入并發(fā)送給被叫交換中心；或者被叫終端根據(jù)預定的終端狀態(tài)而自動發(fā)送相應原因值給被叫交換中心。
24.根據(jù)權利要求18所述的提供實時回鈴音的系統(tǒng)，其特征在于，所述被叫交換中心收到被叫終端的原因值后，被叫交換中心斷開或不斷開與被叫終端的連接。
全文摘要
本發(fā)明公開了一種在通信網(wǎng)絡中提供實時回鈴音的方法，包括以下步驟被叫終端收到網(wǎng)絡側發(fā)來的主叫終端的呼叫請求；被叫終端可向網(wǎng)絡側發(fā)送原因值；網(wǎng)絡側的回鈴音單元存儲有大量的回鈴音數(shù)據(jù)和設置的原因值－回鈴音對應表，于是可根據(jù)接收到原因值尋到對應的回鈴音，并實時地播放給主叫終端。本發(fā)明還提供了一種在通信網(wǎng)絡中提供實時回鈴音的系統(tǒng)。利用本發(fā)明的技術，被叫用戶可根據(jù)當時情況實時地發(fā)送不同的回鈴音，從而充分滿足用戶的個性化需求，并進一步提升通信服務質量。
文檔編號H04Q7/22GK1859478SQ200510120920
公開日2006年11月8日 申請日期2005年12月17日 優(yōu)先權日2005年12月17日
發(fā)明者王正偉, 劉健, 孫謙, 王偉杰 申請人:華為技術有限公司