專利名稱：一種加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法
技術(shù)領(lǐng)域：
本發(fā)明涉及加密通話技術(shù)，特別涉及加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法。
背景技術(shù)：
目前，端到端的加密通話技術(shù)是一種在終端上進(jìn)行語(yǔ)音加密和解密的技術(shù)，可實(shí)現(xiàn)語(yǔ)音在空中信道和核心網(wǎng)網(wǎng)絡(luò)中以加密的方式進(jìn)行傳輸。這種加/解密方式要求通話雙方在終端上對(duì)語(yǔ)音進(jìn)行加密和解密，網(wǎng)絡(luò)側(cè)事先與終端協(xié)商得到統(tǒng)一的語(yǔ)音編解碼格式(CODEC)，在通話過(guò)程中網(wǎng)絡(luò)側(cè)按此協(xié)商得到的CODEC對(duì)加密語(yǔ)音進(jìn)行透?jìng)鳎⒉粚?duì)語(yǔ)音流進(jìn)行CODEC轉(zhuǎn)換以及語(yǔ)音加/解密的處理。
如果要在加密通話業(yè)務(wù)中結(jié)合語(yǔ)音提示功能，則網(wǎng)絡(luò)側(cè)需要給用戶放音。但是，對(duì)于加密通話業(yè)務(wù)來(lái)說(shuō)，密話終端對(duì)應(yīng)的加密通話功能模塊將對(duì)來(lái)自網(wǎng)絡(luò)側(cè)的語(yǔ)音進(jìn)行解密處理。由于來(lái)自網(wǎng)絡(luò)側(cè)的語(yǔ)音事先并未經(jīng)過(guò)加密處理，這樣來(lái)自網(wǎng)絡(luò)側(cè)的未經(jīng)加密的語(yǔ)音流就被加密通話功能模塊錯(cuò)誤的進(jìn)行解密處理，因此密話終端用戶將無(wú)法正確聽(tīng)取網(wǎng)絡(luò)側(cè)的放音。
由此可見(jiàn)，現(xiàn)有的加密通話技術(shù)不能支持面向加密通話業(yè)務(wù)用戶的網(wǎng)絡(luò)側(cè)放音服務(wù)，也就無(wú)法實(shí)現(xiàn)智能業(yè)務(wù)等具備網(wǎng)絡(luò)側(cè)放音功能的業(yè)務(wù)在加密通話業(yè)務(wù)用戶中的應(yīng)用，從而限制了加密通話業(yè)務(wù)進(jìn)一步的人性化、智能化發(fā)展，不利于加密通話業(yè)務(wù)的推廣。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法，能夠?qū)崿F(xiàn)網(wǎng)絡(luò)側(cè)面向加密通話業(yè)務(wù)用戶的語(yǔ)音提示功能，從而方便用戶使用加密通話業(yè)務(wù)。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了一種加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法，適用于包括呼叫控制器、媒體資源控制器、加密通話功能模塊和密話終端的系統(tǒng)；該方法包括A.呼叫控制器確定網(wǎng)絡(luò)側(cè)需要向密話終端放音時(shí)，，發(fā)送關(guān)閉加密通話功能通知至所述需要接收放音的密話終端對(duì)應(yīng)的加密通話功能模塊；所述加密通話功能模塊關(guān)閉加密通話功能；B.步驟A所述呼叫控制器發(fā)送媒體播放請(qǐng)求至自身連接的媒體資源控制器；所述媒體資源控制器向步驟A所述密話終端放音；C.步驟B所述媒體資源控制器放音結(jié)束時(shí)發(fā)送媒體播放結(jié)束消息給所述呼叫控制器，所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至加密通話功能模塊，所述加密通話功能模塊恢復(fù)加密通話功能。
步驟A中，所述加密通話功能模塊關(guān)閉加密通話功能后，進(jìn)一步包括返回關(guān)閉成功通知至所述呼叫控制器；步驟B中，所述呼叫控制器根據(jù)接收到的所述關(guān)閉成功通知發(fā)送媒體播放請(qǐng)求；步驟C中，所述加密通話功能模塊恢復(fù)加密通話功能后，進(jìn)一步包括加密通話功能模塊發(fā)送恢復(fù)成功通知至所述呼叫控制器，所述呼叫控制器再恢復(fù)傳輸當(dāng)前呼叫的加密語(yǔ)音流。
步驟B中，所述媒體資源控制器根據(jù)所述媒體播放請(qǐng)求為當(dāng)前呼叫建立放音任務(wù)，通過(guò)執(zhí)行所建立的放音任務(wù)向所述密話終端播放語(yǔ)音流。
步驟B中，所述媒體播放請(qǐng)求中包含所述媒體資源控制器發(fā)送語(yǔ)音流的目的地址；所述媒體資源控制器執(zhí)行放音任務(wù)時(shí)，所播放的語(yǔ)音流經(jīng)由所述媒體播放請(qǐng)求中的目的地址發(fā)送至所述密話終端。
步驟B中，所述媒體資源控制器接收到所述媒體播放請(qǐng)求后，進(jìn)一步包括所述媒體資源控制器返回所述媒體資源控制器發(fā)送語(yǔ)音流的源地址至所述呼叫控制器；所述呼叫控制器將所述語(yǔ)音流源地址發(fā)送至自身控制的當(dāng)前呼叫語(yǔ)音流傳輸節(jié)點(diǎn)；所述當(dāng)前呼叫語(yǔ)音流傳輸節(jié)點(diǎn)根據(jù)所述語(yǔ)音流源地址完成語(yǔ)音流源地址配置，允許自身接收所述語(yǔ)音流源地址指示的來(lái)自媒體資源控制器的語(yǔ)音流。
步驟B中，所述媒體播放請(qǐng)求中進(jìn)一步包含當(dāng)前呼叫的加密語(yǔ)音流所采用的語(yǔ)音編解碼格式、指示媒體文件的媒體資源標(biāo)識(shí)、指示當(dāng)前呼叫的會(huì)話標(biāo)識(shí)；所述媒體資源控制器執(zhí)行放音任務(wù)時(shí)，按所述語(yǔ)音編解碼格式播放所述媒體資源標(biāo)識(shí)指示的媒體文件；步驟C中，所述媒體資源控制器將所述會(huì)話標(biāo)識(shí)包含在媒體播放結(jié)束消息中發(fā)送至所述呼叫控制器，所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至該會(huì)話標(biāo)識(shí)對(duì)應(yīng)的當(dāng)前呼叫密話終端的加密通話功能模塊。
步驟A中，所述呼叫控制器判斷網(wǎng)絡(luò)側(cè)需要向密話終端放音時(shí)，進(jìn)一步包括所述呼叫控制器發(fā)送媒體資源申請(qǐng)請(qǐng)求至所述媒體資源控制器，所述媒體資源控制器根據(jù)所述媒體資源申請(qǐng)請(qǐng)求為當(dāng)前呼叫建立放音任務(wù)；步驟B中，媒體資源控制器根據(jù)媒體播放請(qǐng)求，通過(guò)執(zhí)行步驟A所建立的放音任務(wù)向所述密話終端播放語(yǔ)音流。
步驟A中，所述媒體資源申請(qǐng)請(qǐng)求中包含所述媒體資源控制器發(fā)送語(yǔ)音流的目的地址；步驟B中，媒體資源控制器執(zhí)行放音任務(wù)時(shí)，所播放的語(yǔ)音流經(jīng)由所述媒體資源申請(qǐng)請(qǐng)求中的目的地址發(fā)送至所述密話終端。
步驟A中，所述媒體資源控制器接收到所述媒體資源申請(qǐng)請(qǐng)求后，進(jìn)一步包括所述媒體資源控制器返回所述媒體資源控制器發(fā)送語(yǔ)音流的源地址至所述呼叫控制器；所述呼叫控制器將所述語(yǔ)音流源地址發(fā)送至自身控制的當(dāng)前呼叫語(yǔ)音流傳輸節(jié)點(diǎn)；所述當(dāng)前呼叫語(yǔ)音流傳輸節(jié)點(diǎn)根據(jù)所述語(yǔ)音流源地址完成語(yǔ)音流源地址配置，允許自身接收所述語(yǔ)音流源地址指示的來(lái)自媒體資源控制器的語(yǔ)音流。
步驟A中，所述媒體資源申請(qǐng)請(qǐng)求中進(jìn)一步包含當(dāng)前加密語(yǔ)音流所采用的語(yǔ)音編解碼格式、指示媒體文件的媒體資源標(biāo)識(shí)，所述媒體資源控制器建立當(dāng)前呼叫放音任務(wù)后，返回指示所述當(dāng)前呼叫放音任務(wù)的會(huì)話標(biāo)識(shí)至所述呼叫控制器；步驟B中，呼叫控制器將所述會(huì)話標(biāo)識(shí)包含在媒體播放請(qǐng)求中發(fā)送至媒體資源控制器；所述媒體資源控制器執(zhí)行放音任務(wù)時(shí)，執(zhí)行所述會(huì)話標(biāo)識(shí)指示的放音任務(wù)，并按所述語(yǔ)音編解碼格式播放所述媒體資源標(biāo)識(shí)指示的媒體文件；步驟C中，所述媒體資源控制器將所述會(huì)話標(biāo)識(shí)包含在媒體播放結(jié)束消息中發(fā)送至所述呼叫控制器，所述呼叫控制器發(fā)送恢復(fù)加密通話功能通知至該會(huì)話標(biāo)識(shí)對(duì)應(yīng)的當(dāng)前呼叫密話終端的加密通話功能模塊。
步驟A中，在呼叫控制器發(fā)送關(guān)閉加密通話功能通知之前，進(jìn)一步包括呼叫控制器停止傳輸當(dāng)前呼叫的加密語(yǔ)音流；步驟C中，在加密通話功能模塊恢復(fù)加密通話功能之后進(jìn)一步包括呼叫控制器恢復(fù)傳輸當(dāng)前呼叫的加密語(yǔ)音流。
其中，所述呼叫控制器包括連接媒體資源控制器的呼叫控制器和密話終端所屬的呼叫控制器，所述密話終端所屬的呼叫控制器與連接媒體資源控制器的呼叫控制器為不同實(shí)體；或者，所述呼叫控制器為連接媒體資源控制器的呼叫控制器，且為密話終端所屬的呼叫控制器。
其中，所述密話終端為加密移動(dòng)通信網(wǎng)的移動(dòng)終端(MS)，所述加密通話功能模塊集成于所述MS中；或者，所述密話終端為與加密移動(dòng)通信網(wǎng)的MS進(jìn)行加密通話的公共電話交換網(wǎng)絡(luò)(PSTN)終端，所述加密通話功能模塊集成于所述加密移動(dòng)通信網(wǎng)與PSTN網(wǎng)絡(luò)之間的加解密網(wǎng)關(guān)。
其中，所述呼叫控制器為交換機(jī)、或軟交換服務(wù)器；所述媒體資源控制器為作為智能網(wǎng)中放音節(jié)點(diǎn)的增強(qiáng)型智能外設(shè)(AIP)、或交換機(jī)語(yǔ)音板。
由上述方案可以看出，本發(fā)明的關(guān)鍵在于在加密通話過(guò)程中需要網(wǎng)絡(luò)側(cè)放音時(shí)，呼叫控制器通知加密通話功能模塊關(guān)閉其加密通話功能，然后向媒體資源控制器發(fā)送媒體播放請(qǐng)求，從而媒體資源控制器開(kāi)始向密話終端放音，最后在放音結(jié)束后，由呼叫控制器通知加密通話功能模塊恢復(fù)其加密通話功能。
因此，本發(fā)明所提供的加密通話業(yè)務(wù)的網(wǎng)絡(luò)側(cè)放音方法，由于在網(wǎng)絡(luò)側(cè)放音時(shí)停止了加密通話功能模塊的加密通話功能處理，因此能夠?qū)崿F(xiàn)加密通話過(guò)程中的網(wǎng)絡(luò)側(cè)放音，填補(bǔ)了加密通話業(yè)務(wù)在語(yǔ)音提示服務(wù)方面的空白，給密話用戶提供了人性化和智能化的業(yè)務(wù)，不僅方便用戶使用，也為運(yùn)營(yíng)商進(jìn)一步拓展業(yè)務(wù)提供了良好契機(jī)。


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