專利名稱：一種語音消息業(yè)務(wù)的終端和系統(tǒng)及其實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種新型短信業(yè)務(wù)的終端裝置、網(wǎng)絡(luò)系統(tǒng)及其實現(xiàn)方法，確切地說，涉及一種基于多媒體消息的語音消息業(yè)務(wù)的終端和網(wǎng)絡(luò)系統(tǒng)及其實現(xiàn)方法，屬于移動通信技術(shù)領(lǐng)域。
背景技術(shù)：
目前，短消息業(yè)務(wù)SMS(Short Message Service)已經(jīng)在各類移動通信系統(tǒng)中開通，但是，當(dāng)前的短消息業(yè)務(wù)SMS的輸入常常受到移動終端的鍵盤(軟、硬)的限制，創(chuàng)建一個短信息需要花費的時間相當(dāng)長，而且每條短消息的信息內(nèi)容有限，表達(dá)形式也較為單一。
近年來，開通的語音消息業(yè)務(wù)VMS(Voice Message Service)的技術(shù)已經(jīng)相當(dāng)成熟，但是使用上非常麻煩，其主要有兩種形式一種是留言短信在發(fā)送語音短信時，用戶通過撥打接入號(如17999)，按提示音操作，在系統(tǒng)側(cè)進(jìn)行錄音，系統(tǒng)保存錄音文件后，向被叫播放。目前通常采用話音呼叫接收方的方式，建立電路連接，播放話音短信內(nèi)容。留言短信占用資源較多，且操作繁瑣，用戶不甚習(xí)慣，雖然國內(nèi)現(xiàn)網(wǎng)已經(jīng)開通了留言形式的語音短信業(yè)務(wù)，但是實際應(yīng)用和推廣的效果都比較差。
另一種是文本轉(zhuǎn)話音TTS(Text To Speak)技術(shù)，一般用于接收方終端不支持文本短信的情況，比如早期的小靈通手機。采用TTS技術(shù)的語音短信，發(fā)送方的操作比較簡單，僅發(fā)送簡單文本信息；但是，接收方聽到的是由機器翻譯的話音，難以表達(dá)發(fā)送方的語調(diào)和情感。目前，該項業(yè)務(wù)的被叫操作和留言短信的被叫操作一樣，也是通過建立電路話音通道完成，國內(nèi)用戶對此不是很習(xí)慣。
現(xiàn)在，多媒體消息業(yè)務(wù)MMS(Multimedia Message Service)已經(jīng)在GPRS、UMTS等移動通信網(wǎng)絡(luò)中開通，還實現(xiàn)了圖像、音頻、文本的綜合表現(xiàn)方式。但是，MMS業(yè)務(wù)的發(fā)展程度與SMS業(yè)務(wù)比較，相差甚遠(yuǎn)，主要原因是用戶界面UI(User Interface)體驗差，內(nèi)容缺乏，操作繁瑣。例如，終端在接收MMS時，先收到一個提示信息，終端(自動或手動)確認(rèn)之后，才啟動接收流程，用戶還可以看到MMS的接收過程。在接收MMS之后，終端會提示已經(jīng)收到MMS消息，并提示用戶是否向發(fā)送方用戶回送閱讀報告等。對于普通用戶而言，整個收發(fā)過程繁瑣、復(fù)雜，與用戶已經(jīng)長期養(yǎng)成的短消息的收發(fā)習(xí)慣不甚符合。
因此，如何能夠利用現(xiàn)有的MMS的承載網(wǎng)絡(luò)，或者只進(jìn)行少量的改進(jìn)，為用戶提供一種類似于目前短消息業(yè)務(wù)的操作方式、讓用戶容易操作和喜歡使用的語音消息業(yè)務(wù)VMS，就成為網(wǎng)絡(luò)運營商面前的一項新課題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的是提供一種語音消息業(yè)務(wù)的終端和網(wǎng)絡(luò)系統(tǒng)及其實現(xiàn)方法，以便本發(fā)明作為一種新型電信套餐，能夠利用現(xiàn)有的MMS的承載網(wǎng)絡(luò)，或者只進(jìn)行少量的軟件開發(fā)和改進(jìn)，為用戶提供一種類似于目前短消息使用習(xí)慣的語音消息業(yè)務(wù)VMS，為用戶及時表達(dá)和交流情感提供一種簡單、便利的技術(shù)手段，并豐富移動通信消息業(yè)務(wù)的種類，也為網(wǎng)絡(luò)運營商開創(chuàng)一種用戶歡迎的新型增值業(yè)務(wù)，成為企業(yè)效益的新增長點。
為了達(dá)到上述目的，本發(fā)明提供了一種語音消息業(yè)務(wù)VMS的終端，該終端包括機殼、鍵盤、顯示屏、控制電路和多媒體消息的業(yè)務(wù)環(huán)境；其特征在于所述終端的業(yè)務(wù)環(huán)境中還包括用于創(chuàng)建和識別VMS消息標(biāo)識的VMS客戶端業(yè)務(wù)環(huán)境和獨立的VMS語音短信用戶接口UI界面，以便調(diào)用錄音設(shè)備錄制VMS消息和調(diào)用播放設(shè)備播放VMS消息，并提供支持至少包括語音消息的建立、編譯、存儲、收發(fā)功能，執(zhí)行VMS業(yè)務(wù)流程，實現(xiàn)業(yè)務(wù)展現(xiàn)和操作。
所述語音消息業(yè)務(wù)VMS是一種以多媒體消息MMS為載體，將語音消息錄制在該消息體的音頻部分，在封裝上與現(xiàn)有的MMS內(nèi)容封裝形式相互兼容，并在MMS消息頭或相關(guān)接口消息中設(shè)定的某一自定義信息單元/字段進(jìn)行定義設(shè)置而作為VMS標(biāo)識的語音消息。
所述MMS相關(guān)接口消息至少包括MMS消息提交請求MM1_submit.REQ、MMS消息轉(zhuǎn)發(fā)請求MM4_forward.REQ、MMS消息提示通知MM1_notification.REQ、MMS消息提取請求MM1_retrieve.REQ和MMS消息提取響應(yīng)MM1_retrieve.RES。
所述接口消息是將現(xiàn)有3GPP規(guī)范中的可選項“Message class”作為VMS標(biāo)識的必選項，VMS標(biāo)識中的字段信息中必須有VMS特征碼，還可以包括運營商標(biāo)識和業(yè)務(wù)擴展碼。
所述終端中的VMS客戶端業(yè)務(wù)環(huán)境是單獨的，或者是與短消息業(yè)務(wù)SMS、多媒體消息業(yè)務(wù)MMS、或其他消息類業(yè)務(wù)一起混合組成；在后者的總體UI結(jié)構(gòu)中，VMS的用戶接口UI界面與SMS、MMS、或其他消息類業(yè)務(wù)的UI界面平行；該UI菜單包括但不限于以下VMS的相關(guān)功能錄制、回放、發(fā)送、接收、通知、內(nèi)容播放和編輯、存儲、刪除、查詢、轉(zhuǎn)發(fā)、錯誤信息顯示、串接、回復(fù)、定時發(fā)送、設(shè)置有效期、設(shè)置優(yōu)先級、設(shè)置DRM、狀態(tài)報告。
所述終端在錄制VMS消息內(nèi)容時，能夠提供一種或多種編碼方式，以供用戶選擇。
為了達(dá)到上述目的，本發(fā)明又提供了一種語音消息業(yè)務(wù)的網(wǎng)絡(luò)系統(tǒng)，包括一個或多個多媒體消息中心MMSC、業(yè)務(wù)支撐系統(tǒng)、作為業(yè)務(wù)輔助系統(tǒng)的各類應(yīng)用服務(wù)器以及承載網(wǎng)絡(luò)；多媒體消息中心MMSC之間采用MM4接口連接，多媒體消息中心與業(yè)務(wù)輔助系統(tǒng)的各類應(yīng)用服務(wù)器之間的采用MM3接口連接；其特征在于所述系統(tǒng)還包括以MM1接口與多媒體消息中心MMSC連接的語音消息業(yè)務(wù)VMS終端；所述多媒體消息中心MMSC中設(shè)有能夠識別VMS消息標(biāo)識、并在多媒體消息中心MMSC之間、以及其與應(yīng)用服務(wù)器或VMS終端之間轉(zhuǎn)發(fā)的VMS消息中攜帶有VMS標(biāo)識的功能軟件模塊；以及所述網(wǎng)絡(luò)的計費裝置能識別該VMS標(biāo)識，以便對VMS業(yè)務(wù)實施計費策略。
為了達(dá)到上述目的，本發(fā)明還提供了一種語音消息業(yè)務(wù)的實現(xiàn)方法，其特征在于包括下列步驟(1)終端創(chuàng)建和發(fā)送VMS消息用戶使用VMS終端錄制語音消息而建立一條VMS消息，然后，作為發(fā)送方的VMS終端，將包含語音消息的提交請求消息MM1_submit.REQ發(fā)送到發(fā)送方的多媒體消息中心MMSC后，該MMSC返回一個提交確認(rèn)消息MM1_submit.RES，當(dāng)發(fā)送方終端接收到該確認(rèn)消息后，提示用戶VMS提交成功；(2)發(fā)送方多媒體消息中心接收VMS消息發(fā)送方的多媒體消息中心MMSC根據(jù)終端上傳的提交請求消息MM1_submit.REQ消息中的VMS標(biāo)識，識別其為VMS信息，接收該VMS消息；如果發(fā)送方終端和接收方終端分別位于兩個不同MMSC傳輸范圍內(nèi)時，順序執(zhí)行后續(xù)操作；否則，跳轉(zhuǎn)執(zhí)行步驟(4)；(3)多媒體消息中心轉(zhuǎn)發(fā)VMS發(fā)送方的MMSC將該VMS消息轉(zhuǎn)發(fā)給接收方的MMSC，在轉(zhuǎn)發(fā)請求消息MM4_forward.REQ中保留所述VMS標(biāo)識和語音消息，接收方的MMSC接收到該消息后，發(fā)回確認(rèn)消息；(4)多媒體消息中心下發(fā)VMS提示消息由MMSC下發(fā)帶有VMS標(biāo)識的提示消息MM1_notification.REQ通知接收方終端，接收方終端收到該提示消息后，向該MMSC自動回復(fù)提示響應(yīng)消息MM1_notification.RES，以確認(rèn)該VMS提示消息的成功接收；(5)接收方終端請求提取VMS信息接收方終端向下發(fā)VMS提示消息的MMSC自動發(fā)送一個帶有VMS標(biāo)識的請求提取消息MM1_retrieve.REQ，MMSC將返回同意提取并含有語音消息的響應(yīng)消息MM1_retrieve.RES；(6)接收方終端發(fā)送收取VMS消息的報告接收方終端接收到該響應(yīng)消息后，根據(jù)MMSC的要求與否，決定是否向相應(yīng)的MMSC發(fā)送收取確認(rèn)消息MM1_acknowledgement.REQ，并由該MMSC向發(fā)送方終端返回該確認(rèn)消息；(7)接收方終端收聽VMS信息根據(jù)用戶請求，接收方終端播放VMS語音消息內(nèi)容。
所述步驟(4)和(5)中的兩項操作—接收方終端收到該提示消息后，向該MMSC自動回復(fù)提示響應(yīng)消息MM1_notification.RES，以確認(rèn)該VMS提示消息的成功接收；以及接收方終端向下發(fā)VMS提示消息的MMSC自動發(fā)送一個帶有VMS標(biāo)識的請求提取消息MM1_retrieve.REQ-都是由接收方終端在后臺自動完成確認(rèn)和發(fā)送提取VMS消息請求及其它相關(guān)操作，對于用戶是不可見的。
所述方法中，發(fā)送方終端和接收方終端可以是同一終端，也可以是同一個MMSC傳輸范圍內(nèi)的兩個不同終端，還可以是兩個不同MMSC傳輸范圍內(nèi)的兩個不同終端。
本發(fā)明是在3GPP規(guī)定的MMS標(biāo)準(zhǔn)呼叫流程的基礎(chǔ)上，以多媒體消息業(yè)務(wù)MMS的終端和網(wǎng)絡(luò)系統(tǒng)作為載體和承載網(wǎng)絡(luò)，對其進(jìn)行改進(jìn)、發(fā)展而實現(xiàn)的，通過在終端中增設(shè)用于創(chuàng)建和識別VMS消息標(biāo)識的VMS客戶端業(yè)務(wù)環(huán)境和獨立的VMS語音短信用戶接口UI界面，在多媒體消息中心MMSC中設(shè)置相關(guān)功能的軟件模塊，以及由終端和網(wǎng)絡(luò)系統(tǒng)相互配合，共同對MMS消息中的某些自選項信息單元/字段進(jìn)行標(biāo)識，定義為VMS短信，同時要求系統(tǒng)端網(wǎng)元和終端根據(jù)該標(biāo)識進(jìn)行識別，實現(xiàn)有別于普通MMS的語音消息業(yè)務(wù)VMS的優(yōu)先級控制、計費等相關(guān)處理功能，從而提供一種使用方便、類似于目前短消息使用習(xí)慣的語音消息業(yè)務(wù)的實現(xiàn)方法。采用本發(fā)明的方法，可以充分利用現(xiàn)有的網(wǎng)絡(luò)資源，只做少量軟件開發(fā)、修改，即可為用戶提供語音短信的業(yè)務(wù)，便于業(yè)務(wù)的開發(fā)、運營。作為一種新型電信業(yè)務(wù)，本發(fā)明為用戶及時表達(dá)和交流情感提供了一種簡單、便利的技術(shù)手段，拓展和豐富了移動通信消息業(yè)務(wù)的種類，也為網(wǎng)絡(luò)運營商開創(chuàng)一種將會受到用戶歡迎的新型增值業(yè)務(wù)，很有可能成為企業(yè)效益的新增長點。


圖1是本發(fā)明語音消息業(yè)務(wù)VMS的消息封裝結(jié)構(gòu)示意圖。
圖2是本發(fā)明語音消息業(yè)務(wù)VMS的網(wǎng)絡(luò)系統(tǒng)組成架構(gòu)示意圖。
圖3是本發(fā)明語音消息業(yè)務(wù)的VMS終端的業(yè)務(wù)環(huán)境結(jié)構(gòu)組成示意圖。
圖4是本發(fā)明語音消息業(yè)務(wù)VMS的操作流程時序圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明作進(jìn)一步的詳細(xì)描述。
參見圖1，本發(fā)明的語音消息業(yè)務(wù)VMS是一種以多媒體消息MMS為載體，它是將語音消息錄制在該MMS消息體的音頻部分，在封裝上與現(xiàn)有的MMS內(nèi)容封裝形式相互兼容，并在MMS消息頭或相關(guān)接口消息中指定某一自定義信息單元/字段進(jìn)行定義設(shè)置而作為VMS標(biāo)識的短消息。例如可以將現(xiàn)有3GPP規(guī)范中的可選項“Message class”或者其它自定義信息單元/字段作為VMS標(biāo)識定義的必選項。
參見圖2，介紹本發(fā)明語音消息業(yè)務(wù)VMS網(wǎng)絡(luò)系統(tǒng)，其總體架構(gòu)體系和MMS的承載網(wǎng)絡(luò)是一樣的，包括一個或多個多媒體消息中心MMSC、業(yè)務(wù)支撐系統(tǒng)、作為業(yè)務(wù)輔助系統(tǒng)的各類應(yīng)用服務(wù)器以及承載網(wǎng)絡(luò)；多媒體消息中心MMSC之間采用MM4接口連接，多媒體消息中心與業(yè)務(wù)輔助系統(tǒng)的各類應(yīng)用服務(wù)器之間的采用MM3接口連接；兩者不同之處是本發(fā)明的終端是以MM1接口與多媒體消息中心MMSC連接的語音消息業(yè)務(wù)VMS終端，多媒體消息中心MMSC中設(shè)有能夠識別VMS消息標(biāo)識、并在多媒體消息中心MMSC之間、以及其與應(yīng)用服務(wù)器或VMS終端之間轉(zhuǎn)發(fā)的VMS消息中攜帶有VMS標(biāo)識的功能軟件模塊，以及運營商的網(wǎng)絡(luò)計費裝置能夠采集VMS標(biāo)志，并對VMS業(yè)務(wù)實施計費策略。
參見圖3，介紹本發(fā)明的語音消息業(yè)務(wù)的VMS終端，該終端與多媒體消息MMS終端基本相同，包括機殼、鍵盤、顯示屏、控制電路和多媒體消息的業(yè)務(wù)環(huán)境；兩者區(qū)別是VMS終端(即包含VMS User Agent的終端)能夠產(chǎn)生和識別VMS消息標(biāo)志。因此，VMS終端的業(yè)務(wù)環(huán)境中包括用于創(chuàng)建和識別VMS消息標(biāo)識的VMS客戶端業(yè)務(wù)環(huán)境和獨立的VMS語音短信用戶接口UI界面，以便調(diào)用錄音設(shè)備錄制VMS消息和調(diào)用播放設(shè)備播放VMS消息，并提供支持至少包括語音消息的建立、編譯、存儲、收發(fā)功能，執(zhí)行VMS業(yè)務(wù)流程，實現(xiàn)業(yè)務(wù)展現(xiàn)和操作。而且，VMS業(yè)務(wù)環(huán)境在終端中的形式可以是獨立的客戶端，也可以和其他消息類業(yè)務(wù)(如MMS、SMS等)一起組成統(tǒng)一的消息業(yè)務(wù)客戶端，此時，VMS的用戶接口UI界面與SMS、MMS、或其他消息類業(yè)務(wù)的UI界面平行。其中UI菜單包括但不限于以下VMS的相關(guān)功能錄制、回放、發(fā)送、接收、通知、內(nèi)容播放和編輯、存儲、刪除、查詢、轉(zhuǎn)發(fā)、錯誤信息顯示、串接、回復(fù)、定時發(fā)送、設(shè)置有效期、設(shè)置優(yōu)先級、設(shè)置DRM、狀態(tài)報告。
攜帶有VMS標(biāo)識的MMS相關(guān)接口消息至少包括MMS消息提交請求MM1_submit.REQ，由發(fā)送方VMS終端發(fā)出，用于多媒體消息中心MMSC通過該消息中的VMS標(biāo)識判別這是一條VMS消息；MMS消息轉(zhuǎn)發(fā)請求MM4_forward.REQ，由發(fā)送方多媒體消息中心MMSC轉(zhuǎn)發(fā)VMS時發(fā)出，用于接收方多媒體消息中心MMSC通過該消息中的VMS標(biāo)識判別這是一條VMS消息；MMS消息提示通知MM1_notification.REQ，由多媒體消息中心MMSC下發(fā)VMS消息時發(fā)出，以便接收方VMS終端通過識別該VMS標(biāo)志，判斷有VMS消息待收??；MMS消息提取請求MM1_retrieve.REQ，由接收方VMS終端發(fā)出，供多媒體消息中心MMSC通過該標(biāo)識判別該VMS終端要接收的是一條VMS消息；MMS消息提取響應(yīng)MM1_retrieve.RES，由多媒體消息中心MMSC下發(fā)VMS消息時發(fā)出，以便接收方VMS終端通過識別該VMS標(biāo)志收取VMS消息。
上述MMS接口消息是將現(xiàn)有3GPP規(guī)范中的可選項“Message class”作為VMS標(biāo)識的必選項。在本發(fā)明的實施例中，該VMS標(biāo)識中的字段信息包括VMS特征碼、運營商標(biāo)識和業(yè)務(wù)擴展碼。需要說明的是，建立VMS標(biāo)識的方法不限于在上述MM1_submit.REQ等消息中，也可以在MMS報頭或其它位置，本發(fā)明的VMS終端和網(wǎng)絡(luò)系統(tǒng)都能夠?qū)υ摌?biāo)識進(jìn)行識別，并進(jìn)行相應(yīng)的處理實現(xiàn)VMS。
本發(fā)明語音消息業(yè)務(wù)的實現(xiàn)方法是以多媒體消息業(yè)務(wù)MMS為載體，通過對MMS消息中的某些字段進(jìn)行VMS消息的標(biāo)識與定義，并要求網(wǎng)絡(luò)端和終端根據(jù)相關(guān)消息中指定字段的標(biāo)識進(jìn)行識別和處理，實現(xiàn)有區(qū)別于普通MMS的優(yōu)先級控制、計費等功能的一種新型短消息業(yè)務(wù)的實現(xiàn)方法。此外，VMS業(yè)務(wù)流程還在MMS業(yè)務(wù)流程的基礎(chǔ)上，根據(jù)用戶的使用習(xí)慣進(jìn)行了優(yōu)化；其具體操作步驟如下所述(參見圖4)(1)終端創(chuàng)建和發(fā)送VMS消息用戶使用VMS終端錄制語音消息而建立一條VMS消息，然后，作為發(fā)送方的VMS終端，將包含語音消息的提交請求消息MM1_submit.REQ發(fā)送到發(fā)送方的多媒體消息中心MMSC后，該MMSC返回一個提交確認(rèn)消息MM1_submit.RES，當(dāng)發(fā)送方終端接收到該確認(rèn)消息后，提示用戶VMS提交成功；(2)發(fā)送方多媒體消息中心接收VMS消息發(fā)送方的多媒體消息中心MMSC根據(jù)終端上傳的提交請求消息MM1_submit.REQ消息中的VMS標(biāo)識，識別其為VMS信息，接收該VMS消息；因為實際使用中，發(fā)送方多媒體消息中心MMSC和接收方的多媒體消息中心MMSC有可能是同一個中心(包括發(fā)送方終端和接收方終端可能為同一終端，即用戶給自己發(fā)送VMS消息)，此時不需要在MMSC之間轉(zhuǎn)發(fā)，即不需要MM4系列信息，跳轉(zhuǎn)執(zhí)行步驟(4)；如果發(fā)送方終端和接收方終端分別位于兩個不同MMSC傳輸范圍內(nèi)時，則順序執(zhí)行后續(xù)操作；(3)多媒體消息中心轉(zhuǎn)發(fā)VMS發(fā)送方的MMSC將該VMS消息轉(zhuǎn)發(fā)給接收方的MMSC，在轉(zhuǎn)發(fā)請求消息MM4_forward.REQ中保留VMS標(biāo)識和語音消息，接收方的MMSC接收到該消息后，發(fā)回確認(rèn)消息；(4)接收方多媒體消息中心下發(fā)VMS提示消息由接收方MMSC下發(fā)帶有VMS標(biāo)識的提示消息MM1_notification.REQ通知接收方終端，接收方終端收到該提示消息后，向該MMSC自動回復(fù)提示響應(yīng)消息MM1_notification.RES，以確認(rèn)該VMS提示消息的成功接收；(5)接收方終端請求提取VMS信息接收方終端向下發(fā)VMS提示消息的MMSC自動發(fā)送一個帶有VMS標(biāo)識的請求提取消息MM1_retrieve.REQ，MMSC將返回同意提取并含有語音消息的響應(yīng)消息MM1_retrieve.RES；(6)接收方終端發(fā)送收取VMS消息的報告接收方終端接收到該響應(yīng)消息后，根據(jù)MMSC的要求與否，決定是否向相應(yīng)的MMSC發(fā)送收取確認(rèn)消息MM1_acknowledgement.REQ，并由該MMSC向發(fā)送方終端返回該確認(rèn)消息；(7)接收方終端收聽VMS信息根據(jù)用戶請求，接收方終端播放VMS語音消息內(nèi)容。
從圖4中可以看到上述步驟(4)和(5)中的兩項操作—接收方終端收到該提示消息后，向該MMSC自動回復(fù)提示響應(yīng)消息MM1_notification.RES，以確認(rèn)該VMS提示消息的成功接收；以及接收方終端向下發(fā)VMS提示消息的MMSC自動發(fā)送一個帶有VMS標(biāo)識的請求提取消息MM1_retrieve.REQ-是由接收方終端在后臺自動完成確認(rèn)和發(fā)送提取VMS消息請求及其它相關(guān)操作，對于用戶是不可見的。另外，本發(fā)明的操作步驟中還省略了MMS業(yè)務(wù)流程中的發(fā)送方終端發(fā)送閱讀報告的操作。也就是本發(fā)明VMS業(yè)務(wù)流程在MMS業(yè)務(wù)流程的基礎(chǔ)上，根據(jù)用戶的使用習(xí)慣進(jìn)行了優(yōu)化。
申請人已經(jīng)對本發(fā)明進(jìn)行了試驗實施，試驗的結(jié)果是滿意的，基本上實現(xiàn)了發(fā)明目的；下面結(jié)合試驗實施例的情況對本發(fā)明的VMS標(biāo)識的選擇和定義做一些詳細(xì)說明。
本發(fā)明的VMS標(biāo)識可以設(shè)置在MM1_submit.REQ等接口消息中，也可以設(shè)置在MMS的報頭或其它位置，以供終端和網(wǎng)絡(luò)創(chuàng)建和識別該標(biāo)識，并進(jìn)行相應(yīng)處理。
本發(fā)明的實施例中，VMS標(biāo)識是設(shè)置在現(xiàn)有的MMS相關(guān)接口中，即在包括MMS消息提交請求MM1_submit.REQ、MMS消息轉(zhuǎn)發(fā)請求MM4_forward.REQ、MMS消息提示通知MM1_notification.REQ、MMS消息提取請求MM1_retrieve.REQ和MMS消息提取響應(yīng)MM1_retrieve.RES中選用某一信息單元/字段(具體為“Message class”)進(jìn)行定義實現(xiàn)。
在現(xiàn)有3GPP規(guī)范中，“Message class”信息單元/字段是可選項，且在現(xiàn)有的實際網(wǎng)絡(luò)中，對“Message class”信息單元/字段沒有要求。
而在本發(fā)明實施例中，在MM1_submit.REQ中規(guī)定的“Message class”信息單元/字段情況如下為了在MM1_submit.REQ標(biāo)識該信息為VMS，終端里的VMS User Agent對Message class信息單元進(jìn)行賦值定義。為了便于開展業(yè)務(wù)，在實施例中對“Message class”的賦值規(guī)定為XX.VMS.xx，其含義說明和示例如下表所示

并且，將Message class信息單元規(guī)定為必選項(Mandatory)。多媒體消息中心MMSC根據(jù)該信息單元的標(biāo)記識別該信息為VMS。
在本發(fā)明實施例中，在MM4_forward.REQ中規(guī)定的“Message class”信息單元/字段情況如下對于VMS信息，MM4_forward.REQ中Message class信息單元按照VMS User Agent對該信息單元的初始賦值(XX.VMS.xx)進(jìn)行賦值定義，并且要求為必選項。
在本發(fā)明實施例中，在MM1_notification.REQ中規(guī)定的“Message class”信息單元/字段情況如下對于VMS信息，MM1_notification.REQ中Message class信息單元按照初始VMS User Agent對該信息單元的賦值(在本實施例中，賦值為“XX.VMS.xx”)，并且列為必選項。
終端在收到MM1_notification.REQ后，檢測到VMS標(biāo)志，終端自動下載VMS，且該過程由后臺執(zhí)行，對用戶不可見。
在本發(fā)明實施例中，在MM1_retrieve.REQ中規(guī)定的“Message class”信息單元/字段情況如下對于VMS信息，MM1_retrieve.REQ中Message class信息單元與MM1_notification.REQ中Message class信息單元一致，并要求為必選項。
上面以實施例說明VMS標(biāo)識可以采用“Message Class”信息單元，事實上，選擇對“Message class”賦值并不是唯一的，只要做到VMS終端和多媒體消息中心MMSC能夠達(dá)成相應(yīng)的識別即可。
終端在檢測到VMS特征碼時，即可將該消息判別為VMS消息。對于業(yè)務(wù)擴展碼，可以暫定個人發(fā)起的VMS為00，并作為默認(rèn)值，其它01～99作為其它業(yè)務(wù)應(yīng)用，如廣告、歌曲、運營商業(yè)務(wù)通知信息等，可在以后進(jìn)一步定義。通過保留運營商標(biāo)識和業(yè)務(wù)擴展碼字段，可以為業(yè)務(wù)運營時提供靈活的業(yè)務(wù)細(xì)分及計費策略，方便業(yè)務(wù)運營。
權(quán)利要求
1.一種語音消息業(yè)務(wù)VMS的終端，該終端包括機殼、鍵盤、顯示屏、控制電路和多媒體消息的業(yè)務(wù)環(huán)境；其特征在于所述終端的業(yè)務(wù)環(huán)境中還包括用于創(chuàng)建和識別VMS消息標(biāo)識的VMS客戶端業(yè)務(wù)環(huán)境和獨立的VMS語音短信用戶接口UI界面，以便調(diào)用錄音設(shè)備錄制VMS消息和調(diào)用播放設(shè)備播放VMS消息，并提供支持至少包括語音消息的建立、編譯、存儲、收發(fā)功能，執(zhí)行VMS業(yè)務(wù)流程，實現(xiàn)業(yè)務(wù)展現(xiàn)和操作。
2.根據(jù)權(quán)利要求1所述的語音消息業(yè)務(wù)VMS的終端，其特征在于所述語音消息業(yè)務(wù)VMS是一種以多媒體消息MMS為載體，將語音消息錄制在該消息體的音頻部分，在封裝上與現(xiàn)有的MMS內(nèi)容封裝形式相互兼容，并在MMS消息頭或相關(guān)接口消息中設(shè)定的某一自定義信息單元/字段進(jìn)行定義設(shè)置而作為VMS標(biāo)識的語音消息。
3.根據(jù)權(quán)利要求2所述的語音消息業(yè)務(wù)VMS的終端，其特征在于所述MMS相關(guān)接口消息至少包括MMS消息提交請求MM1_submit.REQ、MMS消息轉(zhuǎn)發(fā)請求MM4_forward.REQ、MMS消息提示通知MM1_notification.REQ、MMS消息提取請求MM1_retrieve.REQ和MMS消息提取響應(yīng)MM1_retrieve.RES。
4.根據(jù)權(quán)利要求2或3所述的語音消息業(yè)務(wù)VMS的終端，其特征在于所述相關(guān)接口消息是將現(xiàn)有3GPP規(guī)范中的可選項“Message class”作為VMS標(biāo)識的必選項，VMS標(biāo)識中的字段信息中必須有VMS特征碼，還可以包括運營商標(biāo)識和業(yè)務(wù)擴展碼。
5.根據(jù)權(quán)利要求1所述的語音消息業(yè)務(wù)VMS的終端，其特征在于所述終端中的VMS客戶端業(yè)務(wù)環(huán)境是單獨的，或者是與短消息業(yè)務(wù)SMS、多媒體消息業(yè)務(wù)MMS、或其他消息類業(yè)務(wù)一起混合組成；在后者的總體UI結(jié)構(gòu)中，VMS的用戶接口UI界面與SMS、MMS、或其他消息類業(yè)務(wù)的UI界面平行；該UI菜單包括但不限于以下VMS的相關(guān)功能錄制、回放、發(fā)送、接收、通知、內(nèi)容播放和編輯、存儲、刪除、查詢、轉(zhuǎn)發(fā)、錯誤信息顯示、串接、回復(fù)、定時發(fā)送、設(shè)置有效期、設(shè)置優(yōu)先級、設(shè)置DRM、狀態(tài)報告。
6.根據(jù)權(quán)利要求1所述的語音消息業(yè)務(wù)VMS的終端，其特征在于所述終端在錄制VMS消息內(nèi)容時，能夠提供一種或多種編碼方式，以供用戶選擇。
7.一種語音消息業(yè)務(wù)的網(wǎng)絡(luò)系統(tǒng)，包括一個或多個多媒體消息中心MMSC、業(yè)務(wù)支撐系統(tǒng)、作為業(yè)務(wù)輔助系統(tǒng)的各類應(yīng)用服務(wù)器以及承載網(wǎng)絡(luò)；多媒體消息中心MMSC之間采用MM4接口連接，多媒體消息中心與業(yè)務(wù)輔助系統(tǒng)的各類應(yīng)用服務(wù)器之間的采用MM3接口連接；其特征在于所述系統(tǒng)還包括以MM1接口與多媒體消息中心MMSC連接的語音消息業(yè)務(wù)VMS終端；所述多媒體消息中心MMSC中設(shè)有能夠識別VMS消息標(biāo)識、并在多媒體消息中心MMSC之間、以及其與應(yīng)用服務(wù)器或VMS終端之間轉(zhuǎn)發(fā)的VMS消息中攜帶有VMS標(biāo)識的功能軟件模塊；以及所述網(wǎng)絡(luò)的計費裝置能識別該VMS標(biāo)識，以便對VMS業(yè)務(wù)實施計費策略。
8.一種語音消息業(yè)務(wù)的實現(xiàn)方法，其特征在于包括下列步驟(1)終端創(chuàng)建和發(fā)送VMS消息用戶使用VMS終端錄制語音消息而建立一條VMS消息，然后，作為發(fā)送方的VMS終端，將包含語音消息的提交請求消息MM1_submit.REQ發(fā)送到發(fā)送方的多媒體消息中心MMSC后，該MMSC返回一個提交確認(rèn)消息MM1_submit.RES，當(dāng)發(fā)送方終端接收到該確認(rèn)消息后，提示用戶VMS提交成功；(2)發(fā)送方多媒體消息中心接收VMS消息發(fā)送方的多媒體消息中心MMSC根據(jù)終端上傳的提交請求消息MM1_submit.REQ消息中的VMS標(biāo)識，識別其為VMS信息，接收該VMS消息；如果發(fā)送方終端和接收方終端分別位于兩個不同MMSC傳輸范圍內(nèi)時，順序執(zhí)行后續(xù)操作；否則，跳轉(zhuǎn)執(zhí)行步驟(4)；(3)多媒體消息中心轉(zhuǎn)發(fā)VMS發(fā)送方的MMSC將該VMS消息轉(zhuǎn)發(fā)給接收方的MMSC，在轉(zhuǎn)發(fā)請求消息MM4_forward.REQ中保留所述VMS標(biāo)識和語音消息，接收方的MMSC接收到該消息后，發(fā)回確認(rèn)消息；(4)多媒體消息中心下發(fā)VMS提示消息由MMSC下發(fā)帶有VMS標(biāo)識的提示消息MM1_notification.REQ通知接收方終端，接收方終端收到該提示消息后，向該MMSC自動回復(fù)提示響應(yīng)消息MM1_notification.RES，以確認(rèn)該VMS提示消息的成功接收；(5)接收方終端請求提取VMS信息接收方終端向下發(fā)VMS提示消息的MMSC自動發(fā)送一個帶有VMS標(biāo)識的請求提取消息MM1_retrieve.REQ，MMSC將返回同意提取并含有語音消息的響應(yīng)消息MM1_retrieve.RES；(6)接收方終端發(fā)送收取VMS消息的報告接收方終端接收到該響應(yīng)消息后，根據(jù)MMSC的要求與否，決定是否向相應(yīng)的MMSC發(fā)送收取確認(rèn)消息MM1_acknowledgement.REQ，并由該MMSC向發(fā)送方終端返回該確認(rèn)消息；(7)接收方終端收聽VMS信息根據(jù)用戶請求，接收方終端播放VMS語音消息內(nèi)容。
9.根據(jù)權(quán)利要求8所述的語音消息業(yè)務(wù)的實現(xiàn)方法，其特征在于所述步驟(4)和(5)中的兩項操作—接收方終端收到該提示消息后，向該MMSC自動回復(fù)提示響應(yīng)消息MM1_notification.RES，以確認(rèn)該VMS提示消息的成功接收；以及接收方終端向下發(fā)VMS提示消息的MMSC自動發(fā)送一個帶有VMS標(biāo)識的請求提取消息MM1_retrieve.REQ—都是由接收方終端在后臺自動完成的，對于用戶是不可見的。
10.根據(jù)權(quán)利要求8所述的語音消息業(yè)務(wù)的實現(xiàn)方法，其特征在于所述方法中，發(fā)送方終端和接收方終端可以是同一終端，也可以是同一個MMSC傳輸范圍內(nèi)的兩個不同終端，還可以是兩個不同MMSC傳輸范圍內(nèi)的兩個不同終端。
全文摘要
一種語音消息業(yè)務(wù)VMS的終端、系統(tǒng)及實現(xiàn)方法，其中VMS終端由機殼、鍵盤、顯示屏、控制電路和多媒體消息的業(yè)務(wù)環(huán)境組成，該業(yè)務(wù)環(huán)境中還包括用于創(chuàng)建和識別VMS消息標(biāo)識的VMS客戶端業(yè)務(wù)環(huán)境和獨立的VMS語音短信用戶接口UI，以錄制VMS消息和播放VMS消息，并提供支持至少包括語音消息的建立、編譯、存儲、收發(fā)功能，執(zhí)行VMS業(yè)務(wù)流程，實現(xiàn)業(yè)務(wù)展現(xiàn)和操作。本發(fā)明利用現(xiàn)有的MMS的承載網(wǎng)絡(luò)，或者只進(jìn)行少量的軟件開發(fā)和改進(jìn)，為用戶提供一種類似于目前短消息使用習(xí)慣的語音消息業(yè)務(wù)VMS，為用戶及時表達(dá)和交流情感提供一種簡單、便利的技術(shù)手段，并豐富移動通信網(wǎng)絡(luò)消息業(yè)務(wù)的種類，也為網(wǎng)絡(luò)運營商開創(chuàng)一種用戶歡迎的新型增值業(yè)務(wù)。
文檔編號H04W4/12GK1731877SQ20051009094
公開日2006年2月8日 申請日期2005年8月22日 優(yōu)先權(quán)日2005年8月22日
發(fā)明者蘇小明, 何雙旺, 李寶榮 申請人:廣東省電信有限公司研究院