基于ims網(wǎng)絡(luò)的語音留言方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種基于IMS網(wǎng)絡(luò)的語音留言方法及裝置。
【背景技術(shù)】
[0002] 隨著現(xiàn)代生活的節(jié)奏加快，通過電話進行語音通話已經(jīng)成為人們快速溝通必不可 缺的通訊方式。但是很多情況下被叫用戶由于工作繁忙或其他因素不能及時接聽主叫用戶 的電話，則可以通過開通運營商的語音留言服務(wù)，使主叫用戶將預(yù)溝通的訊息留存在運營 商的服務(wù)器中，被叫用戶在方便的時候通過撥打運營商的語音留言服務(wù)號碼，獲得主叫用 戶的留目內(nèi)容。
[0003] 但是，現(xiàn)有技術(shù)中的語音留言服務(wù)存在諸多問題，首先，語音留言內(nèi)容是存儲在運 營商的服務(wù)器中，若要獲取留言內(nèi)容，需要被叫用戶主動撥打語音留言箱的號碼方可獲取 到;其次，語音留言箱的容量有限，若被叫用戶不及時在限期內(nèi)撥打語音留言箱電話獲取， 過期的留言將會被清空，可能致使用戶錯失重要留言訊息。再有，主叫用戶的留言是在被叫 用戶未能接聽電話的情況下進行的，留言結(jié)束后主叫用戶的本次呼叫即刻結(jié)束，被叫用戶 在收聽到主叫用戶的留言后，決定撥打主叫用戶的電話，才能實現(xiàn)主被叫用戶的雙向通話， 因此，訊息的溝通是存在滯后性的。再有，通常情況下用戶不會實時想著撥打語音留言箱收 聽留言，而是會積攢一天的語音留言再一起收聽獲取，同樣造成主、被叫通話的滯后、延遲 性。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明提供一種基于IMS網(wǎng)絡(luò)的語音留言方法及裝置，用以解決現(xiàn)有技術(shù)中的語 音留言獲取滯后，造成用戶不能實時根據(jù)留言信息，對來電的重要性進行判斷，從而錯失重 要來電等問題。本發(fā)明基于IMS網(wǎng)絡(luò)，利用電話接續(xù)（響鈴)過程，對主叫用戶的來電提供實 時語音留言及播放，使被叫用戶可以通過收聽留言提前獲知主叫來電的來意，并可以在留 言過程中或之后隨時接聽主叫用戶的電話，實現(xiàn)雙向通話，從而有助于用戶在未接聽電話 前預(yù)知來電意圖，提高來電接聽效率，提升用戶體驗感。
[0005] 本發(fā)明的一方面是提供一種基于IMS網(wǎng)絡(luò)的語音留言方法，包括：
[0006] 接收主叫終端的呼叫請求；
[0007] 根據(jù)所述呼叫請求中的被叫標(biāo)識，呼叫被叫終端；以使所述被叫終端根據(jù)所述呼 叫請求中的主叫標(biāo)識，確認所述主叫終端是否為語音驗證對象；
[0008] 若所述主叫終端為語音驗證對象，根據(jù)所述被叫終端標(biāo)識獲取所述被叫終端預(yù)存 在頂S網(wǎng)元處的語音驗證資源，發(fā)送所述語音驗證資源給所述主叫終端；
[0009] 接收所述主叫終端根據(jù)所述語音驗證資源反饋的第一標(biāo)志碼；
[0010] 根據(jù)所述第一標(biāo)志碼，建立所述被叫終端與所述主叫終端之間的單向語音留言通 道；以使所述主叫終端僅發(fā)送語音信令，所述被叫終端僅接收所述主叫終端發(fā)送的所述語 音信令；
[0011] 接收第二標(biāo)志碼，根據(jù)所述第二標(biāo)志碼，建立所述被叫終端與所述主叫終端之間 的雙向通話通道，以使所述主叫終端發(fā)送或接收語音信令，所述被叫終端發(fā)送或接收語音 信令。
[0012] 本發(fā)明的另一方面是提供一種基于IMS網(wǎng)絡(luò)的語音留言裝置，包括：
[0013 ]接收模塊，用于接收主叫終端的呼叫請求；
[0014] 呼叫模塊，用于根據(jù)所述呼叫請求中的被叫標(biāo)識，呼叫被叫終端；以使所述被叫終 端根據(jù)所述呼叫請求中的主叫標(biāo)識，確認所述主叫終端是否為語音驗證對象；
[0015] 獲取模塊，用于當(dāng)所述被叫終端確認所述主叫終端為語音驗證對象時，根據(jù)所述 被叫終端標(biāo)識獲取所述被叫終端預(yù)存在MS網(wǎng)元處的語音驗證資源；
[0016] 發(fā)送模塊，用于發(fā)送所述語音驗證資源給所述主叫終端；
[0017] 所述接收模塊，還用于接收所述主叫終端根據(jù)所述語音驗證資源反饋的第一標(biāo)志 碼；
[0018] 建立模塊，用于根據(jù)所述第一標(biāo)志碼，建立所述被叫終端與所述主叫終端之間的 單向語音留言通道；以使所述主叫終端僅發(fā)送語音信令，所述被叫終端僅接收所述主叫終 端發(fā)送的所述語音信令；
[0019] 所述接收模塊，還用于接收第二標(biāo)志碼；
[0020] 所述建立模塊，還用于根據(jù)所述第二標(biāo)志碼，建立所述被叫終端與所述主叫終端 之間的雙向通話通道，以使所述主叫終端發(fā)送或接收語音信令，所述被叫終端發(fā)送或接收 語音信令。
[0021] 本發(fā)明的實施例所提供的技術(shù)方案可以包括以下有益效果：
[0022] 通過接收主叫終端的呼叫請求，并轉(zhuǎn)發(fā)呼叫請求到被叫終端，使被叫終端可以根 據(jù)主叫標(biāo)識，確認其是否為語音驗證對象;若是，則獲取被叫終端預(yù)存在IMS網(wǎng)元處的語音 驗證資源，以對該主叫終端進行語音驗證;若主叫終端接受語音驗證，反饋第一標(biāo)志碼，則 IMS網(wǎng)元根據(jù)該第一標(biāo)志碼，建立被叫終端與主叫終端之間的單向語音留言通道;使被叫終 端接收主叫終端的語音錄音，即語音信令;MS網(wǎng)元還接收第二標(biāo)志碼，根據(jù)該第二標(biāo)志碼， 建立被叫終端與主叫終端之間的雙向通話通道，以使主叫終端與被叫終端可以相互發(fā)送接 收語音信令。從而利用電話接續(xù)(響鈴)過程，對主叫用戶的來電提供實時語音留言及播放， 使被叫用戶可以通過收聽留言提前獲知主叫來電的來意，并可以在留言過程中或之后隨時 接聽主叫用戶的電話，實現(xiàn)雙向通話，該方法有助于用戶在未接聽電話前預(yù)知來電意圖，提 高來電接聽效率，提升用戶體驗感。
[0023] 應(yīng)當(dāng)理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不 能限制本發(fā)明。
【附圖說明】
[0024] 圖1是根據(jù)一示例性實施例示出的一種基于IMS網(wǎng)絡(luò)的語音留言方法的流程圖；
[0025] 圖2是根據(jù)另一示例性實施例示出的一種基于IMS網(wǎng)絡(luò)的語音留言方法的流程圖； [0026]圖3為一示例性實施例示出的一種基于IMS網(wǎng)絡(luò)的語音留言方法的信令交互圖；
[0027] 圖4是根據(jù)另一示例性實施例示出的一種基于IMS網(wǎng)絡(luò)的語音留言方法的流程圖；
[0028] 圖5是根據(jù)一示例性實施例示出的一種基于IMS網(wǎng)絡(luò)的語音留言裝置的框圖。
【具體實施方式】
[0029] 為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0030] 圖1是根據(jù)一示例性實施例示出的一種基于頂S網(wǎng)絡(luò)的語音留言方法的流程圖。如 圖1所示，本實施例提供的基于頂S網(wǎng)絡(luò)的語音留言方法，其既可以針對普通電路交換網(wǎng)絡(luò) CS(Circuit Switched，簡稱"CS"）用戶和IP多媒體子系統(tǒng)（IP Multimedia Subsystem，簡 稱"頂S"）用戶互通時使用，也可以針對雙方都是IMS網(wǎng)絡(luò)用戶互通時使用。從而實現(xiàn)在被叫 用戶摘機前主叫用戶可直接留言的功能。
[0031 ]首先對該方法所基于的IMS網(wǎng)絡(luò)環(huán)境情況做簡單的介紹：
[0032] IMS 是由第三代合作伙伴計劃（3rd Generation Partnership Project，簡稱 "3GPP"）提出的一種基于IP的網(wǎng)絡(luò)架構(gòu)，其構(gòu)建了一個開放而靈活的業(yè)務(wù)環(huán)境，支持多媒體 應(yīng)用，能夠為用戶提供豐富的多媒體業(yè)務(wù)。VoLTE的實現(xiàn)必須依托于頂S網(wǎng)絡(luò)的部署，在IMS 業(yè)務(wù)體系中，控制層和業(yè)務(wù)層是分離的，控制層不提供具體業(yè)務(wù)，只向業(yè)務(wù)層提供必要的觸 發(fā)、路由、計費等功能?？刂茖又袠I(yè)務(wù)觸發(fā)和控制功能是呼叫會話控制功能(Call Session Control Function，簡稱"CSCF"）完成的，CSCF分為代理（Proxy Call Session Control Function，簡稱"P-CSCF"）、查詢（Interrogating Call Session Control Function，簡稱 "I-CSCF"）和服務(wù)（Serving Call Session Control Function，簡稱"S-CSCF"）三種類型， 其中負主要責(zé)任的是S-CSCF，I-CSCF類型是可選的。業(yè)務(wù)層是由一系列應(yīng)用服務(wù)器 (Application Server，簡稱"AS"）組成，能提供具體業(yè)務(wù)服務(wù)?？刂茖覵-CSCF根據(jù)用戶的簽 約信息控制業(yè)務(wù)觸發(fā)，調(diào)用AS上的業(yè)務(wù)，實現(xiàn)業(yè)務(wù)功能。會話中的端到端設(shè)備稱為用戶設(shè)備 UE(User Equipment)，如主叫終端UE、被叫終端UE;負責(zé)與使用者的交互。這些功能實體使 用會話初始化協(xié)議(Session Initiation Protocol，簡稱"SIP"）協(xié)議通訊，用戶設(shè)備通過 SIP信令交互建立起用于傳送媒體數(shù)據(jù)的媒體連接。為了實現(xiàn)有效的控制媒體數(shù)據(jù)，MS網(wǎng) 絡(luò)通過媒體轉(zhuǎn)發(fā)網(wǎng)關(guān)連接用戶和網(wǎng)絡(luò)，用戶發(fā)送的媒體數(shù)據(jù)通過媒體轉(zhuǎn)發(fā)網(wǎng)關(guān)轉(zhuǎn)發(fā)出去， 用戶要接收的媒體數(shù)據(jù)也通過媒體轉(zhuǎn)發(fā)網(wǎng)關(guān)轉(zhuǎn)發(fā)給用戶。在需要播放多媒體信息的業(yè)務(wù) 中，會需要多媒體資源功能(Media Resource Function，簡稱"MRF"）的參與。MRF也稱為媒 體服務(wù)器，分為控制部分(MRF Control，簡稱"MRFC"）和媒體處理部分(MRF Process，簡