專利名稱：一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量媒體播送系統(tǒng)及大容量媒體播送方法
技術(shù)領(lǐng)域：
本發(fā)明涉及固定通信網(wǎng)、移動(dòng)通信網(wǎng)、軟交換以及3G通信網(wǎng)絡(luò)等的增值業(yè) 務(wù)領(lǐng)域，具體涉及應(yīng)用于其中的大容量媒體播送方法。
背景技術(shù)：
隨著通信技術(shù)的不斷進(jìn)步，人們已經(jīng)不滿足于單一的語(yǔ)音業(yè)務(wù)，視頻業(yè)務(wù)和 多媒體業(yè)務(wù)逐漸發(fā)展起來(lái)，同時(shí)各種各樣的增值業(yè)務(wù)也不斷壯大。在一些對(duì)媒體資源要求比較高的大型增值業(yè)務(wù)應(yīng)用中，如個(gè)性化回鈴音業(yè) 務(wù)，普通的語(yǔ)音處理卡或媒體處理卡不能滿足大容量要求， 一般采用以交換機(jī)內(nèi) 置智能外設(shè)為基礎(chǔ)發(fā)展起來(lái)的媒體和語(yǔ)音處理平臺(tái)。雖然交換機(jī)平臺(tái)能滿足系統(tǒng) 大容量要求，但是內(nèi)置的媒體處理板卡中無(wú)法存儲(chǔ)太多的媒體信息，即便能夠存 儲(chǔ)，由于板卡數(shù)量較多，海量的媒體信息如何進(jìn)行同步也是個(gè)難題。采用外置文 件服務(wù)器存儲(chǔ)媒體信息是比較合理的，但是由于大量用戶并發(fā)的讀寫(xiě)操作，使服 務(wù)器性能成為了瓶頸。發(fā)明內(nèi)容本發(fā)明首先所要解決的技術(shù)問(wèn)題是提供一種適于合理處理大容量媒體文件 的應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量媒體播送系統(tǒng)。為此，本發(fā)明采 用以下技術(shù)方案它包括以下組成部分-具備數(shù)據(jù)存儲(chǔ)、處理機(jī)和網(wǎng)絡(luò)功能的媒體存儲(chǔ)服務(wù)器，所述媒體存儲(chǔ)服務(wù) 器能夠?yàn)槊襟w處理設(shè)備同時(shí)提供文件下載和流媒體實(shí)時(shí)傳送兩種媒體傳輸服務(wù)；媒體處理設(shè)備，媒體處理設(shè)備能夠以文件下載和流媒體實(shí)時(shí)傳送兩種方式從 媒體存儲(chǔ)服務(wù)器獲取預(yù)先存儲(chǔ)的媒體內(nèi)容；所述媒體處理設(shè)備置有媒體處理板、
主控處理機(jī)、承載接口板；所述媒體處理板具備預(yù)存或緩存媒體文件的內(nèi)存文件 系統(tǒng)，并能利用內(nèi)存文件系統(tǒng)進(jìn)行媒體播送；所述媒體處理板設(shè)有媒體格式的轉(zhuǎn) 換和處理裝置，所述媒體格式的轉(zhuǎn)換和處理裝置將從媒體存儲(chǔ)服務(wù)器取得的媒體 內(nèi)容按照媒體需要傳送的格式進(jìn)行處理；所述主控處理機(jī)與媒體處理板之間通過(guò) 內(nèi)部數(shù)據(jù)鏈路通信，并通過(guò)以太網(wǎng)向業(yè)務(wù)控制節(jié)點(diǎn)提供控制管理接口；所述承載 接口板對(duì)外提供TDM電路接口和/或IP媒體承載接口，通過(guò)公共通信網(wǎng)絡(luò)向用 戶終端播送各種媒體內(nèi)容。由于采用本發(fā)明的技術(shù)方案，能夠海量地存儲(chǔ)媒體文件并可有選擇地采用文 件下載或流媒體實(shí)時(shí)傳送兩種方式播送文件，所以能夠提供大量媒體內(nèi)容的集中 存儲(chǔ)，并為較大數(shù)量的用戶同時(shí)提供媒體播送服務(wù)。與采用交換機(jī)疊加語(yǔ)音卡平 臺(tái)方案的系統(tǒng)相比，本發(fā)明所述系統(tǒng)的設(shè)計(jì)更加緊湊，提高了硬件系統(tǒng)的集成度， 并可以節(jié)省較多的硬件成本，而且不受語(yǔ)音卡平臺(tái)容量較小的限制，單系統(tǒng)支持 的業(yè)務(wù)容量可達(dá)到百萬(wàn)用戶以上。本發(fā)明另一個(gè)所要解決的技術(shù)問(wèn)題是提供一種能高效處理媒體文件的應(yīng)用 于移動(dòng)電話或固定電話交換系統(tǒng)的大容量媒體播送方法。為此，本發(fā)明采用以下 技術(shù)方案它以前述媒體播送系統(tǒng)為其媒體播送系統(tǒng)，并包括以下主要步驟1) 、媒體處理設(shè)備接收業(yè)務(wù)控制節(jié)點(diǎn)的媒體文件播放命令；2) 、所述媒體播送系統(tǒng)對(duì)命令中指定媒體文件的使用頻率進(jìn)行統(tǒng)計(jì)，當(dāng)使用 頻率低于門(mén)限時(shí)轉(zhuǎn)到步驟"6)"，否則繼續(xù)；3) 、檢査媒體處理設(shè)備的媒體處理板中是否已經(jīng)緩存了指定的媒體文件，如 果是轉(zhuǎn)到步驟"5)"，否則繼續(xù)；4) 、媒體處理設(shè)備開(kāi)始從媒體存儲(chǔ)服務(wù)器下載指定的媒體文件，已經(jīng)下載的 文件內(nèi)容保存在媒體處理板中；5) 、媒體處理設(shè)備對(duì)媒體處理板中的媒體內(nèi)容進(jìn)行格式轉(zhuǎn)換處理，并向用戶 終端實(shí)時(shí)播送，直到播放過(guò)程結(jié)束。6) 、媒體處理設(shè)備以流媒體方式從服務(wù)器獲取指定媒體內(nèi)容，并實(shí)時(shí)向用戶 終端播送，直到播放過(guò)程結(jié)束。5 由于采用本上述技術(shù)方案，在一般業(yè)務(wù)條件下可以避免媒體處理板和媒體存 儲(chǔ)服務(wù)器之間大部分的下載流量，從而降低媒體處理板和媒體存儲(chǔ)服務(wù)器的負(fù) 荷，能夠解決大容量媒體播送系統(tǒng)中存在的存儲(chǔ)容量和下載帶寬之間的矛盾，在 相同的硬件技術(shù)條件下，大大提高單系統(tǒng)支持的最大業(yè)務(wù)容量。


圖1為本發(fā)明所提供的媒體播送系統(tǒng)在彩鈴應(yīng)用中的系統(tǒng)邏輯框圖。圖2為圖1所示實(shí)施例以流媒體方式實(shí)現(xiàn)媒體播送的內(nèi)部結(jié)構(gòu)圖。圖3為圖1所示實(shí)施例的流媒體方式的媒體播送流程圖。圖4為圖1所示實(shí)施例的文件下載方式的媒體播送流程圖。圖5為圖1所示實(shí)施例與業(yè)務(wù)控制節(jié)點(diǎn)交互的框架流程圖。圖6為圖1所示實(shí)施例的主控軟件媒體播放流程圖。圖7為圖1所示實(shí)施例的媒體存儲(chǔ)服務(wù)器的軟件邏輯框圖。圖8為圖1所示實(shí)施例的分布式服務(wù)器方式的系統(tǒng)連接圖。圖9為圖1所示實(shí)施例的系統(tǒng)應(yīng)用邏輯框圖。參照附圖9。本發(fā)明所提供的應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量 媒體播送系統(tǒng)包括以下組成部分-具備數(shù)據(jù)存儲(chǔ)、處理機(jī)和網(wǎng)絡(luò)功能的媒體存儲(chǔ)服務(wù)器，所述媒體存儲(chǔ)服務(wù) 器能夠?yàn)槊襟w處理設(shè)備同時(shí)提供文件下載和流媒體實(shí)時(shí)傳送兩種媒體傳輸服務(wù)；媒體處理設(shè)備，媒體處理設(shè)備能夠以文件下載和流媒體實(shí)時(shí)傳送兩種方式從 媒體存儲(chǔ)服務(wù)器獲取預(yù)先存儲(chǔ)的媒體內(nèi)容；所述媒體處理設(shè)備置有媒體處理板、 主控處理機(jī)、承載接口板；所述媒體處理板具備預(yù)存或緩存媒體文件的內(nèi)存文件 系統(tǒng)，并能利用內(nèi)存文件系統(tǒng)進(jìn)行媒體播送；所述媒體處理板設(shè)有媒體格式的轉(zhuǎn) 換和處理裝置，所述媒體格式的轉(zhuǎn)換和處理裝置將從媒體存儲(chǔ)服務(wù)器取得的媒體 內(nèi)容按照媒體需要傳送的格式進(jìn)行處理；所述主控處理機(jī)與媒體處理板之間通過(guò) 內(nèi)部數(shù)據(jù)鏈路通信，并通過(guò)以太網(wǎng)向業(yè)務(wù)控制節(jié)點(diǎn)提供控制管理接口；所述承載
具體實(shí)施例方式
接口板對(duì)外提供TDM電路接口和/或IP媒體承載接口，通過(guò)公共通信網(wǎng)絡(luò)向用 戶終端播送各種媒體內(nèi)容。以下以在彩鈴中應(yīng)用為例，詳細(xì)描述本發(fā)明所提供的系統(tǒng)及播送方法。一、系統(tǒng)總體設(shè)計(jì)1、系統(tǒng)邏輯框圖，參照?qǐng)D1。由多臺(tái)媒體存儲(chǔ)服務(wù)器和多個(gè)媒體處理設(shè)備組成了前置處理平臺(tái)，業(yè)務(wù)管理 平臺(tái)相對(duì)獨(dú)立，媒體存儲(chǔ)服務(wù)器和業(yè)務(wù)控制節(jié)點(diǎn)分別在不同的服務(wù)器上運(yùn)行，媒 體存儲(chǔ)服務(wù)器采用分布式結(jié)構(gòu)。媒體處理設(shè)備由主控處理機(jī)和媒體處理板等部件 組成，媒體處理板具備緩存較大容量媒體文件的功能，播放的媒體文件大部分可 以從媒體處理板內(nèi)存中提取，只有少數(shù)呼叫需要到媒體存儲(chǔ)服務(wù)器以文件或流媒 體方式存取。實(shí)現(xiàn)此種技術(shù)方案，對(duì)媒體存儲(chǔ)服務(wù)器的要求較低，可以采用低成 本的刀片式服務(wù)器。媒體處理設(shè)備除了媒體處理板外，還可以包括主控處理機(jī)、承載接口板等其 它板卡。主控處理機(jī)與媒體處理板之間通過(guò)內(nèi)部數(shù)據(jù)鏈路通信，它的通信帶寬較 小，只能作為單板業(yè)務(wù)控制和管理的通道。主控處理機(jī)和媒體處理板都有以太網(wǎng) 接口，主控處理機(jī)通過(guò)以太網(wǎng)向業(yè)務(wù)控制節(jié)點(diǎn)提供控制管理接口，而媒體處理板 也是通過(guò)以太網(wǎng)從媒體存儲(chǔ)服務(wù)器下載媒體內(nèi)容。 圖1中的各縮寫(xiě)名詞定義如下CBRT platform:彩鈴系統(tǒng)應(yīng)用平臺(tái)CN:業(yè)務(wù)控制節(jié)點(diǎn)IPS:媒體處理設(shè)備MCU:主控處理機(jī)MFIP:媒體處理板VRS:媒體存儲(chǔ)服務(wù)器DTP:承載接口板接口IC:前后臺(tái)業(yè)務(wù)控制接口接口Iv:媒體文件傳輸接口 接口Im:媒體文件管理接口2、圖1中各功能模塊的劃分2.1、 CBRT platform彩鈴系統(tǒng)應(yīng)用平臺(tái)使用成熟的語(yǔ)音管理設(shè)備，可以實(shí)現(xiàn)特服號(hào)/WEB/WAP 接入方式。提供一個(gè)直觀的用戶界面給用戶，通過(guò)這個(gè)管理界面，用戶可以方便 的進(jìn)行(1) 多彩回鈴音業(yè)務(wù)申請(qǐng)，可以申請(qǐng)、撤銷(xiāo)此業(yè)務(wù)功能。(2) 個(gè)人的主叫分類(lèi)名單，可以增加，刪除，修改分類(lèi)的類(lèi)別，可以增加， 刪除每個(gè)類(lèi)別的用戶。(3) 管理每個(gè)類(lèi)別對(duì)應(yīng)的回鈴音，可以刪除、重新選擇回鈴音音樂(lè)。(4) 可以在線試聽(tīng)所有提供的回鈴音。 系統(tǒng)提供了電話用戶接口 (管理接口)、 WEB接口以及WAP接口，使得用戶可以方便的開(kāi)通業(yè)務(wù)和定制音樂(lè)，同時(shí)，開(kāi)放與內(nèi)容提供商的接口，通過(guò)多個(gè) 內(nèi)容提供商為該業(yè)務(wù)提供豐富的音樂(lè)回鈴聲以供用戶選擇。2.2、 CN業(yè)務(wù)控制節(jié)點(diǎn)(CN)是后臺(tái)應(yīng)用系統(tǒng)的控制核心，提供如下功能(1) 資源管理功能管理消息標(biāo)識(shí)號(hào)與語(yǔ)音文件名的對(duì)應(yīng)關(guān)系；管理話路 資源與電路識(shí)別碼的對(duì)應(yīng)關(guān)系；管理用戶界面腳本。(2) 呼叫狀態(tài)維護(hù)功能對(duì)每一個(gè)呼叫利用一個(gè)程序?qū)嵗S護(hù)其狀態(tài)；(3) 話務(wù)量控制功能能有效抑制過(guò)負(fù)荷；(4) 主動(dòng)呼出功能能控制信令節(jié)點(diǎn)進(jìn)行有效的呼出；(5 )信令處理能力事務(wù)能力應(yīng)用部分(TCAP)編解碼、ISDN用戶部分(ISUP)編解碼，易于擴(kuò)充和升級(jí)。2.3、 MCU媒體處理設(shè)備(IPS)的主控處理機(jī)，完成交換機(jī)系統(tǒng)的信令處理、設(shè)備管 理和業(yè)務(wù)控制等主要功能，在媒體處理上，MCU主要完成以下功能(1) MFIP單板的控制和管理單板的復(fù)位、加載和監(jiān)控等，并控制MFIP
單板提供媒體播送、DTMF收發(fā)、會(huì)議等媒體處理功能。(2) 提供前后臺(tái)彩鈴業(yè)務(wù)呼叫控制接口根據(jù)后臺(tái)應(yīng)用發(fā)送的指令完成彩 鈴業(yè)務(wù)流程的執(zhí)行，并反饋相應(yīng)的結(jié)果。(3) 協(xié)助完成用戶終端和媒體資源之間的連接利用交換機(jī)系統(tǒng)的信令處 理、呼叫接續(xù)和交換控制等其它功能，共同完成用戶需要的業(yè)務(wù)。主控處理機(jī)(MCU)包括INTEL奔騰處理器、HDLC通信控制器、SDRAM 內(nèi)存、硬盤(pán)等主要部件，運(yùn)行在主控處理機(jī)上的程序就是媒體處理設(shè)備的主控軟 件，具體實(shí)現(xiàn)見(jiàn)主控軟件設(shè)計(jì)說(shuō)明。2.4、 MFIP媒體處理板(MFIP)作為媒體處理設(shè)備(IPS)的集媒體播放、DTMF/MFC/FSK 收號(hào)、多方會(huì)議等功能為一體的單板。主要功能如下(1) 語(yǔ)音緩存、播送和錄制支持A律PCM、 ADPCM等語(yǔ)音編碼；(2) 多媒體播送和錄制支持3G-324M多媒體格式，其中音頻為AMR， 視頻為H.263和MPEG4;(3) 單板內(nèi)交換功能提供背板側(cè)的1條PCM8M連接系統(tǒng)網(wǎng)絡(luò)，單板內(nèi) 連接DSP的3條PCM8M的無(wú)阻塞的交換網(wǎng)絡(luò)；(4) DTMF/MFC/FSK收號(hào)功能提供至少128路DTMF收號(hào)資源，并符 合國(guó)標(biāo)的各項(xiàng)指標(biāo)要求(5) 多方會(huì)議功能提供40個(gè)三方會(huì)議組合(可擴(kuò)展3方以上但不超過(guò)120 方會(huì)議功能)。媒體處理板(MFIP)主要由一片MPC8250處理器和DSP6204資源池組成，主 要技術(shù)參數(shù)如下(1) MPC8250處理器單元——CPU采用MPC8250ZUMHBC (266/166/66MHz);——采用512KX8bit的BOOTFLASH、 64MX64bit的SDRAM、 4M"6bit 的FILEFLASH;—一提供2個(gè)10M/100M的自適應(yīng)快速以太網(wǎng)接口 ，通過(guò)跳線器可分別從前
面板RJ45插座引出或者從背面IO插座引出； ——可擴(kuò)展的信令鏈路處理功能； ——提供1個(gè)操作系統(tǒng)調(diào)試需要的串口； ——可通過(guò)網(wǎng)絡(luò)、雙口實(shí)現(xiàn)用戶代碼在線升級(jí)； ——提供1個(gè)TTY監(jiān)視串口；——提供復(fù)位控制電路上電復(fù)位、按扭復(fù)位，并提供一個(gè)復(fù)位按鈕；——提供內(nèi)部調(diào)試燈控制電路，主要是運(yùn)行燈RUN、告警燈ALARM、 以太網(wǎng)運(yùn)行燈ENRUN1、 ENRUN2; (2) DSP6204資源池單元——資源池由三片DSP構(gòu)成，DSP芯片采用TI TMS320C6204GHK。每一 片DSP理論上擁有1600MIPS的處理能力；——CPU采用TMS320C6204GHK;——每個(gè)DSP外接16MB的SDRAM;——提供128個(gè)64Kbit/s的多通道鏈路，可以通過(guò)軟件設(shè)計(jì)實(shí)現(xiàn)錄放音功能、 DTMF檢測(cè)、多方會(huì)議等功能；——可通過(guò)擴(kuò)展總線口實(shí)現(xiàn)用戶代碼在線升級(jí)； ——提供復(fù)位控制電路上電復(fù)位、軟件復(fù)位； 2.5、 DTP承載接口板(DTP)的主要功能是對(duì)外提供媒體承載的TDM電路接口和IP 媒體承載接口 。對(duì)外提供TDM電路接口時(shí)，承載接口板主要完成對(duì)E1/T1中繼線2M碼流 的接收和發(fā)送，對(duì)接收、及發(fā)送的碼流進(jìn)行電平調(diào)整、碼型轉(zhuǎn)換，從接收碼流中 提取2.048M的時(shí)鐘作為外標(biāo)提供給系統(tǒng)，用于對(duì)整個(gè)系統(tǒng)進(jìn)行相位鎖定。承載 接口板還對(duì)碼流進(jìn)行同步監(jiān)視、誤碼統(tǒng)計(jì)、CRC—4校驗(yàn)，在必要時(shí)還要進(jìn)行自 環(huán)檢測(cè)等，并完成各項(xiàng)告警功能。對(duì)外提供IP媒體承載接口時(shí)，承載接口板主要完成RTP/RTCP實(shí)時(shí)傳輸協(xié) 議的處理，通過(guò)IP通信網(wǎng)絡(luò)實(shí)時(shí)傳送語(yǔ)音和多媒體等。媒體存儲(chǔ)服務(wù)器主要提供媒體文件的存儲(chǔ)、同步和實(shí)時(shí)下載等主要功能，它 接受彩鈴系統(tǒng)應(yīng)用平臺(tái)的管理，并為媒體處理板(MFIP)提供實(shí)時(shí)下載媒體文件的 服務(wù)。(1) 媒體文件的存儲(chǔ)和更新根據(jù)彩鈴系統(tǒng)應(yīng)用平臺(tái)的控制，存儲(chǔ)和更新 指定的媒體文件。(2) 媒體文件的文件下載服務(wù)接收MFIP板的請(qǐng)求，下載所需要的媒體文件。(3)流媒體下載服務(wù)接收MFIP板的請(qǐng)求，把媒體文件轉(zhuǎn)換成為媒體流 實(shí)時(shí)傳送給MFIP板。二、系統(tǒng)設(shè)計(jì)說(shuō)明1、 二級(jí)緩存結(jié)構(gòu)該技術(shù)方案采用VRS+MFIP實(shí)現(xiàn)，其中VRS與MFIP之間釆用TFTP/NFS (標(biāo)準(zhǔn)協(xié)議)+RTP/ICP (自定義協(xié)議)方式實(shí)現(xiàn)。VRS作為MFIP的準(zhǔn)實(shí)時(shí)媒 體服務(wù)器，需要提高服務(wù)器性能(虛擬文件管理器，縮短文件打開(kāi)速度)，保證 語(yǔ)音播放的實(shí)時(shí)性。VRS具有一級(jí)媒體存儲(chǔ)和緩存功能，作為媒體存儲(chǔ)服務(wù)器，負(fù)責(zé)媒體資源 的準(zhǔn)實(shí)時(shí)播放。MFIP具有二級(jí)語(yǔ)音緩存功能，主要完成二級(jí)媒體緩存和實(shí)時(shí)播 送功能。2、 MFIP選板和負(fù)荷分擔(dān)MCU利用算法區(qū)分熱門(mén)和非熱門(mén)媒體文件。針對(duì)熱門(mén)媒體文件播放熱門(mén)媒體文件的判斷標(biāo)準(zhǔn)是根據(jù)單位時(shí)間內(nèi)使用的 頻次來(lái)判斷。在媒體資源分配命令中可以攜帶一個(gè)選擇字，再以這個(gè)選擇字對(duì)模 塊號(hào)和MFIP數(shù)量進(jìn)行取模處理，分配對(duì)應(yīng)的MFIP進(jìn)行媒體處理。需要考慮 MFIP板在線，故障，以及擁塞，正常等幾種狀態(tài)之間的切換。針對(duì)非熱門(mén)媒體文件播放隨機(jī)分配一塊MFIP板處理，以流媒體方式下載 并播放媒體文件，MFIP板不對(duì)播放的內(nèi)容進(jìn)行緩存。 MCU和MFIP —起構(gòu)成系統(tǒng)有機(jī)的擁塞和過(guò)負(fù)荷控制功能。MFIP進(jìn)入擁塞 狀態(tài)后，需要延時(shí)一定時(shí)間(l分鐘左右)再報(bào)告給MCU; MCU收到MFIP擁 塞狀態(tài)后，立即停止分配非熱門(mén)媒體文件的播放(熱門(mén)媒體文件由于采用緩存結(jié) 構(gòu)，不影響MFIP和VRS之間的媒體下載速度)。3、 MCU和MFIP之間的通信媒體播放開(kāi)始和結(jié)束等進(jìn)程由主控處理機(jī)MCU進(jìn)行控制，最多可設(shè)2個(gè)可 選媒體存儲(chǔ)服務(wù)器提供下載，播放失敗需要向MCU進(jìn)行證實(shí)報(bào)告(負(fù)證實(shí))。MCU與MFIP之間可以根據(jù)功能要求，對(duì)MFIP進(jìn)行靜態(tài)初始功能配置， 如板內(nèi)基本參數(shù)設(shè)置，DSP功能分配等。對(duì)業(yè)務(wù)控制通信報(bào)文(上/下行)進(jìn)行統(tǒng)一定義，并留有可擴(kuò)展的余地。設(shè) 備管理報(bào)文類(lèi)似原來(lái)的設(shè)備管理，需要增加擁塞狀態(tài)報(bào)告。4、 VRS和MFIP之間的通信管理報(bào)文釆用ICP協(xié)議，支持媒體下載和上載等接口功能。 VRS禾tl MFIP之間媒體傳送采用NFS或TFTP協(xié)議，可配置。 媒體資源的同步保證VRS和MFIP之間熱門(mén)媒體文件的動(dòng)態(tài)同步(具體 熱門(mén)媒體文件的數(shù)量根據(jù)內(nèi)存和文件大小可以調(diào)整)。5、 系統(tǒng)組網(wǎng)和IP地址分配VRS對(duì)外以太網(wǎng)接口采用與MCU相同的IP地址分配方案。MFIP根據(jù)位置 采用統(tǒng)一算法生成的IP地址(與MCU不一致)，這樣MFIP可以做到即插即用。 VRS與MFIP采用同一地址域，可以在網(wǎng)管上修改。6、 信源編碼方式如采用信源壓縮編碼的方式實(shí)現(xiàn)，可以較大地減少存儲(chǔ)，硬盤(pán)讀寫(xiě)和網(wǎng)口傳 輸速度的處理瓶徑。但帶來(lái)了信源編碼的反復(fù)轉(zhuǎn)換(增加了互通和轉(zhuǎn)換的復(fù)雜 性)，增加了協(xié)議的復(fù)雜性。信源編碼轉(zhuǎn)換如采用服務(wù)器靜態(tài)轉(zhuǎn)換(僅需要一次性處理，不要求實(shí)時(shí)性)， 雖然要求較大的存儲(chǔ)，硬盤(pán)讀寫(xiě)和網(wǎng)口傳輸速度的處理能力，但是減少對(duì)前端 DSP處理能力的要求(需要每次呼叫編碼轉(zhuǎn)換處理一次，要求較強(qiáng)的處理實(shí)時(shí)
性)。由于采用DSP進(jìn)行媒體壓縮編碼需要較大的DSP處理能力，目前采用前 端設(shè)備實(shí)時(shí)進(jìn)行語(yǔ)音壓縮編碼方式實(shí)現(xiàn)媒體處理的成本與前端采用G.7U方式相 比偏高。目前VOIP以及NGN的應(yīng)用，較為通用的語(yǔ)音信源編碼仍采用G.711方式。 也主要是傳輸帶寬，成本，復(fù)雜性比較的結(jié)果。 7、流媒體傳輸當(dāng)媒體存儲(chǔ)服務(wù)器與媒體處理設(shè)備之間釆用流媒體的方式實(shí)時(shí)傳送媒體內(nèi) 容時(shí)，在主控處理機(jī)的控制下，媒體存儲(chǔ)服務(wù)器和媒體處理板互相進(jìn)行流媒體的 建立或釋放。媒體存儲(chǔ)服務(wù)器的主要功能是大容量媒體文件的存儲(chǔ)；接受IPS 主控處理機(jī)的媒體服務(wù)控制，把媒體文件轉(zhuǎn)換成流媒體。如圖2所示，業(yè)務(wù)控制 節(jié)點(diǎn)通過(guò)前后臺(tái)控制接口給媒體處理設(shè)備的主控處理機(jī)發(fā)送媒體播送命令，主控 處理機(jī)分配相關(guān)的資源并選擇媒體文件的播送方式，并分別通過(guò)命令報(bào)文和控制 接口控制媒體處理板和媒體存儲(chǔ)服務(wù)器，以流媒體方式下載并播送媒體內(nèi)容。三、軟件和播送流程控制本節(jié)以彩鈴業(yè)務(wù)為例給出具體的消息流程控制，說(shuō)明系統(tǒng)內(nèi)外部設(shè)備在業(yè)務(wù) 執(zhí)行過(guò)程中的相互關(guān)系，以及本發(fā)明所提供的大容量媒體播送方法，同時(shí)也更清 楚地說(shuō)明了媒體播放系統(tǒng)各部分的功能。內(nèi)部設(shè)備主要包括主控處理機(jī)(MCU)、媒體處理板(MFIP)和媒體存儲(chǔ)服務(wù)器 (VRS)，其中主控處理機(jī)對(duì)外提供信令和控制接口，而媒體處理板對(duì)外提供媒體 接口。外部設(shè)備主要是業(yè)務(wù)控制節(jié)點(diǎn)(CN)和交換業(yè)務(wù)節(jié)點(diǎn)(SSP)，其中業(yè)務(wù)控制節(jié) 點(diǎn)與媒體播放設(shè)備一起組成了彩鈴應(yīng)用系統(tǒng)，而交換業(yè)務(wù)節(jié)點(diǎn)提供了彩鈴應(yīng)用系 統(tǒng)與通信網(wǎng)絡(luò)的連接，所有的通話建立都從交換業(yè)務(wù)節(jié)點(diǎn)主動(dòng)發(fā)起。1、媒體處理設(shè)備主控軟件、媒體處理設(shè)備與交換業(yè)務(wù)節(jié)點(diǎn)的流程控制、媒 體播送的控制。媒體處理設(shè)備主控軟件包括基礎(chǔ)軟件和應(yīng)用軟件，與媒體處理相關(guān)的應(yīng)用 軟件主要是特殊資源管理軟件(以下簡(jiǎn)稱SRMP)。主控處理機(jī)的操作系統(tǒng)是 VxWorks，在操作系統(tǒng)之上運(yùn)行的是交換系統(tǒng)的基礎(chǔ)軟件，主控板通過(guò)高速數(shù)據(jù) 鏈路(HDLC)與MFIP等業(yè)務(wù)板通信?；A(chǔ)軟件屏蔽了操作系統(tǒng)的一些細(xì)節(jié)，為其 它各部分的應(yīng)用軟件提供了各種必要的服務(wù)，主要包括系統(tǒng)運(yùn)行機(jī)制、消息通信 機(jī)制、資源管理、內(nèi)存分配、定時(shí)器機(jī)制、打包解包、號(hào)碼分析、操作維護(hù)接口 等。為了適應(yīng)不同業(yè)務(wù)的需要，SRMP提供一個(gè)基本流程作為與業(yè)務(wù)控制節(jié)點(diǎn) 交互的框架流程。所有的業(yè)務(wù)都遵循這個(gè)基本的框架流程，通過(guò)不同業(yè)務(wù)類(lèi)型的 組合完成不同的特殊資源流程。媒體處理設(shè)備一般在業(yè)務(wù)完成后才返回結(jié)束消息，如果在業(yè)務(wù)尚未完成時(shí)， 收到了下一次業(yè)務(wù)請(qǐng)求，前臺(tái)將中斷上一次的業(yè)務(wù)過(guò)程，并開(kāi)始執(zhí)行下一次的業(yè) 務(wù)過(guò)程。但是媒體播放和錄制是在不同方向的業(yè)務(wù)，如果兩次業(yè)務(wù)分屬于這兩種 情形，允許并行處理。以下結(jié)合圖5說(shuō)明媒體處理設(shè)備與業(yè)務(wù)控制節(jié)點(diǎn)的流程控制a) 、業(yè)務(wù)控制節(jié)點(diǎn)在需要使用特殊資源時(shí)，首先向IPS發(fā)送特殊資源分配請(qǐng) 求，根據(jù)所需的資源類(lèi)型請(qǐng)求分配一組特殊資源。特殊資源是為某一條中繼電路 上的電話呼叫服務(wù)的，需要提供該中繼的電路號(hào)以及提供特殊資源服務(wù)的業(yè)務(wù)類(lèi) 型。b) 、 IPS驗(yàn)證特殊資源分配消息參數(shù)的正確性，根據(jù)業(yè)務(wù)類(lèi)型選定所需資源 組，并在資源組中選擇一個(gè)空閑的特殊資源。如果消息中包含中繼電路號(hào)，則完 成中繼和特殊資源的網(wǎng)絡(luò)交換連接。向業(yè)務(wù)控制節(jié)點(diǎn)返回特殊資源分配證實(shí)消 息，如果分配成功，輸出特殊資源編號(hào)，如果分配失敗，輸出原因值。c) 、業(yè)務(wù)控制節(jié)點(diǎn)發(fā)送業(yè)務(wù)請(qǐng)求消息，IPS根據(jù)業(yè)務(wù)請(qǐng)求消息中攜帶的服務(wù) 類(lèi)型參數(shù)，啟動(dòng)不同類(lèi)型的特殊資源服務(wù)。每種服務(wù)類(lèi)型提供的功能，在下面有 具體的說(shuō)明。d) 、完成本次語(yǔ)音播放功能后，IPS回復(fù)業(yè)務(wù)響應(yīng)消息，并且攜帶收集的數(shù) 字和業(yè)務(wù)執(zhí)行結(jié)果，指示業(yè)務(wù)是否完成。e) 、業(yè)務(wù)控制節(jié)點(diǎn)還有后續(xù)的業(yè)務(wù)請(qǐng)求，則繼續(xù)發(fā)送，直到全部完成； f) 、每次完成服務(wù)后，IPS回復(fù)業(yè)務(wù)響應(yīng)消息；g) 、如果沒(méi)有后續(xù)的業(yè)務(wù)請(qǐng)求，后臺(tái)會(huì)給IPS發(fā)送特殊資源釋放消息，表示 整個(gè)語(yǔ)音交互過(guò)程已經(jīng)結(jié)束；h) 、 IPS停止任何沒(méi)有結(jié)束的業(yè)務(wù)過(guò)程，釋放所申請(qǐng)的特殊資源和進(jìn)程。 媒體播放作為SRMP的一項(xiàng)業(yè)務(wù)功能，媒體處理設(shè)備與業(yè)務(wù)控制節(jié)點(diǎn)的交互過(guò)程也符合上述框架流程的要求。SRMP軟件針對(duì)每一種業(yè)務(wù)進(jìn)一步提供了不同的處理進(jìn)程，媒體播放功能也有相應(yīng)的處理進(jìn)程，以下結(jié)合圖6予以說(shuō)明1) 、媒體處理設(shè)備接收業(yè)務(wù)控制節(jié)點(diǎn)的媒體文件播放命令；2) 、所述媒體播送系統(tǒng)對(duì)命令中指定媒體文件的使用頻率進(jìn)行統(tǒng)計(jì)，當(dāng)使用 頻率低于門(mén)限時(shí)轉(zhuǎn)到步驟"6)"，否則繼續(xù)；3) 、檢査媒體處理設(shè)備的媒體處理板中是否己經(jīng)緩存了指定的媒體文件，如 果是轉(zhuǎn)到步驟"5)"，否則繼續(xù)；4) 、媒體處理設(shè)備開(kāi)始從媒體存儲(chǔ)服務(wù)器下載指定的媒體文件，己經(jīng)下載的文件內(nèi)容保存在媒體處理板中；5) 、媒體處理設(shè)備對(duì)媒體處理板中的媒體內(nèi)容進(jìn)行格式轉(zhuǎn)換處理，并向用戶終端實(shí)時(shí)播送，直到播放過(guò)程結(jié)束。6) 、媒體處理設(shè)備以流媒體方式從服務(wù)器獲取指定媒體內(nèi)容，并實(shí)時(shí)向用戶終端播送，直到播放過(guò)程結(jié)束。步驟"5)"的執(zhí)行不需要等待步驟"4)"中文件下載全部完成后才開(kāi)始，步 驟"6)"先檢查內(nèi)存緩沖區(qū)中是否已經(jīng)緩存了指定媒體文件，如果是直接轉(zhuǎn)到步 驟"5)"，否則繼續(xù)按照步驟"6)"進(jìn)行處理。步驟"2)"中對(duì)媒體文件使用頻率的統(tǒng)計(jì)采用建立常用媒體文件排序表的方 式實(shí)現(xiàn)，按照最近一段時(shí)間內(nèi)媒體文件的使用頻率進(jìn)行排序，并確認(rèn)排序表中前 N個(gè)媒體文件為熱門(mén)媒體文件，媒體處理設(shè)備以文件方式下載并緩存使用頻率較 高的熱門(mén)媒體文件，而采用流媒體播送方式實(shí)時(shí)傳送使用頻率較低的其余媒體文 件。在步驟"4)"中，當(dāng)媒體處理板沒(méi)有足夠的空間時(shí)，先把媒體處理板中原先
保存的最長(zhǎng)時(shí)間沒(méi)有使用的媒體文件刪除，直到指定媒體文件有足夠的空間保 存。根據(jù)系統(tǒng)提供的媒體容量大小，媒體處理設(shè)備中的各媒體處理板按比例緩存 不同或相同媒體文件。2、 媒體存儲(chǔ)服務(wù)器軟件媒體存儲(chǔ)服務(wù)器可以采用機(jī)架式服務(wù)器(如DL380)和磁盤(pán)陣列，彩鈴應(yīng)用 中主要提供大容量的語(yǔ)音文件存儲(chǔ)和傳輸功能。媒體存儲(chǔ)服務(wù)器采用Limix操作 系統(tǒng)，當(dāng)媒體處理板采用文件存取方式進(jìn)行放音時(shí)，操作系統(tǒng)提供了TFTP、 NFS 等文件傳輸協(xié)議，不需要開(kāi)發(fā)服務(wù)器端的應(yīng)用軟件。但是，當(dāng)媒體處理板采用RTP 媒體流傳輸方式進(jìn)行放音時(shí)，需要開(kāi)發(fā)RTP媒體流的服務(wù)器端軟件。以下結(jié)合圖7，描述媒體存儲(chǔ)服務(wù)器軟件的流程和功能1) 、實(shí)時(shí)傳輸協(xié)議和實(shí)時(shí)傳輸控制協(xié)議(RTP/RTCP)處理負(fù)責(zé)RTP/RTCP通 道的建立、保持和釋放等，并對(duì)接收或發(fā)送的RTP/RTCP消息進(jìn)行處理。2) 、媒體文件存取和媒體流處理當(dāng)系統(tǒng)提供語(yǔ)音播放功能時(shí)，需要從磁盤(pán) 陣列中取出指定的語(yǔ)音文件，并分析文件格式和語(yǔ)音類(lèi)型，輸出相應(yīng)的媒體流給 RTP/RTCP層。當(dāng)系統(tǒng)提供語(yǔ)音錄制功能時(shí)，需要從RTP/RTCP層接收媒體流，并 按照預(yù)定的語(yǔ)音類(lèi)型和文件格式，把媒體流存儲(chǔ)到指定的媒體文件中。3) 、 RTP/RTCP并發(fā)服務(wù)和控制接口與IPS主控建立內(nèi)部通信(可以采用內(nèi) 部通信協(xié)議)，根據(jù)IPS主控處理機(jī)發(fā)送的命令消息，控制RTP/RTCP通道的建立、 保持和釋放等，提供大容量的RTP/RTCP并發(fā)服務(wù)。3、 以下結(jié)合圖3、 4描述兩種播送方式的具體流程控制 A、流媒體方式的媒體播送流程，參照?qǐng)D3，1 )、媒體處理設(shè)備的主控板(MCU)收到來(lái)自交換業(yè)務(wù)節(jié)點(diǎn)(SSP)的呼叫起始 地址消息(IAM)，中繼電路的邏輯編號(hào)為x;2) 、主控處理機(jī)(MCU)將IAM轉(zhuǎn)發(fā)給業(yè)務(wù)控制節(jié)點(diǎn)(CN);3) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)響應(yīng)呼叫，回送呼叫地址全消息(ACM)給主控處理機(jī)(MCU);4) 、主控處理機(jī)(MCU)將ACM轉(zhuǎn)發(fā)給交換業(yè)務(wù)節(jié)點(diǎn)(SSP);5) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)向媒體處理設(shè)備申請(qǐng)媒體資源，發(fā)送資源分配請(qǐng)求消 息給主控處理機(jī)(MCU);6) 、主控處理機(jī)(MCU)選擇一個(gè)空閑的媒體資源，然后給業(yè)務(wù)控制節(jié)點(diǎn)(CN) 發(fā)送資源分配證實(shí)消息，媒體資源的邏輯編號(hào)為y。如果資源分配請(qǐng)求消息中攜 帶選擇子，系統(tǒng)保證選擇子相同的情況下分配同一塊媒體處理板上的空閑資源， 這樣能夠讓需要相同媒體內(nèi)容的業(yè)務(wù)盡量在同一塊媒體處理板上，從而不同的媒 體處理板上能夠存儲(chǔ)不同的媒體文件。根據(jù)系統(tǒng)提供的媒體容量大小，對(duì)選擇子 和分配策略進(jìn)行控制，媒體處理設(shè)備中的各媒體處理板可以按比例緩存不同或相 同媒體文件；7) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)請(qǐng)求媒體處理設(shè)備把中繼x和媒體資源y連接起來(lái)， 發(fā)送連接請(qǐng)求消息(Connect Req)給主控處理機(jī)(MCU);8) 、主控處理機(jī)(MCU)指示媒體處理設(shè)備的交換網(wǎng)絡(luò)完成電路連接后，發(fā)送 連接證實(shí)消息(Connect Cnf)給業(yè)務(wù)控制節(jié)點(diǎn)(CN);9) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)接通呼叫，回送呼叫應(yīng)答消息(ANM)給主控處理機(jī) (MCU);10) 、主控處理機(jī)(MCU)將ANM轉(zhuǎn)發(fā)給交換業(yè)務(wù)節(jié)點(diǎn)(SSP);11) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送播音請(qǐng)求消息給主控處理機(jī)(MCU)，主控處理 機(jī)(MCU)對(duì)媒體文件使用頻率進(jìn)行統(tǒng)計(jì)，根據(jù)消息參數(shù)和常用媒體文件排序表， 確認(rèn)播放的不是熱門(mén)媒體文件，而且媒體處理板的內(nèi)存緩沖區(qū)中沒(méi)有緩存指定媒 體文件，釆用流媒體方式播放指定的語(yǔ)音文件；12) 、主控處理機(jī)(MCU)發(fā)送RTP通道建立命令消息，指示媒體處理板(MFIP)為媒體資源y建立流媒體下載通道；13) 、媒體處理板(MFIP)為媒體資源y建立流媒體下載通道后，向主控處理 機(jī)(MCU)回送RTP通道建立證實(shí)消息；14) 、主控處理機(jī)(MCU)發(fā)送RTP語(yǔ)音下載請(qǐng)求消息，指示媒體存儲(chǔ)服務(wù)器 (VRS)為媒體資源y提供指定語(yǔ)音文件的流媒體下載服務(wù)；15) 、媒體存儲(chǔ)服務(wù)器(VRS)啟動(dòng)流媒體下載服務(wù)，并向主控處理機(jī)(MCU)回送RTP語(yǔ)音下載證實(shí)消息；16) 、主控處理機(jī)(MCU)發(fā)送RTP通道激活命令消息，指示媒體處理板(MFIP)激活流媒體下載，并通過(guò)中繼電路向用戶終端播送語(yǔ)音；17) 、媒體處理板(MFIP)向主控處理機(jī)(MCU)回送RTP通道激活證實(shí)消息；18) 、媒體存儲(chǔ)服務(wù)器(VRS)向媒體處理板(MFIP)持續(xù)提供流媒體下載；19) 、媒體處理板(MFIP)通過(guò)中繼電路持續(xù)向用戶終端播送語(yǔ)音；20) 、媒體處理設(shè)備的主控處理機(jī)(MCU)收到來(lái)自交換業(yè)務(wù)節(jié)點(diǎn)(SSP)的呼叫 釋放消息(REL)，指示中繼電路x上的呼叫釋放；21 )、主控處理機(jī)(MCU)將REL轉(zhuǎn)發(fā)給業(yè)務(wù)控制節(jié)點(diǎn)(CN);22) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送播音停止消息給主控處理機(jī)(MCU)，要求主控 處理機(jī)(MCU)停止媒體資源y的語(yǔ)音播放；23) 、主控處理機(jī)(MCU)發(fā)送RTP語(yǔ)音停止消息，指示媒體存儲(chǔ)服務(wù)器(VRS) 停止為媒體資源y提供流媒體下載服務(wù)；24) 、主控處理機(jī)(MCU)發(fā)送RTP通道刪除命令消息，指示媒體處理板(MFIP) 刪除媒體資源y的流媒體下載通道；25) 、媒體存儲(chǔ)服務(wù)器(VRS)停止流媒體下載服務(wù)，并向主控處理機(jī)(MCU) 回送RTP語(yǔ)音停止證實(shí)消息；26) 、媒體處理板(MFIP)刪除媒體資源y的流媒體下載通道后，向主控處理 機(jī)(MCU)回送RTP通道刪除證實(shí)消息；27) 、主控處理機(jī)(MCU)向業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送播音結(jié)束消息；28) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送資源釋放請(qǐng)求消息給主控處理機(jī)(MCU)，要求 主控板(MCU)釋放媒體資源y;29) 、主控處理機(jī)(MCU)釋放媒體資源y，然后給業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送資 源釋放證實(shí)消息。30) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)完成呼叫釋放，回送呼叫釋放完成消息(RLC)給主
控處理機(jī)(MCU);31)、主控處理機(jī)(MCU)將RLC轉(zhuǎn)發(fā)給交換業(yè)務(wù)節(jié)點(diǎn)(SSP);B、文件下載方式的媒體播送流程，參照?qǐng)D4。1 )、媒體處理設(shè)備的主控處理機(jī)(MCU)收到來(lái)自交換業(yè)務(wù)節(jié)點(diǎn)(SSP)的呼叫 起始地址消息(IAM)，中繼電路的邏輯編號(hào)為x;2) 、主控處理機(jī)(MCU)將IAM轉(zhuǎn)發(fā)給業(yè)務(wù)控制節(jié)點(diǎn)(CN);3) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)響應(yīng)呼叫，回送呼叫地址全消息(ACM)給主控處理機(jī)(MCU);4) 、主控處理機(jī)(MCU)將ACM轉(zhuǎn)發(fā)給交換業(yè)務(wù)節(jié)點(diǎn)(SSP);5) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)向媒體處理設(shè)備申請(qǐng)媒體資源，發(fā)送資源分配請(qǐng)求消 息給主控處理機(jī)(MCU);6) 、主控處理機(jī)(MCU)選擇一個(gè)空閑的媒體資源，然后給業(yè)務(wù)控制節(jié)點(diǎn)(CN) 發(fā)送資源分配證實(shí)消息，媒體資源的邏輯編號(hào)為y。如果資源分配請(qǐng)求消息中攜 帶選擇子，系統(tǒng)保證選擇子相同的情況下分配同一塊媒體處理板上的空閑資源， 這樣能夠讓需要相同媒體內(nèi)容的業(yè)務(wù)盡量在同一塊媒體處理板上，從而不同的媒 體處理板上能夠存儲(chǔ)不同的媒體文件。根據(jù)系統(tǒng)提供的媒體容量大小，對(duì)選擇子 和分配策略進(jìn)行控制，媒體處理設(shè)備中的各媒體處理板可以按比例緩存不同或相 同媒體文件7) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)請(qǐng)求媒體處理設(shè)備把中繼x和媒體資源y連接起來(lái)， 發(fā)送連接請(qǐng)求消息(ConnectReq)給主控處理機(jī)(MCU);8) 、主控處理機(jī)(MCU)指示媒體處理設(shè)備的交換網(wǎng)絡(luò)完成電路連接后，發(fā)送 連接證實(shí)消息(Connect Cnf)給業(yè)務(wù)控制節(jié)點(diǎn)(CN);9) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)接通呼叫，回送呼叫應(yīng)答消息(ANM)給主控處理機(jī)(MCU);10) 、主控處理機(jī)(MCU)將ANM轉(zhuǎn)發(fā)給交換業(yè)務(wù)節(jié)點(diǎn)(SSP);11) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送播音請(qǐng)求消息給主控處理機(jī)(MCU),主控處理 機(jī)(MCU)對(duì)媒體文件使用頻率進(jìn)行統(tǒng)計(jì)，根據(jù)消息參數(shù)和常用媒體文件排序表，
當(dāng)確認(rèn)播放的是熱門(mén)媒體文件，或確認(rèn)播放的不是熱門(mén)媒體文件，但是檢査媒體 處理板的內(nèi)存緩沖區(qū)中已經(jīng)緩存指定媒體文件，采用文件下載方式播放指定的語(yǔ) 音文件；12) 、主控處理機(jī)(MCU)發(fā)送媒體文件播放命令消息，指示媒體處理板(MFIP) 為媒體資源y進(jìn)行媒體文件播送；13) 、媒體存儲(chǔ)服務(wù)器(VRS)為媒體處理板(MFIP)提供文件下載服務(wù)，媒體 處理板(MFIP)在短時(shí)間內(nèi)里下載完整個(gè)媒體文件，并保存在二級(jí)緩存中，如果內(nèi) 存緩沖區(qū)沒(méi)有足夠的空間時(shí)，需要把內(nèi)存緩沖區(qū)中原先保存的最長(zhǎng)時(shí)間沒(méi)有使用 的媒體文件淘汰，直到指定媒體文件有足夠的空間保存；14) 、媒體處理板(MFIP)讀取二級(jí)緩存中的媒體文件內(nèi)容，通過(guò)中繼電路持 續(xù)向用戶終端播送語(yǔ)音，播送語(yǔ)音的執(zhí)行不需要等待上一歩驟中的文件下載全部 完成后才開(kāi)始；15) 、媒體處理設(shè)備的主控處理機(jī)(MCU)收到來(lái)自交換業(yè)務(wù)節(jié)點(diǎn)(SSP)的呼叫 釋放消息(REL)，指示中繼電路x上的呼叫釋放；16) 、主控處理機(jī)(MCU)將REL轉(zhuǎn)發(fā)給業(yè)務(wù)控制節(jié)點(diǎn)(CN);17) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送播音停止消息給主控處理機(jī)(MCU)，要求主控 處理機(jī)(MCU)停止媒體資源y的語(yǔ)音播放；18) 、主控處理機(jī)(MCU)發(fā)送媒體播放停止命令消息，指示媒體處理板(MFIP) 停止媒體播放；19) 、媒體處理板(MFIP)停止媒體資源y的播放后，向主控處理機(jī)(MCU) 回送媒體播放停止證實(shí)消息；20) 、主控處理機(jī)(MCU)向業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送播音結(jié)束消息；21) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送資源釋放請(qǐng)求消息給主控處理機(jī)(MCU)，要求 主控處理機(jī)(MCU)釋放媒體資源y;22) 、主控處理機(jī)(MCU)釋放媒體資源y，然后給業(yè)務(wù)控制節(jié)點(diǎn)(CN)發(fā)送資 源釋放證實(shí)消息。23) 、業(yè)務(wù)控制節(jié)點(diǎn)(CN)完成呼叫釋放，回送呼叫釋放完成消息(RLC)給主
控處理機(jī)(MCU);24)、主控處理機(jī)(MCU)將RLC轉(zhuǎn)發(fā)給交換業(yè)務(wù)節(jié)點(diǎn)(SSP);四、彩鈴業(yè)務(wù)系統(tǒng)的組網(wǎng)方案本發(fā)明由于二級(jí)緩存和流媒體技術(shù)的使用，大大降低了服務(wù)器負(fù)荷，可采用 成本較低的服務(wù)器進(jìn)行分布式處理。媒體處理設(shè)備與媒體存儲(chǔ)服務(wù)器之間組網(wǎng)連接如圖8所示，設(shè)有多臺(tái)媒體存儲(chǔ)服務(wù)器和多個(gè)媒體處理設(shè)備組成，媒體存儲(chǔ)和業(yè)務(wù)控制管理釆用分布式結(jié)構(gòu)，上述媒體存儲(chǔ)服務(wù)器和媒體處理設(shè)備之間通過(guò)雙 平面的局域網(wǎng)進(jìn)行通信連接。媒體處理設(shè)備采用多模塊分布式處理結(jié)構(gòu)，提供設(shè) 備冗余和業(yè)務(wù)負(fù)荷分擔(dān)的能力，媒體資源的播放大部分從前端媒體處理設(shè)備的MFIP內(nèi)存中提取，只有少數(shù)呼叫需要到媒體存儲(chǔ)服務(wù)器讀取。如果不使用二級(jí)緩存和流媒體技術(shù)，播放的所有媒體文件均按照呼叫實(shí)時(shí)從 媒體存儲(chǔ)服務(wù)器存取，就要求媒體存儲(chǔ)管理采用高性能的集群服務(wù)器，這種技術(shù)方案的主要問(wèn)題是a) 、對(duì)集群Cluster服務(wù)器要求較高，為了滿足容量要求，需要使用高性能 的集群(Clmter)服務(wù)器，包括內(nèi)存容量大(2-4GB以上)，硬盤(pán)讀寫(xiě)速度要求非 常快，雙網(wǎng)口 1000M速度，CPU處理速度高(多CPU)。在以上幾個(gè)方面易形 成瓶頸，系統(tǒng)總體容量的瓶頸在媒體存儲(chǔ)服務(wù)器上。b) 、在業(yè)務(wù)和市場(chǎng)初期，由于對(duì)業(yè)務(wù)控制以及媒體存儲(chǔ)服務(wù)器起點(diǎn)較高，啟 動(dòng)成本較高，不便于商業(yè)談判和競(jìng)爭(zhēng)。本發(fā)明對(duì)服務(wù)器要求較低，在系統(tǒng)容量上不會(huì)有瓶頸，不需要采用昂貴的集 群服務(wù)器。綜合考慮各種因素，在性能成本等各方面優(yōu)勢(shì)非常明顯。
權(quán)利要求
1、一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量媒體播送系統(tǒng)，其特征在于它包括以下組成部分具備數(shù)據(jù)存儲(chǔ)、處理機(jī)和網(wǎng)絡(luò)功能的媒體存儲(chǔ)服務(wù)器，所述媒體存儲(chǔ)服務(wù)器能夠?yàn)槊襟w處理設(shè)備同時(shí)提供文件下載和流媒體實(shí)時(shí)傳送兩種媒體傳輸服務(wù)；媒體處理設(shè)備，媒體處理設(shè)備能夠以文件下載和流媒體實(shí)時(shí)傳送兩種方式從媒體存儲(chǔ)服務(wù)器獲取預(yù)先存儲(chǔ)的媒體內(nèi)容；所述媒體處理設(shè)備置有媒體處理板、主控處理機(jī)、承載接口板；所述媒體處理板具備預(yù)存或緩存媒體文件的內(nèi)存文件系統(tǒng)，并能利用內(nèi)存文件系統(tǒng)進(jìn)行媒體播送；所述媒體處理板設(shè)有媒體格式的轉(zhuǎn)換和處理裝置，所述媒體格式的轉(zhuǎn)換和處理裝置將從媒體存儲(chǔ)服務(wù)器取得的媒體內(nèi)容按照媒體需要傳送的格式進(jìn)行處理；所述主控處理機(jī)與媒體處理板之間通過(guò)內(nèi)部數(shù)據(jù)鏈路通信，并通過(guò)以太網(wǎng)向業(yè)務(wù)控制節(jié)點(diǎn)提供控制管理接口；所述承載接口板對(duì)外提供TDM電路接口和/或IP媒體承載接口，通過(guò)公共通信網(wǎng)絡(luò)向用戶終端播送各種媒體內(nèi)容。
2、 如權(quán)利要求1所述的一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量 媒體播送系統(tǒng)，其特征在于它設(shè)有多臺(tái)媒體存儲(chǔ)服務(wù)器和多個(gè)媒體處理設(shè)備組 成，上述媒體存儲(chǔ)服務(wù)器和媒體處理設(shè)備之間通過(guò)雙平面的局域網(wǎng)進(jìn)行通信連 接。
3、 如權(quán)利要求1所述的一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量 媒體播送系統(tǒng)，其特征在于媒體處理設(shè)備采用多模塊分布式處理結(jié)構(gòu)，提供設(shè)備 冗余和業(yè)務(wù)負(fù)荷分擔(dān)的能力。
4、 一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量媒體播送方法，其特 征在于它以權(quán)利要求1所提供的媒體播送系統(tǒng)為其媒體播送系統(tǒng)，并包括以下主 要?dú)i驟1) 、媒體處理設(shè)備接收業(yè)務(wù)控制節(jié)點(diǎn)的媒體文件播放命令；2) 、所述媒體播送系統(tǒng)對(duì)命令中指定媒體文件的使用頻率進(jìn)行統(tǒng)計(jì)，當(dāng)使用 頻率低于門(mén)限時(shí)轉(zhuǎn)到步驟"6)"，否則繼續(xù)；3) 、檢査媒體處理設(shè)備的媒體處理板中是否己經(jīng)緩存了指定的媒體文件，如 果是轉(zhuǎn)到步驟"5)"，否則繼續(xù)；4) 、媒體處理設(shè)備開(kāi)始從媒體存儲(chǔ)服務(wù)器下載指定的媒體文件，已經(jīng)下載的 文件內(nèi)容保存在媒體處理板中；5) 、媒體處理設(shè)備對(duì)媒體處理板中的媒體內(nèi)容進(jìn)行格式轉(zhuǎn)換處理，并向用戶 終端實(shí)時(shí)播送，直到播放過(guò)程結(jié)束。6) 、媒體處理設(shè)備以流媒體方式從服務(wù)器獲取指定媒體內(nèi)容，并實(shí)時(shí)向用戶終端播送，直到播放過(guò)程結(jié)束。
5、 如權(quán)利要求4所述的一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量 媒體播送方法，其特征在于步驟"5)"的執(zhí)行不需要等待步驟"4)"中文件下載 全部完成后才開(kāi)始，
6、 如權(quán)利要求4所述的一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量 媒體播送方法，其特征在于步驟"6)"先檢査內(nèi)存緩沖區(qū)中是否已經(jīng)緩存了指定 媒體文件，如果是直接轉(zhuǎn)到步驟"5)"，否則繼續(xù)按照步驟"6)"進(jìn)行處理。
7、 如權(quán)利要求4所述的一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量 媒體播送方法，其特征在于步驟"2)"中對(duì)媒體文件使用頻率的統(tǒng)計(jì)采用建立常 用媒體文件排序表的方式實(shí)現(xiàn)，按照最近一段時(shí)間內(nèi)媒體文件的使用頻率進(jìn)行排 序，并確認(rèn)排序表中前N個(gè)媒體文件為熱門(mén)媒體文件，媒體處理設(shè)備以文件方 式下載并緩存使用頻率較高的熱門(mén)媒體文件，而采用流媒體播送方式實(shí)時(shí)傳送使 用頻率較低的其余媒體文件。
8、 如權(quán)利要求4所述的一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量 媒體播送方法，其特征在于在步驟"4)"中，當(dāng)媒體處理板沒(méi)有足夠的空間時(shí)， 先把媒體處理板中原先保存的最長(zhǎng)時(shí)間沒(méi)有使用的媒體文件刪除，直到指定媒體 文件有足夠的空間保存。
9、如權(quán)利要求4所述的一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量 媒體播送方法，其特征在于根據(jù)系統(tǒng)提供的媒體容量大小，媒體處理設(shè)備中的各 媒體處理板按比例緩存不同或相同媒體文件。
全文摘要
本發(fā)明提供了一種應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量媒體播送系統(tǒng)。它包括以下組成部分具備數(shù)據(jù)存儲(chǔ)、處理機(jī)和網(wǎng)絡(luò)功能的媒體存儲(chǔ)服務(wù)器，媒體處理設(shè)備，媒體處理設(shè)備能夠以文件下載和流媒體實(shí)時(shí)傳送兩種方式從媒體存儲(chǔ)服務(wù)器獲取預(yù)先存儲(chǔ)的媒體內(nèi)容。本發(fā)明能夠海量地存儲(chǔ)媒體文件并可有選擇地采用文件下載或流媒體實(shí)時(shí)傳送兩種方式播送文件，所以能夠提供大量媒體內(nèi)容的集中存儲(chǔ)，并為較大數(shù)量的用戶同時(shí)提供媒體播送服務(wù)。本發(fā)明還提供了一種能高效處理媒體文件的應(yīng)用于移動(dòng)電話或固定電話交換系統(tǒng)的大容量媒體播送方法，在一般業(yè)務(wù)條件下可以避免媒體處理板和媒體存儲(chǔ)服務(wù)器之間大部分的下載流量，從而降低媒體處理板和媒體存儲(chǔ)服務(wù)器的負(fù)荷，能夠解決大容量媒體播送系統(tǒng)中存在的存儲(chǔ)容量和下載帶寬之間的矛盾，在相同的硬件技術(shù)條件下，大大提高單系統(tǒng)支持的最大業(yè)務(wù)容量。
文檔編號(hào)H04M3/42GK101163172SQ20071015669
公開(kāi)日2008年4月16日 申請(qǐng)日期2007年11月12日 優(yōu)先權(quán)日2007年11月12日
發(fā)明者傅永斌, 卓 劉, 閱 厲, 季立明, 劍 朱, 朱燕娜, 楊永康, 江福民, 霞 金, 駱韶華 申請(qǐng)人:東方通信股份有限公司