專利名稱：下一代網(wǎng)絡(luò)中實現(xiàn)個性化語音鬧醒的話務(wù)臺系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及下一代網(wǎng)絡(luò)(NGN, Next Generation Network)技術(shù)領(lǐng)域， 尤其涉及下一代網(wǎng)絡(luò)中實現(xiàn)個性化語音鬧醒的話務(wù)臺系統(tǒng)及方法。
背景技術(shù)：
IP話務(wù)臺秉承了 NGN系統(tǒng)業(yè)務(wù)和控制分離的先進(jìn)思想，便于更好地為 賓館、企事業(yè)單位等大客戶提供個性化服務(wù)，而無需對核心設(shè)備頻繁變動。 如圖l所示，現(xiàn)有的話務(wù)臺系統(tǒng)由話務(wù)臺服務(wù)器和若干個客戶端終端組成。 話務(wù)臺服務(wù)器位于NGN核心控制層，與軟交換(SS)通過SIP (Session Initiation Protocol,會話發(fā)起協(xié)議)信令通信；而話務(wù)臺客戶端可以分布在 城市中的任何一個賓館、企事業(yè)單位等場所，通過ADSL(Asymmetric Digital Subscriber Line,非對稱數(shù)字用戶線)撥號連接話務(wù)臺服務(wù)器，同樣使用SIP 信令進(jìn)行通信。這樣賓館中的話務(wù)員就可以在話務(wù)臺客戶端上完成接聽來 電、呼叫群內(nèi)外用戶、轉(zhuǎn)接來電、對群內(nèi)用戶計費查詢功能，還有一項很重 要的業(yè)務(wù)就是為群內(nèi)用戶登記鬧醒業(yè)務(wù)。傳統(tǒng)的鬧醒功能實現(xiàn)時，基本上由軟交換發(fā)起呼叫，中繼網(wǎng)關(guān)所帶々某體 服務(wù)器播放提示音，比如"您好，您登記的鬧醒時間已到"。由話務(wù)臺實現(xiàn) 時，首先在話務(wù)臺客戶端上登記激活單個用戶或多個用戶的鬧醒，由客戶端 向軟交換發(fā)送人機命令完成在軟交換上登記鬧醒業(yè)務(wù)。在鬧醒登記時間到達(dá) 時，由軟交換發(fā)起對鬧醒用戶的呼叫，中繼網(wǎng)關(guān)向該用戶播放選擇的提示音， 最后由中繼網(wǎng)關(guān)上報給軟交換鬧醒結(jié)果，比如鬧醒成功、鬧醒無人接聽等。 軟交換將這個鬧醒結(jié)果發(fā)送給話務(wù)臺系統(tǒng)，最后送達(dá)話務(wù)臺客戶端，由此話 務(wù)員可以觀察鬧醒結(jié)果，如果是鬧醒失敗可以選擇是否再次呼叫該用戶。這種方式完全是由軟交換完成登記、鬧醒、放音、發(fā)送鬧醒結(jié)果，但是 無法實現(xiàn)用戶的個性化語音鬧醒業(yè)務(wù)，因為中繼網(wǎng)關(guān)的媒體服務(wù)器容量有 限，所存儲的鬧醒語音必然是有限的、規(guī)定的語音文件，且不可能由話務(wù)臺 客戶端來修改為所真正需要播發(fā)的語音內(nèi)容。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題在于，在下 一代網(wǎng)絡(luò)中提供一種實現(xiàn)個性化 語音鬧醒的話務(wù)臺系統(tǒng)及方法，實現(xiàn)鬧醒業(yè)務(wù)并提供個性化的鬧醒提示。針對現(xiàn)有技術(shù)的問題，本發(fā)明提供一種下一代網(wǎng)絡(luò)中實現(xiàn)個性化語音鬧 醒的話務(wù)臺系統(tǒng)，包括話務(wù)臺服務(wù)器、話務(wù)臺客戶端、用戶終端、軟交換、 中繼媒體網(wǎng)關(guān)，進(jìn)一步地，所述話務(wù)臺系統(tǒng)還包括分別與話務(wù)臺服務(wù)器、話務(wù)臺客戶端相連的話務(wù)臺媒體服務(wù)器，其中所述話務(wù)臺客戶端，根據(jù)用戶情況向話務(wù)臺媒體服務(wù)器上傳或下載個性 化鬧醒提示音；向話務(wù)臺服務(wù)器上報需要鬧醒的用戶號碼、鬧醒時間和指定 的提示音信息；所述話務(wù)臺服務(wù)器，記錄話務(wù)臺客戶端登記需要鬧醒的用戶號碼、鬧醒 時間和指定的提示音信息，在鬧醒時間到達(dá)時，向被鬧醒用戶發(fā)起呼叫，在用戶振鈴摘機后，話務(wù)臺服務(wù)器控制所述話務(wù)臺媒體服務(wù)器給被鬧醒用戶播 發(fā)指定的鬧醒提示音，并將鬧醒結(jié)果上報給話務(wù)臺客戶端；所述話務(wù)臺媒體服務(wù)器，用于保存所述話務(wù)臺客戶端上傳的個性化鬧醒 提示音，并在鬧醒用戶時，根據(jù)指定的提示音信息為被鬧醒用戶播發(fā)指定的 鬧醒提示音。進(jìn)一步地，所述話務(wù)臺媒體服務(wù)器，包括媒體資源模塊、資源處理模 塊、文件存儲模塊和FTP上傳模塊，其中媒體資源模塊，用于負(fù)責(zé)媒體處理工作，完成錄音、放音、收號、會議、 傳真的媒體處理功能，并行控制所述資源處理模塊；資源處理模塊，用于根據(jù)媒體資源模塊處理的媒體結(jié)果，從文件存儲模 塊提取語音文件、實現(xiàn)放音功能；文件存儲模塊，用于存儲語音文件；FTP上傳模塊，用于完成文件的上傳功能，支持話務(wù)臺客戶端通過FTP
服務(wù)上傳需要的文件或下載相應(yīng)文件操作，并將上傳的文件送入文件存儲模塊。進(jìn)一步地，所述話務(wù)臺々某體服務(wù)器上所保存的每一鬧醒提示音，都分配有一個提示音編號；所述話務(wù)臺客戶端向話務(wù)臺服務(wù)器上報的指定的提示音 信息，是該指定提示音在所述媒體服務(wù)器上對應(yīng)的提示音編號。進(jìn)一步地，所述話務(wù)臺服務(wù)器，在鬧醒時間到達(dá)時向被鬧醒用戶發(fā)起的 呼叫，是通過軟交換、中繼媒體網(wǎng)關(guān)轉(zhuǎn)發(fā)給被鬧醒用戶的。進(jìn)一步地，所述話務(wù)臺服務(wù)器，在所述話務(wù)臺々某體服務(wù)器上沒有指定的 鬧醒提示音時，向所述中繼媒體網(wǎng)關(guān)的媒體服務(wù)器請求鬧醒提示音，為用戶 播發(fā)默認(rèn)的鬧醒提示音。進(jìn)一步地，所述話務(wù)臺服務(wù)器在鬧醒失敗后，將失敗信息通知所述話務(wù)臺客戶端。本發(fā)明還提供一種下一代網(wǎng)絡(luò)中實現(xiàn)個性化語音鬧醒的方法，包括如下 步驟在下一代網(wǎng)絡(luò)中，由話務(wù)臺服務(wù)器根據(jù)話務(wù)臺客戶端登記需要鬧醒的用 戶號碼、鬧醒時間和指定的提示音信息，在鬧醒時間到達(dá)時，向凈皮鬧醒用戶 發(fā)起呼叫，在用戶振鈴摘機后，話務(wù)臺服務(wù)器控制所述話務(wù)臺^某體服務(wù)器根 據(jù)指定的提示音信息為被鬧醒用戶播發(fā)指定的鬧醒提示音，并將鬧醒結(jié)果上 報給話務(wù)臺客戶端。所述方法進(jìn)一步包括所述話務(wù)臺客戶端根據(jù)用戶情況向話務(wù)臺々某體服 務(wù)器上傳個性化鬧醒提示音，并向話務(wù)臺服務(wù)器上報需要鬧醒的用戶號碼、 鬧醒時間和指定的提示音信息。進(jìn)一步地，所述話務(wù)臺服務(wù)器在鬧醒時間到達(dá)時，首先向士某體服務(wù)器申 請々某體資源，請求成功后再向用戶發(fā)起呼叫；若請求媒體資源失敗，則向中繼媒體網(wǎng)關(guān)的媒體服務(wù)器申請媒體資源；若鬧醒失敗，則將失敗信息通知所述話務(wù)臺客戶端。。進(jìn)一步地，所述話務(wù)臺媒體服務(wù)器上所保存的每一鬧醒提示音，都分配
有一個提示音編號；所述話務(wù)臺客戶端向話務(wù)臺服務(wù)器上報的指定的提示音 信息，是該指定提示音在所述媒體服務(wù)器上對應(yīng)的提示音編號。相比于現(xiàn)有技術(shù)，本發(fā)明可以實現(xiàn)獨立于軟交換、中繼々某體網(wǎng)關(guān)，由話 務(wù)臺系統(tǒng)登記鬧醒，鬧醒到時后發(fā)起呼叫，話務(wù)臺媒體服務(wù)器播發(fā)鬧醒提示 音。話務(wù)臺客戶端登記需要鬧醒的用戶號碼和指定的提示音信息都將記錄在 話務(wù)臺服務(wù)器，而不是在軟交換激活鬧醒。話務(wù)臺客戶端還可根據(jù)用戶情況 上傳或下載個性化鬧醒提示音到所述話務(wù)臺々某體服務(wù)器。本發(fā)明所述話務(wù)臺 系統(tǒng)及鬧醒方法，完全由話務(wù)臺系統(tǒng)實現(xiàn)，可以減小軟交換數(shù)據(jù)量，而且在 話務(wù)臺客戶端可以上傳鬧醒語音到媒體服務(wù)器，實現(xiàn)個性化語音鬧醒的功 能。


圖1是話務(wù)臺在NGN網(wǎng)絡(luò)中的組網(wǎng)示意圖；圖2是話務(wù)臺中的媒體服務(wù)器的結(jié)構(gòu)框圖；圖3是話務(wù)臺實現(xiàn)鬧醒并由媒體服務(wù)器播放鬧醒提示音的流程圖。
具體實施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，以下結(jié)合附圖對本發(fā)明 作進(jìn)一步地詳細(xì)說明。本發(fā)明針對現(xiàn)有下一代網(wǎng)絡(luò)(NGN, Next Generation Network)中，現(xiàn) 有鬧醒業(yè)務(wù)實現(xiàn)時，需要由軟交換完成，占用大量軟交換資源，且因中繼網(wǎng) 關(guān)資源限制不能提供個性化鬧醒等問題，提出了一種IP話務(wù)臺實現(xiàn)個性化 語音鬧醒的話務(wù)臺系統(tǒng)及方法。本發(fā)明實現(xiàn)時獨立于軟交換、中繼媒體網(wǎng)關(guān)，由話務(wù)臺系統(tǒng)發(fā)起呼叫， 由話務(wù)臺媒體服務(wù)器播發(fā)鬧醒提示音，并且話務(wù)臺客戶端可以根據(jù)用戶情況 為其設(shè)置或播放個性化的鬧醒提示音。本發(fā)明提供的話務(wù)臺系統(tǒng)中
在話務(wù)臺服務(wù)器上，記錄話務(wù)臺客戶端登記需要鬧醒的用戶號碼、鬧醒時間和指定的提示音信息等；所述系統(tǒng)新增加一個話務(wù)臺媒體服務(wù)器，由該話務(wù)臺媒體服務(wù)器提供用 于鬧醒用戶的鬧醒提示音，在該話務(wù)臺媒體服務(wù)器上可以保存默認(rèn)的鬧醒業(yè) 務(wù)所需的各種提示音，也可以根據(jù)用戶情況，由話務(wù)臺客戶端自主地上傳個 性化語音作為鬧醒提示音并保存在話務(wù)臺媒體服務(wù)器上，在需要進(jìn)行鬧醒 時，為用戶播放指定的鬧醒提示音；當(dāng)鬧醒時間到達(dá)，話務(wù)臺服務(wù)器向軟交換發(fā)起呼叫，當(dāng)被鬧醒用戶振鈴 摘機后，話務(wù)臺服務(wù)器控制所述話務(wù)臺媒體服務(wù)器根據(jù)指定的提示音信息給 鬧醒用戶播發(fā)指定的鬧醒提示音，最后話務(wù)臺服務(wù)器將鬧醒結(jié)果上報給話務(wù) 臺客戶端；如果鬧醒失敗，話務(wù)臺客戶端可以根據(jù)實際需要來決定是否再人 工鬧醒。本發(fā)明的主要創(chuàng)新之處在于，使用話務(wù)臺服務(wù)器進(jìn)行鬧醒業(yè)務(wù)，而不是 在軟交換激活鬧醒，同時還使用話務(wù)臺媒體服務(wù)器為鬧醒用戶播放鬧醒提示音。在具體構(gòu)建本發(fā)明所述的話務(wù)臺系統(tǒng)時，首先要增加i某體服務(wù)器?！┠丑w 服務(wù)器在網(wǎng)絡(luò)中的組網(wǎng)方式可以參見附1。如圖2所示(1)媒體服務(wù)器在軟件層面上可以劃分為媒體資源模塊(MRC)和資 源處理模塊(MSC),其中媒體資源模塊MRC，主要負(fù)責(zé)媒體處理工作，用于完成錄音、放音、 收號、會議、傳真等媒體處理功能。MRC資源處理模塊是采用在基于普通 服務(wù)器上進(jìn)行媒體處理任務(wù)。通過軟件實現(xiàn)了所有的語音板卡功能，提供放 音資源、錄音資源、音調(diào)檢查和生成資源、IP電話媒體資源和會議資源等， 此系統(tǒng)中只需要使用放音功能。MRC節(jié)點通過資源處理模塊MSC的控制并行工作，MSC模塊與話務(wù) 臺服務(wù)器通過SIP信令通信，實現(xiàn)話務(wù)臺服務(wù)器控制媒體服務(wù)器更改媒體資 源、放音、停止放音等功能。
(2)媒體服務(wù)器在資源層面上分為文件存儲模塊和FTP上傳模塊，用 于存儲語音文件并完成文件的上傳功能，使得話務(wù)臺客戶端可以使用FTP 服務(wù)上傳需要的文件或下載相應(yīng)文件操作。本發(fā)明所提供的話務(wù)臺系統(tǒng)中，所增加的話務(wù)臺媒體服務(wù)器可以是一臺 Linux操作系統(tǒng)的應(yīng)用服務(wù)器，也可以是其他例如windows操作系統(tǒng)的服務(wù) 器。話務(wù)臺客戶端可以上傳個性化語音。對于話務(wù)臺客戶端，在話務(wù)臺客戶端為群內(nèi)用戶登記鬧醒時，選擇通過 話務(wù)臺系統(tǒng)實現(xiàn)的鬧醒而不是通過軟交換實現(xiàn)。同時，選擇本次鬧醒需要播 放的鬧醒提示音、每個鬧醒提示音都有一個編號作為提示音信息，該提示音 文件可以是存在媒體服務(wù)器上的，也可以根據(jù)需要更改為其他語音。例如使 用windows上自帶的錄音機程序，話務(wù)員即可錄下需要的鬧醒提示音，格式 屬性可以為CCITTA-Law8.00kHz，因為這個格式是媒體服務(wù)器所使用的音 頻格式。同時，話務(wù)臺客戶端還可以集成FTP服務(wù)器，用戶可以使用FTP月良務(wù) 上傳需要的文件或下載相應(yīng)文件操作。在媒體服務(wù)器上對每一個話務(wù)臺客戶 端都有對應(yīng)的提示音編號范圍，比如50000-50100是預(yù)留給某個酒店(話 務(wù)臺終端)使用的，以防止各個客戶端上傳時覆蓋其他終端的音數(shù)據(jù)，編號 對應(yīng)關(guān)系可以儲存于服務(wù)器數(shù)據(jù)庫。使用話務(wù)臺客戶端的鈴音上傳系統(tǒng)，選 擇需要使用的提示音編號，將錄制好的提示音文件上傳到媒體服務(wù)器，上傳 完成后也可以下載下來試聽一下，以測試語音的準(zhǔn)確性及收聽效果，防止4昔 誤提醒或提示音效果不佳?；谏鲜鰣D1所示的話務(wù)臺系統(tǒng)以及圖2所示的媒體服務(wù)器，下面結(jié)合 圖3來詳細(xì)說明本發(fā)明中用于實現(xiàn)個性化鬧醒的方法流程。圖3是實現(xiàn)鬧醒 并由媒體服務(wù)器播放鬧醒提示音的流程圖。首先，在話務(wù)臺客戶端為群內(nèi)用戶號碼登記、激活鬧醒業(yè)務(wù)后，話務(wù)臺 客戶端將用戶號碼、鬧醒時間以及提示音信息等信息發(fā)送到話務(wù)臺服務(wù)器， 話務(wù)臺服務(wù)器將這些信息存入數(shù)據(jù)庫，并設(shè)定時器。然后，當(dāng)鬧醒時間到達(dá)時，話務(wù)臺服務(wù)器先向媒體服務(wù)器申請媒體資源， 媒體服務(wù)器收到話務(wù)臺服務(wù)器發(fā)起的INVITE信令后，分配語音端口，準(zhǔn)備 好播放指定的提示音，返回話務(wù)臺服務(wù)器媒體申請成功信令(200ok),會 話描述協(xié)議(SDP)消息體中填入語音^某體的IP地址和端口號。這時如果 媒體服務(wù)器出現(xiàn)意外宕機，或者申請不到媒體資源，話務(wù)臺服務(wù)器收到出錯 信令，可以向網(wǎng)關(guān)的媒體服務(wù)器申請資源，這時將不能播放個性化提示音。之后，話務(wù)臺服務(wù)器將媒體服務(wù)器返回的媒體資源放入SDP消息體， 向軟交換發(fā)起SIP呼叫。軟交換收到呼叫后，轉(zhuǎn)為采用H,248信令發(fā)起對網(wǎng) 關(guān)的呼叫。如果該用戶聽到振鈴后摘機，軟交換在返回話務(wù)臺服務(wù)器被叫應(yīng)答消息 (200 ok)中攜帶被鬧醒用戶的SDP媒體信息。話務(wù)臺服務(wù)器收到被叫用戶的媒體信息后，向媒體服務(wù)器發(fā)起媒體切換 (re-INVITE)呼叫。媒體協(xié)商成功后，話務(wù)臺服務(wù)器發(fā)送放音指示，媒體 服務(wù)器調(diào)用MRC服務(wù)接口程序，根據(jù)指定的鬧醒提示音信息播放指定的鬧 醒提示音，被鬧醒用戶能聽到指定的提示音。鬧醒成功后，服務(wù)器將成功消息轉(zhuǎn)發(fā)給話務(wù)臺客戶端。話務(wù)臺客戶端可 以將此次成功鬧醒記入日志，以免發(fā)生糾紛。如果用戶不接聽，話務(wù)臺服務(wù)器將發(fā)起第二次呼叫，如果到第三次呼叫 仍然無人接聽，說明鬧醒失敗，話務(wù)臺服務(wù)器將失敗信息通知客戶端。話務(wù) 員可以根據(jù)實際需要決定是否再進(jìn)行人工鬧醒。本文所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本 領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。因此，凡在本發(fā)明的 精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)以及更新等等，均應(yīng)包含 在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種下一代網(wǎng)絡(luò)中實現(xiàn)個性化語音鬧醒的話務(wù)臺系統(tǒng)，包括話務(wù)臺服務(wù)器、話務(wù)臺客戶端、用戶終端、軟交換、中繼媒體網(wǎng)關(guān)，其特征在于所述話務(wù)臺系統(tǒng)還包括分別與話務(wù)臺服務(wù)器、話務(wù)臺客戶端相連的話務(wù)臺媒體服務(wù)器，其中所述話務(wù)臺客戶端，根據(jù)用戶情況向話務(wù)臺媒體服務(wù)器上傳或下載個性化鬧醒提示音；向話務(wù)臺服務(wù)器上報需要鬧醒的用戶號碼、鬧醒時間和指定的提示音信息；所述話務(wù)臺服務(wù)器，記錄話務(wù)臺客戶端登記需要鬧醒的用戶號碼、鬧醒時間和指定的提示音信息，在鬧醒時間到達(dá)時，向被鬧醒用戶發(fā)起呼叫，在用戶振鈴摘機后，話務(wù)臺服務(wù)器控制所述話務(wù)臺媒體服務(wù)器給被鬧醒用戶播發(fā)指定的鬧醒提示音，并將鬧醒結(jié)果上報給話務(wù)臺客戶端；所述話務(wù)臺媒體服務(wù)器，用于保存所述話務(wù)臺客戶端上傳的個性化鬧醒提示音，并在鬧醒用戶時，根據(jù)指定的提示音信息為被鬧醒用戶播發(fā)指定的鬧醒提示音。
2、 如權(quán)利要求1所述的話務(wù)臺系統(tǒng)，其特征在于所述話務(wù)臺媒體服務(wù)器，包括媒體資源模塊、資源處理模塊、文件存 儲模塊和FTP上傳模塊，其中媒體資源模塊，用于負(fù)責(zé)媒體處理工作，完成錄音、放音、收號、會議、 傳真的媒體處理功能，并行控制所述資源處理模塊；資源處理模塊，用于根據(jù)媒體資源模塊處理的媒體結(jié)果，從文件存儲模 塊提取語音文件、實現(xiàn)放音功能；文件存儲模塊，用于存儲語音文件；FTP上傳模塊，用于完成文件的上傳功能，支持話務(wù)臺客戶端通過FTP 服務(wù)上傳需要的文件或下載相應(yīng)文件操作，并將上傳的文件送入文件存儲模 塊。
3、 如權(quán)利要求1所述的話務(wù)臺系統(tǒng)，其特征在于所述話務(wù)臺媒體服務(wù)器上所保存的每一鬧醒提示音，都分配有一個提示音編號；所述話務(wù)臺客戶端向話務(wù)臺服務(wù)器上報的指定的提示音信息，是該指定 提示音在所述媒體服務(wù)器上對應(yīng)的提示音編號。
4、 如權(quán)利要求1所述的話務(wù)臺系統(tǒng)，其特征在于所述話務(wù)臺服務(wù)器，在鬧醒時間到達(dá)時向被鬧醒用戶發(fā)起的呼叫，是通 過軟交換、中繼媒體網(wǎng)關(guān)轉(zhuǎn)發(fā)給被鬧醒用戶的。
5、 如權(quán)利要求1所述的話務(wù)臺系統(tǒng)，其特征在于所述話務(wù)臺服務(wù)器，在所述話務(wù)臺々某體服務(wù)器上沒有指定的鬧醒提示音 時，向所述中繼媒體網(wǎng)關(guān)的媒體服務(wù)器請求鬧醒提示音，為用戶播發(fā)默認(rèn)的 鬧醒提示音。
6、 如權(quán)利要求1所述的話務(wù)臺系統(tǒng)，其特征在于所述話務(wù)臺服務(wù)器在鬧醒失敗后，將失敗信息通知所述話務(wù)臺客戶端。
7、 一種下一代網(wǎng)絡(luò)中實現(xiàn)個性化語音鬧醒的方法，其特征在于在下一代網(wǎng)絡(luò)中，由話務(wù)臺服務(wù)器根據(jù)話務(wù)臺客戶端登記需要鬧醒的用 戶號碼、鬧醒時間和指定的提示音信息，在鬧醒時間到達(dá)時，向被鬧醒用戶 發(fā)起呼叫，在用戶振鈴摘機后，話務(wù)臺服務(wù)器控制所述話務(wù)臺媒體服務(wù)器根 據(jù)指定的提示音信息為被鬧醒用戶播發(fā)指定的鬧醒提示音，并將鬧醒結(jié)果上 報給話務(wù)臺客戶端。
8、 如權(quán)利要求7所述的方法，其特征在于所述方法進(jìn)一步包括所述話務(wù)臺客戶端根據(jù)用戶情況向話務(wù)臺媒體服 務(wù)器上傳個性化鬧醒提示音，并向話務(wù)臺服務(wù)器上報需要鬧醒的用戶號碼、 鬧醒時間和指定的提示音信息。
9、 如權(quán)利要求7所述的方法，其特征在于所述話務(wù)臺服務(wù)器在鬧醒時間到達(dá)時，首先向媒體服務(wù)器申請媒體資 源，請求成功后再向用戶發(fā)起呼叫；若請求i某體資源失敗，則向中繼媒體網(wǎng)關(guān)的媒體服務(wù)器申請媒體資源；若鬧醒失敗，則將失敗信息通知所述話務(wù)臺客戶端。 10、如權(quán)利要求9所述的方法，其特征在于所述話務(wù)臺媒體服務(wù)器上所保存的每一鬧醒提示音，都分配有一個提示 音編號；所述話務(wù)臺客戶端向話務(wù)臺服務(wù)器上報的指定的提示音信息，是該 指定提示音在所述媒體服務(wù)器上對應(yīng)的提示音編號。
全文摘要
本發(fā)明涉及下一代網(wǎng)絡(luò)技術(shù)，尤其公開了下一代網(wǎng)絡(luò)中實現(xiàn)個性化語音鬧醒的話務(wù)臺系統(tǒng)及方法，本發(fā)明中，話務(wù)臺客戶端登記需要鬧醒的用戶號碼、鬧醒時間和指定的提示音信息到話務(wù)臺服務(wù)器，由話務(wù)臺服務(wù)器發(fā)起呼叫，控制話務(wù)臺媒體服務(wù)器在鬧醒用戶時，根據(jù)指定的提示音信息為被鬧醒用戶播發(fā)指定的鬧醒提示音。進(jìn)一步地，所述話務(wù)臺媒體服務(wù)器，包括媒體資源模塊、資源處理模塊、文件存儲模塊和FTP上傳模塊，可以上傳或下載個性化鬧醒音。本發(fā)明所述話務(wù)臺系統(tǒng)及鬧醒方法，完全由話務(wù)臺系統(tǒng)實現(xiàn)，可以減小軟交換數(shù)據(jù)量，而且在話務(wù)臺客戶端可以上傳鬧醒語音到媒體服務(wù)器，實現(xiàn)個性化語音鬧醒的功能。
文檔編號H04W8/18GK101163270SQ20071016556
公開日2008年4月16日 申請日期2007年11月8日 優(yōu)先權(quán)日2007年11月8日
發(fā)明者劉健美, 楊旭濤, 清 柳 申請人:中興通訊股份有限公司