|
■ 概 述
本白皮書(shū)介紹了信息代媒體處理技術(shù), 它大大地降低了系統(tǒng)成本. Dialogic稱這種技術(shù)為Dialogic? NetStructure?
主機(jī)媒體處理 (HMP) 軟件. HMP 軟件提供了基本的媒體服務(wù), 開(kāi)發(fā)者可以用來(lái)創(chuàng)建靈活的,可擴(kuò)展的,和高效的模塊網(wǎng)絡(luò)模塊,
提供語(yǔ)音和數(shù)據(jù)服務(wù).
HMP 軟件把媒體處理方案從建立特制的軟硬件模型轉(zhuǎn)換到開(kāi)發(fā)的軟件模型和高性能的計(jì)算平臺(tái). 這可以提供很大的好處
- 啟動(dòng)和庫(kù)存少 - 最初很少的設(shè)備投資
- 減少開(kāi)發(fā)成本 - 不需要特制的硬件來(lái)開(kāi)發(fā)系統(tǒng)
- 減少實(shí)施成本 - 軟件比硬件更加容易安裝和配置
- 低浪費(fèi) - 軟件可以用來(lái)做很多功能
- 低維護(hù)費(fèi)用 - 維護(hù)更加容易, 系統(tǒng)配置標(biāo)準(zhǔn)化
這篇文章主要是介紹技術(shù). 它詳細(xì)地介紹了HMP軟件的技術(shù)和如何建立模塊化網(wǎng)絡(luò)模塊.
■ 介 紹
過(guò)去4個(gè)世紀(jì), 語(yǔ)音處理越來(lái)越計(jì)算機(jī)化, 開(kāi)發(fā)了新的更復(fù)雜的服務(wù)-而且費(fèi)用更低.
語(yǔ)音處理作為一門(mén)技術(shù)起源于60年代,當(dāng)時(shí)電子交換機(jī)剛剛被發(fā)明. 原來(lái)的電信網(wǎng)絡(luò)只支持人對(duì)人的交互, 對(duì)話者之間和對(duì)話者和接線員之間.
電子交換機(jī)讓服務(wù)可以通過(guò)與計(jì)算機(jī)交互而替代了人工. 逐漸地, 人機(jī)交換變得更加復(fù)雜. 有了按鍵撥號(hào)和歡迎提示音, 然后有了傳真,
調(diào)制解調(diào)器, 會(huì)議, 文本轉(zhuǎn)語(yǔ)音, 聲音壓縮和語(yǔ)音交互. 這些技術(shù)引發(fā)了一系列新的服務(wù)用來(lái)降低成本(例如,不需要真人的接線員了),
也為服務(wù)提供商和其它企業(yè)創(chuàng)建了很多新的機(jī)會(huì)來(lái)做增值服務(wù).
與服務(wù)革命并行的是, 支持聲音媒體處理的架構(gòu)也在發(fā)展. 第一代是集成的數(shù)字信號(hào)處理(DSP)半導(dǎo)體再多塊板子上,
被裝在一個(gè)私有的電話交換機(jī)里. 這些設(shè)備很昂貴, 一個(gè)新的服務(wù)從概念到實(shí)施可能會(huì)需要五年來(lái)實(shí)現(xiàn)因?yàn)樗麄冃枰砑佑布蛩接熊浖纳?jí),
兩種方法都很昂貴.
在1980年, 第二代處理架構(gòu)叫做計(jì)算機(jī)電話(CT)引入了一個(gè)開(kāi)放的架構(gòu)來(lái)創(chuàng)建聲音媒體處理. 這種技術(shù)集成了標(biāo)準(zhǔn)的高度優(yōu)化的計(jì)算板,
插在開(kāi)放的,標(biāo)準(zhǔn)的計(jì)算平臺(tái)上, 通用的計(jì)算和通信模塊. 新的服務(wù)是一個(gè)多廠商的架構(gòu), 主要是各個(gè)軟件開(kāi)發(fā)商來(lái)實(shí)現(xiàn)的,
而不是某一個(gè)硬件廠商軟硬件的方案. 這可以大大地降低了提供網(wǎng)絡(luò)服務(wù)的成本, 刺激一輪應(yīng)用和服務(wù)創(chuàng)新.服務(wù)提供商開(kāi)始提供新的服務(wù)給企業(yè)和消費(fèi)者,
例如電話卡, 預(yù)付費(fèi)卡, 和語(yǔ)音信箱.
今天我們?cè)诘谌襟w處理技術(shù)的邊緣, 它的實(shí)現(xiàn)是由于通用處理器的性能多年來(lái)以指數(shù)級(jí)增長(zhǎng),最開(kāi)始也被預(yù)測(cè)為"摩爾定律".
在1965, Dialogic Gordon Moore預(yù)測(cè)每18個(gè)月集成芯片上的晶體管數(shù)目會(huì)翻一番. 它的語(yǔ)言被證明是正確的,
考慮到現(xiàn)在處理器的密度,復(fù)雜度,和速度.
最新的,最強(qiáng)大的Dialogic處理器讓一個(gè)標(biāo)準(zhǔn)的計(jì)算平臺(tái)可以高效地進(jìn)行媒體處理功能,這在過(guò)去兩代只能是由特殊功能處理器來(lái)實(shí)現(xiàn).
因?yàn)槌杀竞蛯?shí)施媒體處理的界限會(huì)根本地減少.
Dialogic的第三代媒體處理技術(shù)被稱作Dialogic® NetStructure® 主機(jī)媒體處理(HMP)
軟件. 這種技術(shù)把過(guò)去運(yùn)行在私有硬件上的算法和控制軟件放到標(biāo)準(zhǔn)的計(jì)算平臺(tái)來(lái)運(yùn)行. 起始的成本和系統(tǒng)總成本會(huì)大大減小.
現(xiàn)在的應(yīng)用開(kāi)發(fā)者需要購(gòu)買板卡和開(kāi)發(fā)平臺(tái)來(lái)開(kāi)始開(kāi)發(fā)一個(gè)電信應(yīng)用. 有了 HMP 軟件, 開(kāi)發(fā)者可以在一個(gè)簡(jiǎn)單的軟件安裝以后開(kāi)始開(kāi)發(fā)電信應(yīng)用.
也就節(jié)省了起始成本, 而且與正在興起的Internet-電信集成, 一定會(huì)產(chǎn)生下一輪創(chuàng)新的, 高性價(jià)比的電信應(yīng)用.
■ 目 的
很多年以來(lái), 電信網(wǎng)絡(luò)服務(wù)提供商逐漸在移植到開(kāi)放的模塊上, 因?yàn)槭褂脴?biāo)準(zhǔn)化的, 高產(chǎn)量的硬件和開(kāi)放軟件在標(biāo)準(zhǔn)的計(jì)算模型中有很強(qiáng)的性價(jià)比優(yōu)勢(shì).
在架構(gòu)上可以很大地節(jié)省成本,加倍的能力來(lái)創(chuàng)建新的創(chuàng)新型的服務(wù), 這是一個(gè)電信工業(yè)不可忽視的強(qiáng)大的動(dòng)機(jī).
把媒體處理從定制的集成的板卡上移到標(biāo)準(zhǔn)的,高產(chǎn)量的處理器上現(xiàn)在已經(jīng)是可行的了. 媒體處理從定制的, 集成的板卡移到建立在標(biāo)準(zhǔn)的,高產(chǎn)量的處理器上的開(kāi)放軟件模塊現(xiàn)在已經(jīng)成為可能.這種轉(zhuǎn)變會(huì)是以什么形式發(fā)生?
HMP軟件如何支持傳統(tǒng)的語(yǔ)音服務(wù)? 嵌入式DSP架構(gòu)的未來(lái)是什么? HMP軟件如何部署創(chuàng)新性的服務(wù)? 什么是部署HMP軟件的最高性價(jià)比的平臺(tái).這篇文章在下面的章節(jié)會(huì)回答這些問(wèn)題
■ 市場(chǎng)段機(jī)會(huì)和挑戰(zhàn)
在標(biāo)準(zhǔn)計(jì)算系統(tǒng)中使用HMP軟件的想法越來(lái)越突出, 主要由于在幾年前VoIP技術(shù)和現(xiàn)在的模塊化下一代網(wǎng)絡(luò)架構(gòu).
VoIP讓相當(dāng)大的一組計(jì)算機(jī)和數(shù)據(jù)處理行業(yè)的專家, 把他們的技術(shù)用來(lái)為2500億美元市場(chǎng)的電信市場(chǎng)作開(kāi)發(fā). 這個(gè)新的服務(wù)會(huì)更加高效和靈活,
是建立在模塊化電信架構(gòu)的概念上, 有標(biāo)準(zhǔn)的寫(xiě)一和編程接口. 工業(yè)組織, 例如IEEE, 傳見(jiàn)了一組開(kāi)放寫(xiě)一和編程標(biāo)準(zhǔn),更加過(guò)大了和加強(qiáng)了這種架構(gòu)的支持.模塊化網(wǎng)絡(luò)讓很多基本的電信服務(wù),例如本地,長(zhǎng)途,PBX交換等,建立在開(kāi)放的計(jì)算和數(shù)據(jù)模型上.
兩個(gè)和模塊化網(wǎng)絡(luò)有特殊關(guān)系的模塊是媒體網(wǎng)關(guān)和媒體服務(wù)器.
在未來(lái)幾年, 開(kāi)放標(biāo)準(zhǔn)的媒體網(wǎng)關(guān)和媒體服務(wù)器有很大的機(jī)會(huì). 而且, 新的高價(jià)值服務(wù)包含了語(yǔ)音識(shí)別技術(shù)可以處理基于網(wǎng)站的商業(yè)信息,
例如電子助手和語(yǔ)音門(mén)戶, 會(huì)更大地?cái)U(kuò)展模塊化網(wǎng)絡(luò)的市場(chǎng)段機(jī)會(huì). The Kelsey Group4 和 Datamonitor5
預(yù)測(cè)最終客戶的機(jī)會(huì)中僅僅是語(yǔ)音相關(guān)的市場(chǎng)段就會(huì)從今天的10億美元增長(zhǎng)到2007年的40億美元. Datamonitor也預(yù)測(cè)這樣的方案大約80%會(huì)在2007年會(huì)建立在開(kāi)放平臺(tái)上,
而今天只有不到20%.
標(biāo)準(zhǔn)的接口讓電子商務(wù)應(yīng)用的程序員可以給他們現(xiàn)在的應(yīng)用和電信服務(wù)連接起來(lái), 并且開(kāi)發(fā)獨(dú)有的純電信的應(yīng)用. 這些標(biāo)準(zhǔn),
例如VoiceXML, SALT, 和SIP都在IETF被定義, 也和ITU的標(biāo)準(zhǔn)化部分連接起來(lái). 這種標(biāo)準(zhǔn)的目標(biāo)是減少新的融合通信應(yīng)用的開(kāi)發(fā)時(shí)間從幾年到幾個(gè)月,這也和信息技術(shù)的目標(biāo)是一樣的.
把點(diǎn)心的媒體處理功能移到計(jì)算芯片和工業(yè)標(biāo)準(zhǔn)的平臺(tái)上可以讓電信設(shè)備提供商和企業(yè)大大改進(jìn)性能. HMP 軟件在在計(jì)算芯片上運(yùn)用在低端左應(yīng)用和媒體處理會(huì)非常高性價(jià)比,在高密度方案中,
需要更多磁盤(pán)存儲(chǔ)和高級(jí)媒體處理特性, 例如語(yǔ)音識(shí)別和TTS.
電信媒體處理方案?jìng)?cè)重在高密度媒體流, 可能仍然是建立在專門(mén)的DSP芯片上比較高效. 這些電信級(jí)密度功能包括
- 在中心局建立媒體網(wǎng)關(guān)
- 處理壓縮語(yǔ)音流的媒體服務(wù)器
- 無(wú)線基帶設(shè)備媒體處理
這些市場(chǎng)段需要空間, 電源, 和散熱, 目前來(lái)說(shuō)只有特別為這些功能設(shè)計(jì)的芯片才能滿足要求. 但是, 隨著處理能力和軟硬件的改進(jìn),
未來(lái)幾年這些特別設(shè)計(jì)的芯片也可能會(huì)被淘汰.
■ 主機(jī)媒體處理技術(shù)概況
Dialogic 提供兩組面向媒體處理市場(chǎng)段的處理器:
- 專門(mén)為數(shù)字信令處理優(yōu)化過(guò)的處理器
- 通用處理器, 在數(shù)字信令處理能力方面有增強(qiáng)
專門(mén)的Dialogic處理器
這些處理器是第一類, 也是IXS處理器的一種, 它們是專門(mén)設(shè)計(jì)用來(lái)左包處理的DSP. 例如Dialogic®
IXS1000 媒體信號(hào)處理器是電信級(jí), 芯片上有數(shù)字系統(tǒng)的芯片, 應(yīng)用了VoP的技術(shù), 為下一代光網(wǎng)絡(luò)可以提供高質(zhì)量的語(yǔ)音,傳真,
和數(shù)據(jù)通信.使用了IXS1000方案, 運(yùn)營(yíng)商可以更高效地把語(yǔ)音流量從電路交換網(wǎng)絡(luò)移到高效的基于包交換的VoIP和VoATM網(wǎng)絡(luò)上.
關(guān)于更多信息, 請(qǐng)參考 IXS1000白皮書(shū) "Optimized High-Density
Voice over Packet (VoP) Architecture for Next-Generation
Networks" http://www.Dialogic.com/
通用處理器
這篇文章主要關(guān)注在第二個(gè)類型:通用處理器并增強(qiáng)了DSP的能力. Dialogic正在開(kāi)發(fā)軟件讓主機(jī)媒體處理可以運(yùn)行在奔騰處理器,
安騰處理器, 和Dialogic XScale微處理器架構(gòu)上.這會(huì)把通用計(jì)算平臺(tái)的性能價(jià)格比的優(yōu)勢(shì)帶到電信的媒體處理方案中.
這個(gè)計(jì)劃的第一步關(guān)注在電信處理上, 會(huì)開(kāi)始使用Dialogic 32為計(jì)算平臺(tái)(IA-32):
Celeron?, Pentium, 和 Dialogic? Xeon? 處理器. Dialogic
的64位架構(gòu)(IA-64)在Itanium處理器上可以更大改進(jìn)HMP軟件的能力和可擴(kuò)展性.
Itanium處理器有更高性能的數(shù)字信號(hào)處理指令集, 對(duì)于高端電信媒體處理很有吸引力
Dialogic XScale 微處理架構(gòu)需要更少的電源和良好的散熱, 適合用來(lái)作低端應(yīng)用,
例如接入王關(guān)和家庭和小公司市場(chǎng)段.
關(guān)于通用處理器上的DSP能力的歷史
Dialogic首先在奔騰處理器的MMX技術(shù)中引入了DSP功能. MMX(Multi-Media
eXtensions)技術(shù)作為Dialogic架構(gòu)的一個(gè)主要的增強(qiáng)被設(shè)計(jì)用來(lái)加速多媒體和通信軟件的速度.
這個(gè)技術(shù)把嵌入式基本DSP的能力加入到奔騰處理器, 它包括了新的數(shù)據(jù)類型和57個(gè)新的指令來(lái)加速在語(yǔ)音,
2D和3D圖像, 視頻, 語(yǔ)音合成和識(shí)別, 數(shù)據(jù)通信算法計(jì)算. 由于芯片上的電子管增加,Dialogic不斷地在奔騰處理器上增加新的DSP的能力.
MMX基礎(chǔ)創(chuàng)建的能力使用Streaming SIMD Extensions (SSE)得到了擴(kuò)展.
Streaming SIMD (Single Instruction-Stream Multiple
Data-Stream) extensions 減少執(zhí)行特定程序任務(wù)所需要總體的指令數(shù). 因此,
它可以為很多應(yīng)用提高性能, 包括視頻, 語(yǔ)言, 和圖像, 照片處理, 加密, 財(cái)務(wù), 工程,
和科學(xué)應(yīng)用. Dialogic® NetBurst® 微處理架構(gòu)添加了144個(gè)新的SSE指令,
也被稱作SSE2, 它們?cè)贒ialogic® Pentium™ III 和
Celeron 處理器上被提供.
今天, Pentium 和Itanium 處理器執(zhí)行浮點(diǎn)操作, 矩陣操作, 快速?gòu)?fù)立葉變換,
和多線程. 而且, Dialogic提供Dialogic 集成性能原語(yǔ)來(lái)優(yōu)化數(shù)字信令處理.
初步的測(cè)試結(jié)果
在奔騰處理器上引入DSP能力使得開(kāi)發(fā)主機(jī)媒體處理功能非常高性價(jià)比. 根據(jù)初步的預(yù)測(cè), Dialogic估計(jì)HMP軟件讓一個(gè)1GHz的奔騰處理器可以代替兩顆150MHz的DSP.
按照這個(gè)來(lái)推算, 根據(jù)摩爾定律, 奔騰處理器性能不斷增強(qiáng)最終會(huì)達(dá)到DS-3甚至OC-3的處理密度. 圖1顯示了預(yù)測(cè)的性能和實(shí)驗(yàn)室的結(jié)果,
HMP軟件使用了小于50%的處理器能力, 一個(gè)應(yīng)用程序在運(yùn)行并執(zhí)行六項(xiàng)重要的通信媒體處理功能.
1.播放提示音 - u-law或A-law聲音數(shù)據(jù)從硬盤(pán)讀取然后被轉(zhuǎn)換成電信聲音流.
2.自動(dòng)語(yǔ)音回復(fù) (IVR) - 把播放提示音和DTMF或按鍵信令檢測(cè)結(jié)合在一起. 這個(gè)功能包括語(yǔ)音打斷(barge-in)功能,
它是可以在播放提示音的時(shí)候, 當(dāng)檢測(cè)到DTMF數(shù)字或者語(yǔ)音停止放音的功能.
3.會(huì)議 - 把多個(gè)聲音流橋接在多方會(huì)議中
4.編解碼(Transcoding) - 根據(jù) G.729a 和 G.723.1 壓縮算法來(lái)壓縮語(yǔ)音
5.傳真 - 把T.30/T.17 調(diào)制解調(diào)器流翻譯到TIFF文件
6.語(yǔ)音 - 執(zhí)行語(yǔ)音技術(shù)功能, 包括TTS,語(yǔ)音菜單, 大單詞量. (注意:只是作為比較包含在這里)
HMP軟件已經(jīng)完成, 優(yōu)化, 和測(cè)試過(guò)播放提示音, IVR, 和會(huì)議算法, 在Celeron處理器和Pentium處理器,
從566MHz到2GHz. 圖1的實(shí)線代表實(shí)驗(yàn)室測(cè)試的結(jié)果. Dialogic還計(jì)劃在更高性能的處理器上和2,4, 最終8個(gè)CPU的服務(wù)器,
Xeon, Itanium處理器上實(shí)現(xiàn)算法. 圖1中虛線是Dialogic預(yù)測(cè)的未來(lái)實(shí)現(xiàn)的預(yù)計(jì)性能.
實(shí)施環(huán)境
下一代模塊化網(wǎng)絡(luò)把語(yǔ)音和數(shù)據(jù)在一個(gè)包交換的架構(gòu)上結(jié)合起來(lái). 因此, 兩個(gè)主要的架構(gòu)現(xiàn)在可以結(jié)合起來(lái)實(shí)施媒體服務(wù):
一個(gè)直接的電路交換網(wǎng)絡(luò)接口和一個(gè)基于包的Ip網(wǎng)絡(luò)接口. 這兩個(gè)架構(gòu)在圖2 , HMP軟件可以為兩者提供媒體處理服務(wù),
基于包的IP網(wǎng)絡(luò)只需要以太網(wǎng)接口. 新的, 和傳統(tǒng)的服務(wù)提供商把標(biāo)準(zhǔn)的100BaseT和千兆以太網(wǎng)作為他們Internet骨干網(wǎng)服務(wù)和電信語(yǔ)音連接.
服務(wù)提供商在實(shí)施媒體網(wǎng)關(guān),它可以把電路網(wǎng)絡(luò)的語(yǔ)音流轉(zhuǎn)換到以太網(wǎng)架構(gòu)上,使用的是VoIP. 以太網(wǎng)在標(biāo)準(zhǔn)的網(wǎng)站計(jì)算平臺(tái),
現(xiàn)在的臺(tái)式機(jī)和筆記本使用中廣泛存在. 因此, 一個(gè)以太網(wǎng)電信媒體服務(wù)器可以在一個(gè)標(biāo)準(zhǔn)的網(wǎng)站計(jì)算平臺(tái)來(lái)實(shí)施, 只要HMP軟件,
不需要任何額外的語(yǔ)音處理硬件. 這些以太網(wǎng)網(wǎng)絡(luò)讓基于以太網(wǎng)的電信媒體服務(wù)器可以提供語(yǔ)音媒體處理給傳統(tǒng)電話客戶和IP客戶.
剛才介紹的網(wǎng)站服務(wù)器平臺(tái)現(xiàn)在也被軟交換應(yīng)用作呼叫處理功能. HMP軟件運(yùn)行在軟交換的平臺(tái)上,可以輕松地增加電信媒體處理服務(wù).
這種新型的實(shí)施會(huì)取代現(xiàn)有專門(mén)的硬件. 使用開(kāi)放架構(gòu)硬件是非常必要的. 對(duì)于網(wǎng)絡(luò)和企業(yè)服務(wù)提供商來(lái)說(shuō), 總體系統(tǒng)成本大大降低,
例如備份, 培訓(xùn)和集成管理系統(tǒng)等成本都非常低. 這種實(shí)施也會(huì)加速應(yīng)用推向市場(chǎng)的速度,增加革新的流程,只通過(guò)軟件升級(jí)就可以添加新的特性.
實(shí)施一個(gè)傳統(tǒng)電路交換網(wǎng)絡(luò)的或ATM網(wǎng)絡(luò)的媒體服務(wù)器需要增加電路網(wǎng)卡. 一個(gè)電路網(wǎng)卡提供了電路交換接口(模擬或數(shù)字),
或者電路交換, 高容量的中繼接口.(T-1/E-1/J-1, E3/T3, OC3). 一個(gè)典型的電路NIC包括下面的基本功能:
- 一個(gè)LIU來(lái)終結(jié)銅線或光纖
- 一個(gè)framer或數(shù)字接口來(lái)終結(jié)第一冊(cè)協(xié)議或一個(gè)模擬接口的COder DECoder (CODEC)把模擬語(yǔ)音信號(hào)轉(zhuǎn)換成數(shù)字信號(hào).
- 一個(gè)到標(biāo)準(zhǔn)的計(jì)算平臺(tái)的接口PCI AT9, CompactPCI*, 或 PCI Mezzanine Card
(PMC) 總線
對(duì)于高容量的中繼接口, 電路NIC也包括特殊的模塊來(lái)優(yōu)化TDM每路的數(shù)據(jù)執(zhí)行HDLC ISDN和SS&信令的控制器功能.
電路NIC流數(shù)據(jù)到計(jì)算服務(wù)平臺(tái)有很少的延遲(一般是小與8ms). 計(jì)算服務(wù)器平臺(tái)就執(zhí)行媒體處理, 如果需要的話,
也做信令處理.
為了支持?jǐn)?shù)據(jù)網(wǎng)絡(luò)的增長(zhǎng), 高密度NIC((T-1/E-1/J-1, T3/E3, OC3, ATM) 在市場(chǎng)段中越來(lái)越通用.
簡(jiǎn)單的電路NIC可以讓低價(jià)的接口到標(biāo)準(zhǔn)廣域網(wǎng)的接口. 它也允許計(jì)算平臺(tái)來(lái)執(zhí)行路由的功能. 作為電路NIC的設(shè)計(jì)越來(lái)越標(biāo)準(zhǔn)化,
它們的革新類似以太網(wǎng)NIC, 只是更加局限. 這種更新可以是電路NIC成本更低, 更加向即插即用的架容性發(fā)展, 就象現(xiàn)在的以太網(wǎng)NIC一樣.
Dialogic的標(biāo)準(zhǔn)即插即用接口在下面章節(jié)有更加詳細(xì)的描述.
■ HMP 軟件參考架構(gòu)
Dialogic 開(kāi)發(fā)的HMP 軟件模塊圖入圖3, 作為電信媒體服務(wù)器的一個(gè)藍(lán)圖. 這個(gè)架構(gòu)定義了接口和功能的需求來(lái)支持基于電路和基于包的媒體服務(wù)器
這個(gè)參考架構(gòu)有五個(gè)主要功能
1. HMP 軟件
2. 電信網(wǎng)絡(luò)接口
3. 語(yǔ)音和數(shù)據(jù)存儲(chǔ)接口
4. HMP 軟件編程接口
5. 標(biāo)準(zhǔn)計(jì)算平臺(tái)
下面章節(jié)中, 每部分會(huì)進(jìn)行詳細(xì)地討論.
HMP 軟件
HMP 軟件支持兩個(gè)主要的功能: 語(yǔ)音媒體處理算法和軟件語(yǔ)音交換.
語(yǔ)音媒體處理算法
語(yǔ)音媒體處理算法支持語(yǔ)音處理資源的功能: 播放語(yǔ)音提示, IVR, 會(huì)議, 傳真, 和編解碼. HMP最初引進(jìn)關(guān)注在算法和相應(yīng)資源列在
附錄 A: 媒體能力, 資源, 和算法
但是, 開(kāi)發(fā)算法是不夠的. 為了創(chuàng)建一個(gè)語(yǔ)音媒體處理的架構(gòu), 需要注意下面兩方面
1. 在網(wǎng)絡(luò)實(shí)施的時(shí)候調(diào)整算法
2. 為平臺(tái)優(yōu)化算法
Dialogic的算法是從Dialogic® Dialogic® 和Dialogic® NetStructure™
產(chǎn)品演變而來(lái). 這些算法已經(jīng)在電信網(wǎng)絡(luò)中在過(guò)去的20年里部署了100多個(gè)國(guó)家. Dialogic把這項(xiàng)技術(shù)移植到Celeron,
Pentium, Itanium 和 XScale 處理器家族.
Dialogic通過(guò)用C重寫(xiě)來(lái)優(yōu)化這些算法, 更好地使用Pentium 和 Itanium 處理器上的MMX和SSE技術(shù).
優(yōu)化實(shí)現(xiàn)的比過(guò)于沒(méi)有優(yōu)化的C代碼高10倍的性能. 例如,重新的基本的C算法來(lái)使用SSE指令,Dialogic希望增加G.729a算法的效率從200MHz到小于20MHz對(duì)于每個(gè)資源實(shí)例.
Dialogic也和語(yǔ)音技術(shù)廠商一起工作,來(lái)減少成本和簡(jiǎn)化實(shí)施語(yǔ)音應(yīng)用. 基于語(yǔ)音識(shí)別和TTS技術(shù)的應(yīng)用(例如, 語(yǔ)音IVR,
語(yǔ)音門(mén)戶)提供了不可抗拒的優(yōu)勢(shì), 包括操作的性能和競(jìng)爭(zhēng)力. 一個(gè)叫做連續(xù)語(yǔ)音處理的Dialogic技術(shù)也是一個(gè)例子. 這個(gè)技術(shù)優(yōu)化了語(yǔ)音活動(dòng)監(jiān)測(cè)(VAD)算法來(lái)達(dá)到最嚴(yán)格的語(yǔ)音識(shí)別的性能需求.VAD也把把語(yǔ)音流發(fā)送到語(yǔ)音識(shí)別引擎,
只當(dāng)檢測(cè)到真人的語(yǔ)音的時(shí)候, 這可以優(yōu)化一個(gè)Pentium 處理器需要來(lái)支持語(yǔ)音識(shí)別的每秒百萬(wàn)次指令 (MIPS).
根據(jù)最初的預(yù)計(jì), Dialogic預(yù)測(cè)1G Pentium III 處理器可以支持100個(gè)通道到語(yǔ)音引擎的媒體流. 這個(gè)結(jié)果在實(shí)施語(yǔ)音應(yīng)用時(shí)增加了密度降低了成本.
軟件語(yǔ)音交換
Dialogic的優(yōu)化除了核心媒體處理算法以外,還有媒體交換核心框架. 這個(gè)核心支持在資源間, 文件,第三方資源(例如語(yǔ)音識(shí)別和TTS)交換語(yǔ)音數(shù)據(jù).
媒體交換必須要把數(shù)據(jù)從網(wǎng)絡(luò)接口以極小的延遲移動(dòng). 對(duì)于實(shí)時(shí)敏感的服務(wù)例如會(huì)議讓用戶不會(huì)感到一個(gè)時(shí)延, 總共的端到端的延遲必須小于200毫秒.
HMP軟件框架會(huì)支持小于50ms的會(huì)議, 來(lái)保證端對(duì)端的延遲小于100ms.
另一個(gè)優(yōu)化的例子就是在以太網(wǎng)媒體服務(wù)器上VoIP的RTP處理. Dialogic優(yōu)化了它的以太網(wǎng)驅(qū)動(dòng)來(lái)減少基于RTP流和交換的平臺(tái)的負(fù)荷.
電信網(wǎng)絡(luò)接口
網(wǎng)絡(luò)接口提供連接到電路網(wǎng)絡(luò)或者客戶設(shè)備(例如模擬或數(shù)字電話), 請(qǐng)見(jiàn)第五頁(yè)實(shí)施環(huán)境. HMP軟件參考架構(gòu)定義了兩種網(wǎng)絡(luò)接口
1. 以太網(wǎng)接口卡(Ethernet NIC)
2. 電路網(wǎng)接口卡 (Circuit NIC)
這些接口把流數(shù)據(jù)發(fā)送到計(jì)算平臺(tái)是通過(guò)一個(gè)標(biāo)準(zhǔn)的PCI驅(qū)動(dòng), 它也是計(jì)算服務(wù)器操作系統(tǒng)的一部分.
以太網(wǎng)接口
以太網(wǎng)接口卡根據(jù)標(biāo)準(zhǔn)IETF RTP負(fù)責(zé)語(yǔ)音數(shù)據(jù)流進(jìn)出計(jì)算平臺(tái). 媒體處理框架把RTP數(shù)據(jù)解包然后把媒體的內(nèi)容哦年發(fā)給由應(yīng)用程序控制的媒體處理資源.
從語(yǔ)音播放文件存儲(chǔ)或媒體資源產(chǎn)生的數(shù)據(jù)很可以被媒體處理框架發(fā)送到以太網(wǎng)接口卡.(大多數(shù)已有的計(jì)算服務(wù)器包括了雙以太網(wǎng)卡)
當(dāng)運(yùn)營(yíng)商和企業(yè)移到統(tǒng)一的以太網(wǎng)架構(gòu)來(lái)實(shí)現(xiàn)語(yǔ)音和數(shù)據(jù),帶有語(yǔ)音的計(jì)算服務(wù)器可以插入到網(wǎng)絡(luò)中而不需要任何額外的硬件. 這種融合的網(wǎng)絡(luò)會(huì)使方案的實(shí)施更加快速而且更便宜.
電路接口
電路NIC負(fù)責(zé)語(yǔ)音數(shù)據(jù)進(jìn)出計(jì)算平臺(tái)通過(guò)的是緩沖的TDM數(shù)據(jù)走PCI總線. 和以太網(wǎng)接口一樣,媒體處理框架解包TDM數(shù)據(jù)然后發(fā)給媒體處理框架.
中繼電路接口通常需要接口在傳遞給資源例如IVR, 會(huì)議, 消息, 或語(yǔ)音識(shí)別之前, 首先執(zhí)行回聲消除的工作. Dialogic期望
1 GHz Pentium III 處理器會(huì)支持超過(guò)150路的回聲消除.
電路媒體接口也負(fù)責(zé)數(shù)字信令協(xié)議(ISDN或SS7). 這些協(xié)議需要HDCL或MTP1處理和第二層 (LAP-D/MTP2)處理.
終結(jié)這些協(xié)議需要下面的架構(gòu):
- 專門(mén)的硬件在電路媒體接口板上負(fù)責(zé)第一層處理
- 在計(jì)算平臺(tái)上有第一層軟件處理
在電路NIC上使用專門(mén)的硬件可以把第一層處理的負(fù)荷從處理平臺(tái)移到硬件上. Dialogic計(jì)劃支持這兩種架構(gòu). 在兩種情況下,
信令協(xié)議在第二層被終止, 第三層的SS7包會(huì)通過(guò)信令控制協(xié)議或標(biāo)準(zhǔn)協(xié)議例如(SCTP IUA)或(SCTP MxUA)來(lái)與應(yīng)用程序交互.
一個(gè)標(biāo)準(zhǔn)的電路NIC接口會(huì)讓服務(wù)提供商選擇多種電路NIC接口類型(例如,模擬, BRI, T-1/E-1/J-1,
DS-3, 等等), 最好提供的廠商可以與HMP軟件架構(gòu)有"即插即用"的兼容性.
語(yǔ)音和數(shù)據(jù)存儲(chǔ)接口
大多數(shù)的電信媒體處理應(yīng)用程序需要播放提示音的功能. 例如, 自動(dòng)800服務(wù)的網(wǎng)絡(luò)呼叫中心可能會(huì)需要存儲(chǔ)100,000提示音文件,
可以支持多語(yǔ)種多服務(wù). 文件也是消息應(yīng)用中存儲(chǔ)語(yǔ)音郵件和傳真郵件的基礎(chǔ). 為了滿足這些需求, HMP軟件支持從文件數(shù)據(jù)和計(jì)算平臺(tái)上數(shù)據(jù)存儲(chǔ)硬盤(pán)的文件來(lái)的數(shù)據(jù)流.
HMP 軟件從文件里讀數(shù)據(jù)使用的是標(biāo)準(zhǔn)的操作系統(tǒng)的文件系統(tǒng)原語(yǔ). 這讓操作者可以選擇希望要的存儲(chǔ)設(shè)備.
HMP 軟件編程接口
為了繼承到多種工業(yè)架構(gòu)上, 也是映射到多種標(biāo)準(zhǔn)工業(yè)接口上, 編程接口被分為下面四大類型:
- 呼叫信令或呼叫控制
- 連接控制
- 媒體控制
- 管理或控制
編程接口被設(shè)計(jì)為提供兩種等級(jí)的包含這些四個(gè)類型的集成. HMP軟件提供了直接的C語(yǔ)言編程接口讓OEM可以把應(yīng)用程序模塊集成到計(jì)算平臺(tái)中.
這讓OEM可以把他們的應(yīng)用程序安裝在相同的平臺(tái)上, 保證了與Dialogic® Dialogic® DM3
架構(gòu)的兼容性.
而且, 工業(yè)標(biāo)準(zhǔn)的編程接口可以提供為軟交換和應(yīng)用服務(wù)器提供即插即用的接口. 關(guān)于兼容性集成的例子可以在 "開(kāi)始使用HMP軟?quot;
章節(jié)找到. 一個(gè)高層的應(yīng)用程序控制接口和詳細(xì)的媒體服務(wù)映射在 附錄B: 編程接口能力 中有簡(jiǎn)要介紹.
呼叫信令或呼叫控制
呼叫信令或呼叫控制提供與網(wǎng)絡(luò)交互,建立兩個(gè)終端之間語(yǔ)音對(duì)話的服務(wù). 使用五個(gè)主要的網(wǎng)絡(luò)呼叫信令協(xié)議: inband
(e.g., R1 or R2), ISDN, SS7, H.323, 或SIP.
呼叫控制是HMP軟件的一個(gè)可選選項(xiàng). 他在媒體服務(wù)器參考架構(gòu)中被定義, 包含了需要一個(gè)媒體處理資源參考, 媒體處理資源把呼叫信令數(shù)據(jù)發(fā)送到應(yīng)用程序呼叫控制功能(例如,
軟交換). 而且, 也是很有必要定義呼叫控制因?yàn)樗梢蕴峁┮粋�(gè)統(tǒng)一的方案. (更多信息參見(jiàn) 開(kāi)始使用HMP 軟件,
12頁(yè))
總之, 這個(gè)架構(gòu)認(rèn)為應(yīng)用程序會(huì)與HMP軟件外部的呼叫控制交互, 它會(huì)定義關(guān)聯(lián)來(lái)建立語(yǔ)音連接到媒體處理資源通過(guò)連接控制.
這提供OEM和服務(wù)提供商最優(yōu)的靈活性來(lái)集成應(yīng)用程序所需要的任何呼叫控制架構(gòu).
連接控制
連接控制可以讓?xiě)?yīng)用程序控制連接語(yǔ)音流到媒體資源(或者是電路數(shù)字信號(hào)DS0或IP RTP對(duì)話), 通過(guò)控制HMP軟件交換配置.
連接控制接口也讓?xiě)?yīng)用程序可以創(chuàng)建一個(gè)兩個(gè)語(yǔ)音流的連接(例如一個(gè)呼叫中的兩個(gè)人). HMP軟件提供了連接控制接口, 是基于DM3架構(gòu)模型的.
這個(gè)模型在建立RTP對(duì)華, 電路NIC連接, 和資源連接時(shí), 不管是單向還是雙向模式,提供了原子操作.
和IP的優(yōu)點(diǎn)類似, 一個(gè)基于軟件的架構(gòu)可以通過(guò)傳遞指針來(lái)共享內(nèi)存段. 這種靈活度簡(jiǎn)化可高級(jí)應(yīng)用的開(kāi)發(fā)例如會(huì)議,
呼叫中心, 和其他通過(guò)連接架構(gòu)中多個(gè)資源來(lái)實(shí)現(xiàn)的服務(wù). 例如, 一個(gè)100個(gè)DS0的配置可以包含100個(gè)端口作IVR,
只有20個(gè)端口作會(huì)議. 軟件方案的靈活交換功能讓在Pentium處理器上運(yùn)行的IVR資源中一部分MIPs可以被替換成會(huì)議.
如果是硬件的實(shí)現(xiàn), 會(huì)議通常是專有的占有全板的資源或者一個(gè)固定比例. 資源就不那么容易在多個(gè)程序之間替換.
而且, 使用基于軟件的交換和以太網(wǎng)交換, 使用標(biāo)準(zhǔn)的計(jì)算硬件就可以實(shí)現(xiàn)一個(gè)大規(guī)模的交換的應(yīng)用. 例如, 在一個(gè)服務(wù)器上不是把會(huì)議作為一個(gè)和IVR的共享資源,
會(huì)議可以作為網(wǎng)絡(luò)中的一個(gè)獨(dú)立資源. 十個(gè)不同的IVR服務(wù)器如果需要使用會(huì)議資源,可以通過(guò)IP連接到會(huì)議服務(wù)器上.
媒體控制
媒體控制部分是提供HMP軟件資源和算法編程接口的核心部分. 附錄 A: 媒體能力, 資源, 和算法. 直接媒體控制接口和DM3系列編程接口是完全兼容的.
因此, 過(guò)去20年中微Dialogic Dialogic產(chǎn)品編開(kāi)發(fā)的豐富的應(yīng)用都可以使用在HMP軟件上, 享受純軟件架構(gòu)的優(yōu)勢(shì).
直接媒體控制接口提供了面向高度可調(diào)整的應(yīng)用的原子層算法控制(例如, 使用某個(gè)特定的回聲消除) 包含在內(nèi)的是所需的算法閾值的控制和配置,
還有輸入和輸出(例如, DTMF數(shù)字)
在標(biāo)準(zhǔn)接口方面, 五種點(diǎn)新媒體控制接口被工業(yè)定義了: MGCP 語(yǔ)音服務(wù)器, H.248 附錄 M (H.248.9),
JTAPI 1.4 Media, VXML, 和 SALT.
MGCP 和 H.248 是連接控制協(xié)議, 被增強(qiáng)了來(lái)可以被實(shí)施在媒體網(wǎng)關(guān)或媒體服務(wù)器上的媒體服務(wù). 再下一代軟交換中,
這種增強(qiáng)讓一種協(xié)議可以控制所有網(wǎng)絡(luò)模塊: 媒體網(wǎng)關(guān)或媒體服務(wù)器. MGCP 和 H.248 是專注在傳統(tǒng)電信網(wǎng)絡(luò)的核心媒體功能上(例如,
網(wǎng)絡(luò)提示音, 操作員服務(wù), 和三方通話). MGCP接口提供了一個(gè)自然的機(jī)制可以開(kāi)放地定義壓縮到不壓縮的編解碼.
JTAPI 1.4 Media, VXML, 和 SALT被設(shè)計(jì)用來(lái)面向高級(jí)電信服務(wù). JTAPI 1.4 Media
(ECTF S.410) 是一個(gè)Java接口規(guī)范, 用來(lái)支持基礎(chǔ)的媒體服務(wù)和高級(jí)語(yǔ)音服務(wù). 它目前還沒(méi)有得到和VXML相同的認(rèn)知.
VXML 和 SALT已經(jīng)被特別地定義來(lái)支持集成語(yǔ)音識(shí)別功能到Web Service編程模型中, 面向語(yǔ)音門(mén)戶和最終語(yǔ)音驅(qū)動(dòng)的呼叫中心應(yīng)用.
SALT 擴(kuò)展了 VXML 的概念, 增加了支持標(biāo)準(zhǔn)網(wǎng)站腳本語(yǔ)言(例如javascript)和多節(jié)點(diǎn)應(yīng)用應(yīng)用程序(例如,
一個(gè)基于Internet的電話)
HMP軟件的模塊化的架構(gòu)和強(qiáng)大的直接調(diào)用的編程接口讓任何上述的標(biāo)準(zhǔn)編程接口都可輕松集成.
管理
作為操作系統(tǒng)一部分提供的豐富的標(biāo)準(zhǔn)和管理框架提供了很大的互操作性與電信級(jí)和企業(yè)級(jí)管理系統(tǒng). 平臺(tái)通常支持SNMP
和XML 來(lái)管理處理器的性能, 和以太網(wǎng)接口和硬盤(pán). 而且, Dialogic計(jì)算平臺(tái)也支持IPMI接口, 它支持監(jiān)控平臺(tái)提供健壯管理接口.
HMP 軟件提供了可靠操作和高效工程等三個(gè)關(guān)鍵的管理領(lǐng)域:性能, 容錯(cuò), 和配置. 面向電信網(wǎng)絡(luò)接口, 存儲(chǔ),和計(jì)算硬件的MIB都是基于標(biāo)準(zhǔn)工業(yè)的.
Dialogic 也在Linux和Windows操作系統(tǒng)上實(shí)現(xiàn)了標(biāo)準(zhǔn)MIB綁定. Dialogic關(guān)注在SNMP綁定面向性能和錯(cuò)誤管理,
XML在SOAP面向配置管理. 而且, 為了支持Internet上的管理, SNMP version 3面向增強(qiáng)地安全功能也在被考慮.
標(biāo)準(zhǔn)計(jì)算平臺(tái)
HMP 軟件被設(shè)計(jì)為提供使用高性價(jià)比的標(biāo)準(zhǔn)高產(chǎn)量的計(jì)算平臺(tái). 因?yàn)樗募軜?gòu), 軟件可以從底端小辦公室擴(kuò)展到高端電信級(jí)的實(shí)施,
只是根據(jù)安裝它的計(jì)算平臺(tái)的不同. Dialogic 有計(jì)算平臺(tái)參考設(shè)計(jì)從低價(jià)設(shè)備基于Celeron 處理器到高性能4路平臺(tái)基于Xeon或Itanium
處理器. 服務(wù)器平臺(tái)也在五個(gè)主要模型上被實(shí)施:
1. 應(yīng)用設(shè)備 - 小板(227 mm × 209 mm)架構(gòu)面向單一功能
2. 網(wǎng)站服務(wù)器 - 一路和兩路 1U 平臺(tái)面向高性價(jià)比網(wǎng)站服務(wù)器
3. 電信NEBs服務(wù)器 - 一路和兩路1U和2U 處理器平臺(tái)面向電信實(shí)施需要NEBs認(rèn)證
4. 刀片服務(wù)器 - 一路 PICMG12 2.16 6U 刀片服務(wù)器面向工業(yè)和電信應(yīng)用. 這些刀片服務(wù)器很快就會(huì)支持ATCA
PICMG 3.x版本, 回支持超過(guò)兩路的配置.
5. 高端數(shù)據(jù)庫(kù)服務(wù)器 - 四路和八路平臺(tái)基于 Xeon 或 Itanium 處理器面向高性能應(yīng)用.
表 1 提供了HMP軟件預(yù)測(cè)的性能, 在不同計(jì)算平臺(tái)上.
表1里的預(yù)測(cè)性能值是根據(jù)圖1里面性能數(shù)據(jù).
豐富可用的與HMP兼容的平臺(tái)可以達(dá)到在第二頁(yè)所說(shuō)的市場(chǎng)段機(jī)會(huì)和挑戰(zhàn), 特別是實(shí)現(xiàn)速度和總體架構(gòu)成本減少方面.
■ 開(kāi)始使用 HMP 軟件
這部分介紹了使用HMP軟件, 四種典型的應(yīng)用和實(shí)施情景
- 小公司PBX
- 電信級(jí)IP媒體服務(wù)器
- 統(tǒng)一消息或會(huì)議服務(wù)器
每一種應(yīng)用, 需要的模塊是根據(jù)應(yīng)用程序和軟件模塊間接口來(lái)確定的. 而且, 配置描述了DS0資源配置和密度.
應(yīng)用程序在這里的配置可以作為使用不同Dialogic硬件和軟件建筑模塊, 網(wǎng)絡(luò)接口, 和存儲(chǔ)設(shè)備的一個(gè)起點(diǎn).
中小辦公室PBX
圖 4 介紹了針對(duì)中小辦公室PBX應(yīng)用的一個(gè)高性價(jià)比的實(shí)施架構(gòu). 這個(gè)配置中有兩中應(yīng)用
1. PBX呼叫控制
2. 語(yǔ)音消息
這些應(yīng)用依賴HMP軟件來(lái)控制語(yǔ)音處理和座席和電路網(wǎng)絡(luò).
一個(gè)電路 NIC 是需要的來(lái)支持模擬或ISDN連接到網(wǎng)絡(luò). 應(yīng)用程序控制軟件通過(guò)核心軟件編程接口. 提示音和消息被存儲(chǔ)在和軟件同一個(gè)服務(wù)器的硬盤(pán)上.
PBX 應(yīng)用可以被實(shí)施在一個(gè)低成本的Dialogic應(yīng)用設(shè)備或一個(gè)使用Dialogic處理器的普通臺(tái)式計(jì)算機(jī)上. 最終用戶可以根據(jù)需要選擇平臺(tái).
電信級(jí)IP媒體服務(wù)器
一個(gè)電信級(jí)IP媒體服務(wù)器配置需要高性能和可靠性來(lái)提供核心本地(class 5), 長(zhǎng)途 (class 4), 和商業(yè)級(jí)
Centrex* 服務(wù).
模塊化IP架構(gòu)實(shí)施這些服務(wù)在圖5, 是建立在下一代協(xié)議和分離網(wǎng)絡(luò)服務(wù)到四個(gè)成分.
1. 一個(gè)包的骨干網(wǎng), 基于IP或ATM
2. 一個(gè)軟交換實(shí)現(xiàn)了基本呼叫控制和計(jì)費(fèi)功能
3. 一個(gè)媒體網(wǎng)關(guān)提供了電路和包網(wǎng)絡(luò)的橋
4. 一個(gè)IP媒體網(wǎng)關(guān)提供基本提示音, IVR和會(huì)議功能
圖5的架構(gòu)使用MGCP或H.248作為控制接口來(lái)控制媒體網(wǎng)關(guān)和媒體服務(wù)器模塊.
在圖 5, 軟交換使用 HMP 軟件播放提示音, 交互DTMF數(shù)字, 建立會(huì)議. 軟交換使用了MGCP基本聲音包來(lái)與媒體框架交互,
框架把提示音從本地硬盤(pán)通過(guò)以太網(wǎng)NIC發(fā)送到媒體網(wǎng)關(guān). 軟件檢測(cè)到從媒體網(wǎng)關(guān)來(lái)的RTP流中的DTMF數(shù)字, 提供混合來(lái)自不同地域不同網(wǎng)關(guān)的會(huì)議RTP流的能力.
根據(jù)雙路NEBs服務(wù)器的配置和預(yù)期, 如表1, 軟交換可以增加250DS0的媒體服務(wù),而且可以本地置換. 這就讓服務(wù)提供商通過(guò)增加License或平臺(tái)來(lái)擴(kuò)容媒體服務(wù).
統(tǒng)一消息或會(huì)議服務(wù)器
圖5 介紹了使用HMP軟件創(chuàng)建一個(gè)統(tǒng)一消息或會(huì)議服務(wù)器應(yīng)用, 和微軟.NET架構(gòu)
在 .net架構(gòu), 微軟提供了XML編程接口給任何需要的應(yīng)用程序接口: 呼叫控制, 媒體控制, 和消息存儲(chǔ). 消息存儲(chǔ)是基于Microsoft
Exchange, 和語(yǔ)音識(shí)別是使用第三方技術(shù)連接到微軟平臺(tái)上通過(guò)微軟語(yǔ)音編程接口(SAPI)或者直接連接到SALT解釋器.
應(yīng)用程序可以完全使用微軟Visual Studio .NET的工具來(lái)開(kāi)發(fā).
HMP 軟件提供了一個(gè)完整的電信媒體處理功能的環(huán)境,DTMF,提示音,和會(huì)議功能符合SALT規(guī)范, 軟件也提供一個(gè)高性能前端的接口來(lái)連接電路或以太網(wǎng)NIC到語(yǔ)音識(shí)別和TTS應(yīng)用服務(wù)器通過(guò)標(biāo)準(zhǔn)的RTP流.
語(yǔ)音消息流通過(guò)MAPI文件過(guò)濾, 在HMP軟件和Exchange數(shù)據(jù)庫(kù)之間.
在這種配置中, 操作員可以利用HMP軟件來(lái)降低安裝和實(shí)施高密度IVR資源和底密度傳真和TTS資源的成本, 這是統(tǒng)一消息應(yīng)用通常需要的.
這個(gè)平臺(tái)也可以增強(qiáng)會(huì)議功能. 可以把媒體服務(wù)通過(guò)軟件來(lái)實(shí)施可以高效使用標(biāo)準(zhǔn)服務(wù)器, 更容易增強(qiáng)平臺(tái). HMP軟件最大化了靈活實(shí)施的特性,
也優(yōu)化的語(yǔ)音的實(shí)現(xiàn), 降低了成本.
■ 結(jié)論
這篇文章介紹了一個(gè)新技術(shù)叫做Dialogic NetStructure 主機(jī)媒體處理 (HMP) 軟件. Dialogic會(huì)繼續(xù)提供新的創(chuàng)新的架構(gòu),
為實(shí)施新的服務(wù)提供高性能芯片技術(shù)和Dialogic架構(gòu).
HMP 軟件實(shí)現(xiàn)了過(guò)去通常使用專有的, 底產(chǎn)量的硬件,而現(xiàn)在運(yùn)行在高產(chǎn)量的建筑模塊上. 這種模塊化的下一代技術(shù)可以大大地減少實(shí)施傳統(tǒng)和增強(qiáng)電信服務(wù)的成本.
它也會(huì)加速語(yǔ)音和數(shù)據(jù)服務(wù)的融合.
■ 附錄 A: 媒體能力, 資源, 和算法
表 2 總結(jié)了在媒體服務(wù)器中HMP 軟件能力, 資源, 和算法
上面資源通常以下面服務(wù)配置來(lái)實(shí)施:
- IVR - 包含放音和信號(hào)檢測(cè)
- 會(huì)議 - 增加會(huì)議資源到IVR
- 語(yǔ)音消息 - 增加錄音到IVR
- 統(tǒng)一消息 - 增加傳真到語(yǔ)音消息
- 語(yǔ)音IVR - 增加語(yǔ)音前端和語(yǔ)音引擎到IVR
所有服務(wù)配置需要編解碼如果IP RTP流不是G.711. 所有電路流是μ-law或A-law.
■ 附錄 B: 編程接口能力
表3 定義了模塊和標(biāo)準(zhǔn)程序接口可以映射到HMP軟件能力
[ 全文英文版
]
|
