主機(jī)媒體處理(HMP)

主機(jī)媒體處理(HMP)是不使用特殊DSP硬件, 使用高性能基于Dialogic架構(gòu)處理器平臺的進(jìn)行媒體處理功能的技術(shù). HMP技術(shù)提供的媒體服務(wù)可以為靈活的,可擴(kuò)展的,高性價比的下一代媒體服務(wù)器中提供媒體服務(wù).

HMP軟件的優(yōu)點(diǎn)

因?yàn)镠MP軟件是一個純軟件的運(yùn)行在高性能服務(wù)器上的產(chǎn)品, 獲取,開發(fā)部署和維護(hù)的費(fèi)用都比較低. 由于HMP是基于標(biāo)準(zhǔn)的不需要特殊硬件, 基于HMP的方案可以更快更容易地開發(fā)和實(shí)施, 更容易擴(kuò)展,非常靈活. HMP是開發(fā)模塊化網(wǎng)絡(luò)中媒體服務(wù)器的理想產(chǎn)品. 在一個純IP的環(huán)境, HMP不需要任何物理的庫存, 而且不需要到現(xiàn)場安裝.

HMP在模塊化網(wǎng)絡(luò)中的作用

HMP1.0版本適合在純IP環(huán)境中運(yùn)行, 可以被用來創(chuàng)建模塊化網(wǎng)絡(luò)中融合的IP語音網(wǎng)絡(luò)中的模塊. HMP也可以在TDM環(huán)境中工作, 但是需要可以支持HMP的語音接口卡. 目前一些這樣的卡正在被開發(fā).

HMP可以支持SIP的在什么時候

2003年HMP1.1版本會在Windows操作系統(tǒng)上支持SIP. Linux操作系統(tǒng)計劃在2004年支持SIP. 但是可以使用第三方的SIP協(xié)議棧在1.0版本實(shí)現(xiàn)這個需求. Radvision的H.323協(xié)議棧用在HMP1.0的版本中, 任何其它第三方呼叫控制協(xié)議?？梢约蛇M(jìn)來支持SIP. HMP軟件庫中包括一系列API可以用來實(shí)現(xiàn)上述集成, HMP的媒體處理API還可以繼續(xù)使用.

HMP與 VoiceXML 和 SALT的關(guān)系

VoiceXML 和 SALT解釋器可以在HMP提供的直接API上實(shí)現(xiàn).

HMP可以做的方案

IVR, 語音消息, 會議服務(wù)器, 這些連接到IP上的都可以用HMP1.0版本來做. HMP1.1版本可以用來作連接到IP上的統(tǒng)一消息和語音門戶方案.

我得到HMP軟件的方法

你可以下載HM軟件或訂購一個CD-ROM. 當(dāng)你安裝軟件時, 它提供一線的免費(fèi)運(yùn)行License, 可以做基于IP的語音處理, 這個License可用一年, 你可以同這個方法來驗(yàn)證你的HMP是否工作正常.

HMP支持的處理器

1.0版本支持 Celeron, Pentium III, 和 Pentium 4 processors. 1.1版本會支持雙CPU配置. 2.0版本會支持4路對稱多處理技術(shù). 關(guān)于HMP開發(fā)的計劃請參考 HMP 白皮書.

HMP在性能方面有的預(yù)期

在2003年下半年在一臺雙P4機(jī)器上, HMP計劃提供120路語音處理(錄放音和音量控制和自動增益), 同時要有50%CPU留給應(yīng)用程序. 這計劃在2003年下半年1.1版本中提供, 支持120路語音,傳真,會議和CSP處理資源還有高壓縮編碼.

Windows操作系統(tǒng)怎樣影響HMP性能

Windows 95 和 Windows 98 操作系統(tǒng)是非確定的, 在它們上面很難預(yù)測性能和處理延遲. 但是 Windows 2000 和 Windows XP 操作系統(tǒng)是更加可確定的, 適合做實(shí)時的DSP處理. HMP 使用 Windows 2000 操作系統(tǒng)不需任何修改或增強(qiáng), 只是以核心驅(qū)動模式以實(shí)時優(yōu)先級運(yùn)行并與外部高解析度時鐘結(jié)合. 使用這些技術(shù), HMP創(chuàng)建了一個可確定的, 實(shí)時的處理環(huán)境, 不會受到用戶模式應(yīng)用程序的影響.

設(shè)備驅(qū)動程序會影響HMP性能

設(shè)計不良的設(shè)備驅(qū)動程序可能會影響HMP的性能和穩(wěn)定性. 使用WHQL認(rèn)證的驅(qū)動可以減少驅(qū)動對HMP性能的影響.

如果CPU到達(dá)100%,HMP的反應(yīng)

HMP 作為核心模式的設(shè)備驅(qū)動程序以實(shí)時優(yōu)先級運(yùn)行. 在初始化的時候, HMP會實(shí)例化所有配置所需的資源, 然后定期地被一個外部高優(yōu)先級中斷激活. 由于這項(xiàng)技術(shù), HMP會優(yōu)先使用CPU周期, 不會被用戶模式應(yīng)用程序干擾即使CPU已經(jīng)100%. 但是, 如果應(yīng)用程序使用R4 API超載了, DSP質(zhì)量會下降. 請注意在相同情況下, 不使用HMP軟件,使用語音板卡也會有相同問題.

HMP使用的API與語音板卡的是否不同

HMP 軟件使用與Dialogic通信板卡相同的API, 提供無縫的兼容和集成. API 使用起來大部分不需要修改, 除了網(wǎng)絡(luò)接口相關(guān)的GlobalCall API函數(shù). 一些新的R4 API也將被引進(jìn)來提供IP上傳真和會議的功能.

HMP是否支持遠(yuǎn)程媒體控制接口

遠(yuǎn)程媒體控制接口可以建立在HMP以上, 運(yùn)行在另一臺服務(wù)器上的應(yīng)用程序可以控制遠(yuǎn)程的HMP, 通過這個遠(yuǎn)程接口. 今天, 許多開發(fā)者使用 VoiceXML, SIP, 和MGCP來創(chuàng)建遠(yuǎn)程媒體控制接口. HMP可以通過IPML庫與這些接口集成.