專利名稱:一種加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法
技術(shù)領(lǐng)域:
本發(fā)明涉及加密通話技術(shù),特別涉及加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法。
背景技術(shù):
目前,端到端的加密通話技術(shù)是一種在終端上進行語音加密和解密的技術(shù),可實現(xiàn)語音在空中信道和核心網(wǎng)網(wǎng)絡(luò)中以加密的方式進行傳輸。這種加/解密方式要求通話雙方在終端上對語音進行加密和解密,網(wǎng)絡(luò)側(cè)事先與終端協(xié)商得到統(tǒng)一的語音編解碼格式(CODEC),在通話過程中網(wǎng)絡(luò)側(cè)按此協(xié)商得到的CODEC對加密語音進行透傳,并不對語音流進行CODEC轉(zhuǎn)換以及語音加/解密的處理。
如果要在加密通話業(yè)務(wù)中結(jié)合語音提示功能,則網(wǎng)絡(luò)側(cè)需要給用戶放音。但是,對于加密通話業(yè)務(wù)來說,密話終端對應(yīng)的加密通話功能模塊將對來自網(wǎng)絡(luò)側(cè)的語音進行解密處理。由于來自網(wǎng)絡(luò)側(cè)的語音事先并未經(jīng)過加密處理,這樣來自網(wǎng)絡(luò)側(cè)的未經(jīng)加密的語音流就被加密通話功能模塊錯誤的進行解密處理,因此密話終端用戶將無法正確聽取網(wǎng)絡(luò)側(cè)的放音。
由此可見,現(xiàn)有的加密通話技術(shù)不能支持面向加密通話業(yè)務(wù)用戶的網(wǎng)絡(luò)側(cè)放音服務(wù),也就無法實現(xiàn)智能業(yè)務(wù)等具備網(wǎng)絡(luò)側(cè)放音功能的業(yè)務(wù)在加密通話業(yè)務(wù)用戶中的應(yīng)用,從而限制了加密通話業(yè)務(wù)進一步的人性化、智能化發(fā)展,不利于加密通話業(yè)務(wù)的推廣。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的在于提供一種加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法,能夠?qū)崿F(xiàn)網(wǎng)絡(luò)側(cè)面向加密通話業(yè)務(wù)用戶的語音提示功能,從而方便用戶使用加密通話業(yè)務(wù)。
為達到上述目的,本發(fā)明的技術(shù)方案是這樣實現(xiàn)的本發(fā)明提供了一種加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法,適用于包括呼叫控制器、媒體資源控制器、加密通話功能模塊和密話終端的系統(tǒng);該方法包括A.呼叫控制器確定網(wǎng)絡(luò)側(cè)需要向密話終端放音時,,發(fā)送關(guān)閉加密通話功能通知至所述需要接收放音的密話終端對應(yīng)的加密通話功能模塊;所述加密通話功能模塊關(guān)閉加密通話功能;B.步驟A所述呼叫控制器發(fā)送媒體播放請求至自身連接的媒體資源控制器;所述媒體資源控制器向步驟A所述密話終端放音;C.步驟B所述媒體資源控制器放音結(jié)束時發(fā)送媒體播放結(jié)束消息給所述呼叫控制器,所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至加密通話功能模塊,所述加密通話功能模塊恢復(fù)加密通話功能。
步驟A中,所述加密通話功能模塊關(guān)閉加密通話功能后,進一步包括返回關(guān)閉成功通知至所述呼叫控制器;步驟B中,所述呼叫控制器根據(jù)接收到的所述關(guān)閉成功通知發(fā)送媒體播放請求;步驟C中,所述加密通話功能模塊恢復(fù)加密通話功能后,進一步包括加密通話功能模塊發(fā)送恢復(fù)成功通知至所述呼叫控制器,所述呼叫控制器再恢復(fù)傳輸當前呼叫的加密語音流。
步驟B中,所述媒體資源控制器根據(jù)所述媒體播放請求為當前呼叫建立放音任務(wù),通過執(zhí)行所建立的放音任務(wù)向所述密話終端播放語音流。
步驟B中,所述媒體播放請求中包含所述媒體資源控制器發(fā)送語音流的目的地址;所述媒體資源控制器執(zhí)行放音任務(wù)時,所播放的語音流經(jīng)由所述媒體播放請求中的目的地址發(fā)送至所述密話終端。
步驟B中,所述媒體資源控制器接收到所述媒體播放請求后,進一步包括所述媒體資源控制器返回所述媒體資源控制器發(fā)送語音流的源地址至所述呼叫控制器;所述呼叫控制器將所述語音流源地址發(fā)送至自身控制的當前呼叫語音流傳輸節(jié)點;所述當前呼叫語音流傳輸節(jié)點根據(jù)所述語音流源地址完成語音流源地址配置,允許自身接收所述語音流源地址指示的來自媒體資源控制器的語音流。
步驟B中,所述媒體播放請求中進一步包含當前呼叫的加密語音流所采用的語音編解碼格式、指示媒體文件的媒體資源標識、指示當前呼叫的會話標識;所述媒體資源控制器執(zhí)行放音任務(wù)時,按所述語音編解碼格式播放所述媒體資源標識指示的媒體文件;步驟C中,所述媒體資源控制器將所述會話標識包含在媒體播放結(jié)束消息中發(fā)送至所述呼叫控制器,所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至該會話標識對應(yīng)的當前呼叫密話終端的加密通話功能模塊。
步驟A中,所述呼叫控制器判斷網(wǎng)絡(luò)側(cè)需要向密話終端放音時,進一步包括所述呼叫控制器發(fā)送媒體資源申請請求至所述媒體資源控制器,所述媒體資源控制器根據(jù)所述媒體資源申請請求為當前呼叫建立放音任務(wù);步驟B中,媒體資源控制器根據(jù)媒體播放請求,通過執(zhí)行步驟A所建立的放音任務(wù)向所述密話終端播放語音流。
步驟A中,所述媒體資源申請請求中包含所述媒體資源控制器發(fā)送語音流的目的地址;步驟B中,媒體資源控制器執(zhí)行放音任務(wù)時,所播放的語音流經(jīng)由所述媒體資源申請請求中的目的地址發(fā)送至所述密話終端。
步驟A中,所述媒體資源控制器接收到所述媒體資源申請請求后,進一步包括所述媒體資源控制器返回所述媒體資源控制器發(fā)送語音流的源地址至所述呼叫控制器;所述呼叫控制器將所述語音流源地址發(fā)送至自身控制的當前呼叫語音流傳輸節(jié)點;所述當前呼叫語音流傳輸節(jié)點根據(jù)所述語音流源地址完成語音流源地址配置,允許自身接收所述語音流源地址指示的來自媒體資源控制器的語音流。
步驟A中,所述媒體資源申請請求中進一步包含當前加密語音流所采用的語音編解碼格式、指示媒體文件的媒體資源標識,所述媒體資源控制器建立當前呼叫放音任務(wù)后,返回指示所述當前呼叫放音任務(wù)的會話標識至所述呼叫控制器;步驟B中,呼叫控制器將所述會話標識包含在媒體播放請求中發(fā)送至媒體資源控制器;所述媒體資源控制器執(zhí)行放音任務(wù)時,執(zhí)行所述會話標識指示的放音任務(wù),并按所述語音編解碼格式播放所述媒體資源標識指示的媒體文件;步驟C中,所述媒體資源控制器將所述會話標識包含在媒體播放結(jié)束消息中發(fā)送至所述呼叫控制器,所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至該會話標識對應(yīng)的當前呼叫密話終端的加密通話功能模塊。
步驟A中,在呼叫控制器發(fā)送關(guān)閉加密通話功能通知之前,進一步包括呼叫控制器停止傳輸當前呼叫的加密語音流;步驟C中,在加密通話功能模塊恢復(fù)加密通話功能之后進一步包括呼叫控制器恢復(fù)傳輸當前呼叫的加密語音流。
其中,所述呼叫控制器包括連接媒體資源控制器的呼叫控制器和密話終端所屬的呼叫控制器,所述密話終端所屬的呼叫控制器與連接媒體資源控制器的呼叫控制器為不同實體;或者,所述呼叫控制器為連接媒體資源控制器的呼叫控制器,且為密話終端所屬的呼叫控制器。
其中,所述密話終端為加密移動通信網(wǎng)的移動終端(MS),所述加密通話功能模塊集成于所述MS中;或者,所述密話終端為與加密移動通信網(wǎng)的MS進行加密通話的公共電話交換網(wǎng)絡(luò)(PSTN)終端,所述加密通話功能模塊集成于所述加密移動通信網(wǎng)與PSTN網(wǎng)絡(luò)之間的加解密網(wǎng)關(guān)。
其中,所述呼叫控制器為交換機、或軟交換服務(wù)器;所述媒體資源控制器為作為智能網(wǎng)中放音節(jié)點的增強型智能外設(shè)(AIP)、或交換機語音板。
由上述方案可以看出,本發(fā)明的關(guān)鍵在于在加密通話過程中需要網(wǎng)絡(luò)側(cè)放音時,呼叫控制器通知加密通話功能模塊關(guān)閉其加密通話功能,然后向媒體資源控制器發(fā)送媒體播放請求,從而媒體資源控制器開始向密話終端放音,最后在放音結(jié)束后,由呼叫控制器通知加密通話功能模塊恢復(fù)其加密通話功能。
因此,本發(fā)明所提供的加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法,由于在網(wǎng)絡(luò)側(cè)放音時停止了加密通話功能模塊的加密通話功能處理,因此能夠?qū)崿F(xiàn)加密通話過程中的網(wǎng)絡(luò)側(cè)放音,填補了加密通話業(yè)務(wù)在語音提示服務(wù)方面的空白,給密話用戶提供了人性化和智能化的業(yè)務(wù),不僅方便用戶使用,也為運營商進一步拓展業(yè)務(wù)提供了良好契機。
圖1為本發(fā)明方法一較佳實施例處理流程示意圖。
具體實施例方式
下面結(jié)合附圖及具體實施例對本發(fā)明再作進一步詳細的說明。
本發(fā)明所提供的加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法,在加密通話過程中,當呼叫控制器判斷網(wǎng)絡(luò)側(cè)需要向密話終端放音時,主要包括如下處理首先,呼叫控制器發(fā)送關(guān)閉加密通話功能通知至該密話終端對應(yīng)的加密通話功能模塊,加密通話功能模塊關(guān)閉自身的加密通話功能。然后,呼叫控制器發(fā)送媒體播放請求至媒體資源控制器,媒體資源控制器再向所述密話終端放音;此時,由于加密通話功能模塊已停止對語音流進行解密處理,因此密話終端能夠正確接收網(wǎng)絡(luò)側(cè)放音。最后,在放音結(jié)束后,呼叫控制器發(fā)送恢復(fù)加密通話功能通知至加密通話功能模塊,該加密通話功能模塊恢復(fù)自身加密通話功能,從而密話終端又可以繼續(xù)進行加密通話。
本發(fā)明方法可應(yīng)用于多種網(wǎng)絡(luò)支持的加密通話業(yè)務(wù)。所述呼叫控制器可以為網(wǎng)絡(luò)側(cè)的各種交換機、或軟交換服務(wù)器如MSCe等等,所述密話終端可以為加密移動通信網(wǎng)的移動終端(MS),也可以為與加密移動通信網(wǎng)的MS進行加密通話的公共電話交換網(wǎng)絡(luò)(PSTN)終端。所述媒體資源控制器可以為作為智能網(wǎng)中放音節(jié)點的增強型智能外設(shè)(AIP)、或交換機上的語音板等。所述加密通話功能模塊,用于保存加密通話的密鑰,根據(jù)所保存的密鑰對接收到的語音流進行加/解密處理;對于加密移動通信網(wǎng)絡(luò)的MS來說,所述加密通話功能模塊集成在該MS中;而對于與加密移動通信網(wǎng)的MS進行加密通話的PSTN終端來說,PSTN網(wǎng)絡(luò)與加密移動通信網(wǎng)之間設(shè)置有加解密網(wǎng)關(guān),該加解密網(wǎng)關(guān)也集成有所述加密通話功能模塊,該加密通話功能模塊串聯(lián)在加密通話的MS與PSTN終端的話路上,用于對流經(jīng)加解密網(wǎng)關(guān)的語音流進行加/解密處理,并且加解密網(wǎng)關(guān)與所述PSTN終端之間的話路傳輸?shù)氖俏唇?jīng)加密的語音流,該PSTN終端并不具備加解密語音流的功能。
下面以呼叫控制器為MSCe、媒體資源控制器為交換機語音板、密話終端為MS為例,對本發(fā)明方法進行詳細說明。
圖1為本發(fā)明方法一較佳實施例處理流程示意圖。本實施例中,加密通話功能模塊集成于MS中,因此圖1中加密通話功能模塊與MS為同一物理實體;所述呼叫控制器包括連接媒體資源控制器的MSCe和MS所屬的MSCe,此兩種MSCe分別為不同實體,因此將連接媒體資源控制器的MSCe表示為MSCe1,將MS所屬的MSCe表示為MSCe2。
在軟交換系統(tǒng)中,核心網(wǎng)設(shè)備被分為兩類一、MSCe,用于對呼叫進行整體控制,并管理和分配語音流傳輸資源;二、媒體網(wǎng)關(guān)(MGW),用于接受自身所屬MSCe的控制,作為當前呼叫的語音流傳輸節(jié)點,對接收到的語音流進行路由、格式轉(zhuǎn)換等處理。圖1所示實施例中,由MSCe1和MSCe2負責(zé)信令交互,而MSCe1和MSCe2分別控制的MGW1和MGW2則作為當前呼叫語音流的傳輸節(jié)點來發(fā)送語音流。由于,MSCe與MGW之間的處理,非本發(fā)明重點,且為公知技術(shù)。為簡化描述,在圖1中,MSCe1與MGW1之間、以及MSCe2與MGW2之間的處理并未示出,所示“MSCe1和MGW1”表示MSCe1與MGW1兩個相互獨立的實體,所示“MSCe2和MGW2”表示MSCe2與MGW2兩個相互獨立的實體。
如圖1所示,MS在進行加密通話過程中,網(wǎng)絡(luò)側(cè)向MS放音的具體處理步驟如下步驟101MSCe1確定當前網(wǎng)絡(luò)側(cè)需要向MS放音時,發(fā)送媒體資源申請請求(Media Req)至自身連接的負責(zé)網(wǎng)絡(luò)側(cè)放音的交換機語音板。由于,交換機語音板向密話終端放音時,應(yīng)使用當前呼叫的加密語音的傳輸路徑,本實施例中當前呼叫加密語音流的傳輸路徑包括MGW1、MGW2等傳輸節(jié)點,則交換機語音板所播放的語音流也應(yīng)依次經(jīng)過MGW1、MGW2等節(jié)點發(fā)送至MS,所以交換機語音板需要知道MGW1接收語音流的物理端口地址,從而可以將自身播放的語音流發(fā)送至該MGW1接收語音流的物理端口地址,該語音流才能經(jīng)由當前呼叫加密語音流的傳輸節(jié)點MGW1、MGW2等發(fā)送至MS。因此,這里所述Media Req消息中至少包含交換機語音板向MGW1發(fā)送語音流的目的地址,即MGW1接收語音流的物理端口地址;由于所述MGW1為MSCe1控制的當前呼叫語音流的傳輸節(jié)點,因此MSCe1中保存了MGW1傳輸當前呼叫語音流時所采用的物理端口地址等信息。
該Media Req消息中還可以進一步包含CODEC和/或媒體資源標識(Media ID)。所述CODEC為在加密通話前MS與網(wǎng)絡(luò)側(cè)協(xié)商得到的CODEC,用于指示交換機語音板向MS放音時應(yīng)采用的CODEC。由于,網(wǎng)絡(luò)側(cè)需要向MS放音的原因可能有多種,根據(jù)不同的原因向MS播放的語音也會不同,比如當用戶余額不足時,應(yīng)播放“您的余額已不足”等類似語音;而當當前呼叫發(fā)生了拍叉,則應(yīng)播放“正在轉(zhuǎn)接中”等類似語音。因此,MSCe1需要根據(jù)當前網(wǎng)絡(luò)側(cè)向MS放音的原因確定所述Media ID,用來指示交換機語音板需要播放哪個媒體文件。
其中,MSCe1根據(jù)來自外部的消息可以確定是否需要向MS放音。比如當加密通話業(yè)務(wù)與智能業(yè)務(wù)結(jié)合時,智能網(wǎng)的業(yè)務(wù)控制節(jié)點(SCP)為與MSCe1連接的外部實體,用于對當前智能加密通話業(yè)務(wù)進行集中控制,SCP在當前加密通話業(yè)務(wù)呼叫的控制過程中獲取用戶加密通話業(yè)務(wù)的使用情況,如用戶的余額是否不足等;如果用戶的余額不足,則SCP將向MSCe1發(fā)送放音通知;MSCe1根據(jù)該放音通知判斷網(wǎng)絡(luò)側(cè)需要向MS播放語音提示,以便用戶及時充值。
本步驟中,所述SCP如何獲取MS加密通話業(yè)務(wù)的使用情況,所述MSCe1如何根據(jù)來自外部的消息,如所述來自SCP的放音通知等,判斷是否需要向MS放音,以及所述MSCe1如何根據(jù)向MS放音的原因確定MediaID等處理,均屬公知技術(shù),因此,這里不作詳述。
步驟102交換機語音板根據(jù)步驟101所述Media Req中的CODEC和Media ID,為當前加密通話建立放音任務(wù),并分配用于標識該放音任務(wù)的會話標識(Session ID),然后將該Session ID包含在媒體資源申請應(yīng)答(MediaRsp)中返回給MSCe1。
其中,考慮到某些MGW可能設(shè)置有防火墻,可能不接收來自交換機語音板的語音流,為保證MGW1能夠接收到來自交換機語音板的語音流,該Media Rsp消息中還可以進一步包含交換機語音板執(zhí)行該放音任務(wù)時,向MGW1發(fā)送語音流的源地址,即交換機語音板播放語音流的物理端口地址;MSCe1再將該語音流源地址發(fā)送給自身控制的MGW1;MGW1根據(jù)接收到的語音流源地址完成語音流源地址配置,從而允許自身接收該語音流源地址指示的來自交換機語音板的語音流。這里,關(guān)于MGW1如何完成語音流源地址配置屬公知技術(shù),本文不作詳述。
步驟103~步驟104MSCe1接收到步驟102所述的Media Rsp后,發(fā)送關(guān)閉加密通話功能通知至MS所屬的MSCe2;該MSCe2再返回確認消息給MSCe1。
這里,所述關(guān)閉加密通話功能通知由會話初始協(xié)議(SIP)的信息通知(INFO)消息來承載,該INFO消息中攜帶了指示關(guān)閉加密通話功能的字段,如“關(guān)閉加密通話功能模塊(Close Encipher)”等,所述確認消息由SIP協(xié)議的200OK消息來承載。
步驟105~步驟106MSCe2根據(jù)接收到的所述關(guān)閉加密通話功能通知發(fā)送關(guān)閉加密通話功能通知至集成了加密通話功能模塊的MS;該MS中的加密通話功能模塊接收到該關(guān)閉加密通話功能通知后關(guān)閉自身的加密通話功能,然后返回關(guān)閉成功通知至MSCe2。
這里,所發(fā)送的關(guān)閉加密通話功能通知由A接口協(xié)議的攜帶信息通知的閃動(Flash with Info)消息來承載,該Flash with Info消息中攜帶指示關(guān)閉加密通話功能的字段,如“Close Encipher”等;所述關(guān)閉成功通知也由A接口協(xié)議的Flash with Info消息來承載,該Flash with Info消息中攜帶指示關(guān)閉加密通話功能成功的字段,如“關(guān)閉加密通話功能模塊確認(CloseEncipher ACK)”等。
步驟107~步驟108MSCe2接收到來自MS的關(guān)閉成功通知后發(fā)送關(guān)閉成功通知至MSCe1;MSCe1再返回確認消息給MSCe2。
這里,所述關(guān)閉成功通知由SIP協(xié)議的INFO消息來承載,該INFO消息中攜帶了指示關(guān)閉加密通話功能成功的字段,如“Close Encipher ACK”等,所述確認消息由SIP協(xié)議的200OK消息來承載。
步驟109MSCe1根據(jù)所述來自MSCe2的關(guān)閉成功通知得知MS中的加密通話功能模塊已停止自身加密通話功能,然后發(fā)送媒體播放請求(MediaPlay)至交換機語音板,該Media Play消息中包含步驟102中接收到的SessionID。
交換機語音板根據(jù)所述Media Play消息中的Session ID,執(zhí)行該SessionID指示的放音任務(wù),向MS播放步驟101所述Media ID指示的媒體文件,開始進行網(wǎng)絡(luò)側(cè)放音。此時,未經(jīng)加密的語音流從交換機語音板開始,經(jīng)過當前呼叫的語音流傳輸路徑流向MS,該語音流傳輸路徑上的傳輸節(jié)點包括MGW1、MGW2等。由于MS中的加密通話功能模塊的加密通話功能已關(guān)閉,因此不會對來自網(wǎng)絡(luò)側(cè)的未經(jīng)加密語音流進行解密處理,從而用戶能夠正確聽取來自網(wǎng)絡(luò)側(cè)的放音。
步驟110交換機語音板結(jié)束放音后,向MSCe1發(fā)送媒體播放結(jié)束(Media Over)消息,該Media Over消息中包含步驟109所述Session ID,MSCe1根據(jù)該Session ID確定哪個放音任務(wù)結(jié)束。
步驟111~步驟112MSCe1根據(jù)步驟110中確定結(jié)束的放音任務(wù),向該放音任務(wù)對應(yīng)的MS所屬的MSCe2發(fā)送恢復(fù)加密通話功能通知,MSCe2返回確認消息。
這里,所述恢復(fù)加密通話功能通知由SIP協(xié)議的INFO消息承載,該INFO消息包含指示恢復(fù)加密通話功能的字段,如“啟動加密通話功能模塊(Open Encipher)”等;所述確認消息由SIP協(xié)議的200OK消息承載。
步驟113~步驟114MSCe2根據(jù)接收到的恢復(fù)加密通話功能通知發(fā)送恢復(fù)加密通話功能通知至MS;該MS中的加密通話功能模塊接收到該恢復(fù)加密通話功能通知后重新啟動自身的加密通話功能,然后返回恢復(fù)成功通知至MSCe2。
這里,所發(fā)送的恢復(fù)加密通話功能通知由A接口協(xié)議的Flash with Info消息來承載,該Flash with Info消息中攜帶指示恢復(fù)加密通話功能的字段,如“Open Encipher”等;所述恢復(fù)成功通知也由A接口協(xié)議的Flash with Info消息來承載,該Flash with Info消息中攜帶指示恢復(fù)加密通話功能成功的字段,如“啟動加密通話功能模塊確認(Open Encipher ACK)”等。
步驟115~步驟116MSCe2接收到來自MS的恢復(fù)成功通知后發(fā)送恢復(fù)成功通知至MSCe1;MSCe1再返回確認消息給MSCe2,從而開始傳輸當前呼叫的加密語音流。此時,經(jīng)過加密的語音流通過當前呼叫的語音流傳輸路徑流向MS,該加密語音流傳輸路徑上的傳輸節(jié)點包括MGW1、MGW2等。由于MS中的加密通話功能模塊的加密通話功能已恢復(fù),因此將對接收到的加密語音流進行解密處理,從而用戶能夠繼續(xù)進行加密通話。
這里,所述恢復(fù)成功通知由SIP協(xié)議的INFO消息來承載,該INFO消息中攜帶了指示恢復(fù)加密通話功能成功的字段,如“Open Encipher ACK”等,所述確認消息由SIP協(xié)議的200OK消息來承載。
由于,密話終端的加密通話功能模塊停止加密通話功能時,雖然可以成功接收來自網(wǎng)絡(luò)側(cè)的未經(jīng)加密的語音流,但是也將無法成功接收加密語音流,如果MSCe1繼續(xù)傳輸當前呼叫的加密語音流將造成加密語音數(shù)據(jù)的丟失。因此,為保證當前呼叫的加密語音流能全部成功傳輸至密話終端,所述步驟101中進一步包括MSCe1停止傳輸當前呼叫的加密語音流;且所述步驟116中進一步包括MSCe1恢復(fù)傳輸當前呼叫的加密語音流。
圖1所述實施例中,呼叫控制器包括連接媒體資源控制器的呼叫控制器、以及密話終端所屬的呼叫控制器,它們分別為MSCe1和MSCe2。當密話終端所屬的呼叫控制器即為連接媒體資源控制器的呼叫控制器時,即MSCe2與MSCe1為同一實體時,圖1中MSCe1與MSCe2之間的信息交互則不必進行,其他處理不變,這里不作進一步詳述。
上述實施例中,MSCe1確定需要網(wǎng)絡(luò)側(cè)放音時,首先向交換機語音板發(fā)送Media Req消息,從而交換機語音板能夠根據(jù)該Media Req消息為當前加密通話建立放音任務(wù),為放音做好準備;然后在MS中的加密通話功能模塊關(guān)閉加密通話功能后,由MSCe1發(fā)送Media Play消息給交換機語音板,交換機語音板再根據(jù)該Media Play消息啟動所建立的放音任務(wù),開始網(wǎng)絡(luò)側(cè)放音。此種實施方式適用于加密通話業(yè)務(wù)用戶較多,網(wǎng)絡(luò)側(cè)可能需要同時向大量用戶放音的功能較復(fù)雜的系統(tǒng)。而對于加密通話業(yè)務(wù)規(guī)模較小、功能簡單并且系統(tǒng)資源充足的系統(tǒng)來說,則應(yīng)用本發(fā)明方法時可以不必執(zhí)行所述步驟101和步驟102,而其它處理步驟基本相同,所不同的是步驟109中,MSCe1給交換機語音板的Media Play消息中包含所述CODEC、Media ID、以及交換機語音板發(fā)送語音流的目的地址等,該Media Play消息中還包含MSCe1分配的指示當前呼叫的Session ID,從而交換機語音板能夠根據(jù)該Media Play消息為當前呼叫建立放音任務(wù),通過執(zhí)行該放音任務(wù)向MS放音。步驟110中,交換機語音板再將包含該Session ID的Media Over消息發(fā)送至MSCe1,從而MSCe1可以向該Session ID對應(yīng)的當前呼叫MS所屬的MSCe2發(fā)送恢復(fù)加密通話功能通知。如果考慮某些MGW可能因設(shè)置有防火墻而不接收來自交換機語音板的語音流,為保證MGW1能夠接收到來自交換機語音板的語音流,這里所述步驟109中,交換機語音板接收到所述Media Play消息后,進一步包括交換機語音板發(fā)送語音流的源地址至MSCe1,MSCe1再將該語音流源地址發(fā)送給自身控制的MGW1;MGW1根據(jù)接收到的語音流源地址完成語音流源地址配置,從而允許自身接收該語音流源地址指示的來自交換機語音板的語音流。
另外,上述實施例中,MS中的加密通話功能模塊在關(guān)閉了加密通話功能后返回關(guān)閉成功通知給MSCe1,MSCe1在接收到該關(guān)閉成功通知后才發(fā)送Media Play消息,請求交換機語音板開始放音。這樣,可以保證在交換機語音板放音時,MS中的加密通話功能模塊已經(jīng)關(guān)閉了加密通話功能處理。但是,根據(jù)系統(tǒng)實現(xiàn)的具體情況,不排除一種系統(tǒng)實現(xiàn)的可能就是MSCe1發(fā)送了關(guān)閉加密通話功能通知或恢復(fù)加密通話功能通知之后,MS中的加密通話功能模塊能很快接收到該關(guān)閉加密通話功能通知或恢復(fù)加密通話功能通知,并關(guān)閉或恢復(fù)自身的加密通話功能。此種情況下,MSCe1就不必等待來自MS的關(guān)閉成功通知,直接在發(fā)送關(guān)閉加密通話功能通知之后就發(fā)送Media Play消息給交換機語音板,同理,MSCe1不必等待來自MS的恢復(fù)成功通知,直接在發(fā)送恢復(fù)加密通話功能通知之后就恢復(fù)傳輸當前呼叫的加密語音流,同樣能夠?qū)崿F(xiàn)本發(fā)明目的。則應(yīng)用此種實現(xiàn)方式時,圖1中的步驟106至步驟108就不必執(zhí)行,MSCe1在執(zhí)行步驟103之后直接執(zhí)行步驟109;和/或,所述步驟114至步驟116不必執(zhí)行,MSCe1在執(zhí)行步驟111后直接恢復(fù)傳輸當前呼叫的加密語音流,其它處理不變,這里不再描述。
在實際應(yīng)用中,網(wǎng)絡(luò)側(cè)也可能僅播放一種語音提示,即在交換機語音板中設(shè)置的可供播放的媒體文件只有一個,因此,無需使用所述Media ID來標識各種不同的媒體文件,則此種情況下,MSCe1就不必將Media ID發(fā)送給交換機語音板。另外,還有一種情況就是在某些系統(tǒng)中各個MS與網(wǎng)絡(luò)側(cè)的各個語音流傳輸設(shè)備僅使用同一種CODEC,則MSCe1也無需將MS所使用的CODEC上報給交換機語音板。
上述各個實施方式中,呼叫控制器為MSCe,媒體資源控制器為交換機語音板,密話終端為MS,其中,MSCe之間的信息交互通常由SIP協(xié)議信令承載,MSCe與MS之間交互的信息通常由A接口協(xié)議的Flash信令承載,而MSCe與交換機語音板之間的信息交互則遵循系統(tǒng)具體實現(xiàn)時所采用的私有協(xié)議。本發(fā)明并不限定這些實體之間交互的信息具體由哪種協(xié)議的哪個消息來承載。此外,當呼叫控制器為交換機,和/或媒體資源控制器為AIP,和/或密話終端為PSTN終端時,處理過程與上述各個實施方式基本相同,所不同的是各實體之間的信息交互所基于的協(xié)議不同、以及承載信息的具體消息不同,因此,本文不再對各種情況下的處理一一進行描述。
綜上所述,應(yīng)用本發(fā)明方法能夠?qū)崿F(xiàn)加密通話過程中的網(wǎng)絡(luò)側(cè)放音,從而使加密通話業(yè)務(wù)用戶在使用業(yè)務(wù)時,能夠適時得到語音提示,給用戶使用帶來方便,使加密通話業(yè)務(wù)與智能業(yè)務(wù)的結(jié)合成為可能,進一步為加密通話業(yè)務(wù)的發(fā)展開辟了空間。
以上所述僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進等,均包含在本發(fā)明的保護范圍內(nèi)。
權(quán)利要求
1.一種加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法,適用于包括呼叫控制器、媒體資源控制器、加密通話功能模塊和密話終端的系統(tǒng);其特征在于,該方法包括A.呼叫控制器確定網(wǎng)絡(luò)側(cè)需要向密話終端放音時,發(fā)送關(guān)閉加密通話功能通知至所述需要接收放音的密話終端對應(yīng)的加密通話功能模塊;所述加密通話功能模塊關(guān)閉加密通話功能;B.步驟A所述呼叫控制器發(fā)送媒體播放請求至自身連接的媒體資源控制器;所述媒體資源控制器向步驟A所述密話終端放音;C.步驟B所述媒體資源控制器放音結(jié)束時發(fā)送媒體播放結(jié)束消息給所述呼叫控制器,所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至加密通話功能模塊,所述加密通話功能模塊恢復(fù)加密通話功能。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,步驟A中,所述加密通話功能模塊關(guān)閉加密通話功能后,進一步包括返回關(guān)閉成功通知至所述呼叫控制器;步驟B中,所述呼叫控制器根據(jù)接收到的所述關(guān)閉成功通知發(fā)送媒體播放請求;步驟C中,所述加密通話功能模塊恢復(fù)加密通話功能后,進一步包括加密通話功能模塊發(fā)送恢復(fù)成功通知至所述呼叫控制器,所述呼叫控制器再恢復(fù)傳輸當前呼叫的加密語音流。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,步驟B中,所述媒體資源控制器根據(jù)所述媒體播放請求為當前呼叫建立放音任務(wù),通過執(zhí)行所建立的放音任務(wù)向所述密話終端播放語音流。
4.根據(jù)權(quán)利要求3所述的方法,其特征在于,步驟B中,所述媒體播放請求中包含所述媒體資源控制器發(fā)送語音流的目的地址;所述媒體資源控制器執(zhí)行放音任務(wù)時,所播放的語音流經(jīng)由所述媒體播放請求中的目的地址發(fā)送至所述密話終端。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,步驟B中,所述媒體資源控制器接收到所述媒體播放請求后,進一步包括所述媒體資源控制器返回所述媒體資源控制器發(fā)送語音流的源地址至所述呼叫控制器;所述呼叫控制器將所述語音流源地址發(fā)送至自身控制的當前呼叫語音流傳輸節(jié)點;所述當前呼叫語音流傳輸節(jié)點根據(jù)所述語音流源地址完成語音流源地址配置,允許自身接收所述語音流源地址指示的來自媒體資源控制器的語音流。
6.根據(jù)權(quán)利要求4所述的方法,其特征在于,步驟B中,所述媒體播放請求中進一步包含當前呼叫的加密語音流所采用的語音編解碼格式、指示媒體文件的媒體資源標識、指示當前呼叫的會話標識;所述媒體資源控制器執(zhí)行放音任務(wù)時,按所述語音編解碼格式播放所述媒體資源標識指示的媒體文件;步驟C中,所述媒體資源控制器將所述會話標識包含在媒體播放結(jié)束消息中發(fā)送至所述呼叫控制器,所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至該會話標識對應(yīng)的當前呼叫密話終端的加密通話功能模塊。
7.根據(jù)權(quán)利要求2所述的方法,其特征在于,步驟A中,所述呼叫控制器判斷網(wǎng)絡(luò)側(cè)需要向密話終端放音時,進一步包括所述呼叫控制器發(fā)送媒體資源申請請求至所述媒體資源控制器,所述媒體資源控制器根據(jù)所述媒體資源申請請求為當前呼叫建立放音任務(wù);步驟B中,媒體資源控制器根據(jù)媒體播放請求,通過執(zhí)行步驟A所建立的放音任務(wù)向所述密話終端播放語音流。
8.根據(jù)權(quán)利要求7所述的方法,其特征在于,步驟A中,所述媒體資源申請請求中包含所述媒體資源控制器發(fā)送語音流的目的地址;步驟B中,媒體資源控制器執(zhí)行放音任務(wù)時,所播放的語音流經(jīng)由所述媒體資源申請請求中的目的地址發(fā)送至所述密話終端。
9.根據(jù)權(quán)利要求8所述的方法,其特征在于,步驟A中,所述媒體資源控制器接收到所述媒體資源申請請求后,進一步包括所述媒體資源控制器返回所述媒體資源控制器發(fā)送語音流的源地址至所述呼叫控制器;所述呼叫控制器將所述語音流源地址發(fā)送至自身控制的當前呼叫語音流傳輸節(jié)點;所述當前呼叫語音流傳輸節(jié)點根據(jù)所述語音流源地址完成語音流源地址配置,允許自身接收所述語音流源地址指示的來自媒體資源控制器的語音流。
10.根據(jù)權(quán)利要求8所述的方法,其特征在于,步驟A中,所述媒體資源申請請求中進一步包含當前加密語音流所采用的語音編解碼格式、指示媒體文件的媒體資源標識,所述媒體資源控制器建立當前呼叫放音任務(wù)后,返回指示所述當前呼叫放音任務(wù)的會話標識至所述呼叫控制器;步驟B中,呼叫控制器將所述會話標識包含在媒體播放請求中發(fā)送至媒體資源控制器;所述媒體資源控制器執(zhí)行放音任務(wù)時,執(zhí)行所述會話標識指示的放音任務(wù),并按所述語音編解碼格式播放所述媒體資源標識指示的媒體文件;步驟C中,所述媒體資源控制器將所述會話標識包含在媒體播放結(jié)束消息中發(fā)送至所述呼叫控制器,所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至該會話標識對應(yīng)的當前呼叫密話終端的加密通話功能模塊。
11.根據(jù)權(quán)利要求1至10任一項所述的方法,其特征在于,步驟A中,在呼叫控制器發(fā)送關(guān)閉加密通話功能通知之前,進一步包括呼叫控制器停止傳輸當前呼叫的加密語音流;步驟C中,在加密通話功能模塊恢復(fù)加密通話功能之后進一步包括呼叫控制器恢復(fù)傳輸當前呼叫的加密語音流。
12.根據(jù)權(quán)利要求1至10任一項所述的方法,其特征在于,所述呼叫控制器包括連接媒體資源控制器的呼叫控制器和密話終端所屬的呼叫控制器,所述密話終端所屬的呼叫控制器與連接媒體資源控制器的呼叫控制器為不同實體;或者,所述呼叫控制器為連接媒體資源控制器的呼叫控制器,且為密話終端所屬的呼叫控制器。
13.根據(jù)權(quán)利要求1至10任一項所述的方法,其特征在于,所述密話終端為加密移動通信網(wǎng)的移動終端MS,所述加密通話功能模塊集成于所述MS中;或者,所述密話終端為與加密移動通信網(wǎng)的MS進行加密通話的公共電話交換網(wǎng)絡(luò)PSTN終端,所述加密通話功能模塊集成于所述加密移動通信網(wǎng)與PSTN網(wǎng)絡(luò)之間的加解密網(wǎng)關(guān)。
14.根據(jù)權(quán)利要求1至10任一項所述的方法,其特征在于,所述呼叫控制器為交換機、或軟交換服務(wù)器;所述媒體資源控制器為作為智能網(wǎng)中放音節(jié)點的增強型智能外設(shè)AIP、或交換機語音板。
全文摘要
本發(fā)明公開了一種加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法,該方法包括A.呼叫控制器判斷網(wǎng)絡(luò)側(cè)需要向密話終端放音時,發(fā)送關(guān)閉加密通話功能通知至加密通話功能模塊;該加密通話功能模塊關(guān)閉加密通話功能;B.呼叫控制器發(fā)送媒體播放請求至媒體資源控制器;該媒體資源控制器根據(jù)該媒體播放請求向密話終端放音;C.媒體資源控制器放音結(jié)束時發(fā)送媒體播放結(jié)束消息給所述呼叫控制器,所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至加密通話功能模塊,該加密通話功能模塊恢復(fù)加密通話功能。應(yīng)用本發(fā)明方法能實現(xiàn)面向加密通話業(yè)務(wù)用戶的網(wǎng)絡(luò)側(cè)語音提示服務(wù)。
文檔編號H04W12/00GK1835606SQ20051005570
公開日2006年9月20日 申請日期2005年3月18日 優(yōu)先權(quán)日2005年3月18日
發(fā)明者王備 申請人:華為技術(shù)有限公司