[ page1 ] [ page2 ]

關(guān)于本文
1.HMP(主機媒體處理)軟件描述
　1.1 概述
　1.2 HMP的商業(yè)驅動(dòng)力、市場(chǎng)機會(huì )和成本
　1.3 成本降低
　1.4 商業(yè)和市場(chǎng)總結
　1.5 參考資料
2.主機媒體處理配置描述
　2.1 解決方案配置描述
　2.2 應用場(chǎng)合
　2.3 設備測試
　2.4 軟件參考系統的構架
3．安裝主機媒體處理軟件
　3.1 安裝HMP軟件
　3.2 卸載HMP軟件
4．主機媒體處理軟件的許可證程序
　4.1 獲得評估運行許可證
　4.2 購買(mǎi)一個(gè)永久的HMP 許可證
　4.3 激活一個(gè)HMP許可證
　4.4 使用別的許可證
5．配置主機媒體處理軟件
　5.1 配置概述
　5.2 配置過(guò)程
　5.3 啟動(dòng)和停止系統
6．理解IVR參考程序
　6.1 獲取IVR參考代碼
　6.2 狀態(tài)機
　6.3 一個(gè)基本的狀態(tài)機
　6.4 創(chuàng )建對象
　6.5 簡(jiǎn)單設備概念
　6.6 Simple Device Properties
7．解決方案配置的測試與性能
　7.1 解決方案配置測試
　7.2 測試方法
　7.3 測試場(chǎng)景和性能數據
　7.4 用Dialogic® NetStructure™ PBX-IP媒體網(wǎng)關(guān)配置HMP
8．你采用的解決方案的可選設計模式
9．索引

■ 配置主機媒體處理軟件

　　本章講述主機媒體處理軟件（HMP）的配置和運行方面的內容：

• 配置概述
• 配置過(guò)程
• 啟動(dòng)和停止系統

　　5.1 配置概述

　　主機媒體處理軟件通過(guò)Dialogic® Dialogic® 配置管理器 (DCM)進(jìn)行配置.本述講述如何啟動(dòng)和使用DCM。DCM提供了圖形化的用戶(hù)界面來(lái)瀏覽和修改配置數據。當啟動(dòng)DCM時(shí)，它會(huì )自動(dòng)檢測HMP并找到配置設置。

　　5.2 配置過(guò)程

　　通過(guò)以下步驟啟動(dòng)DCM:

　　1. 訪(fǎng)問(wèn)Dialogic Dialogic 配置管理器 (DCM). 從開(kāi)始菜單, 選擇程序> Dialogic HMP 1.0 > 配置管理器-DCM.
　　注: 你必須有本機或遠程連接的計算機的系統管理員權限才能使用DCM, 可通過(guò)聯(lián)系你的網(wǎng)絡(luò )管理員來(lái)給你建立必要的管理員權限。

　　2. DCM啟動(dòng)后，通過(guò)計算機名稱(chēng)對話(huà)框指定要連接的機器
(圖 20). 第一次運行DCM時(shí)會(huì )自動(dòng)出現輸入計算機名稱(chēng)的對話(huà)框，如果該對話(huà)框沒(méi)有出現，你可以選擇File下拉菜單中的Connect 選項或點(diǎn)擊DCM主窗口中的Connect圖標打開(kāi)它

圖 20. 輸入計算機名稱(chēng)對話(huà)框

　　3. 系統默認顯示本機名稱(chēng)，要連接本機，直接點(diǎn)Connect. 要連接遠程計算機，選擇Remote鈕并輸入遠程計算機名稱(chēng)，再點(diǎn)Connect. 對于TCP/IP網(wǎng)絡(luò )，可輸入遠程計算機的IP地址來(lái)代替計算機名稱(chēng)。

　　注: Dialogic Dialogic 系統使用DCOM對象來(lái)運行遠程計算機上的Dialogic Dialogic 軟件。遠程的DCM Dialogic Dialogic 軟件內部程序化的建立了DCOM安全等級。不要使用Windows 的DCOM配置程序dcomcnfg.exe 改變安全設置.如果你隨意改變，那么Dialogic　Dialogic 系統可能無(wú)法正常運行。
　　注: 連接到計算機上后，將會(huì )出現一個(gè)窗口指示DCM檢測程序已經(jīng)運行。如果想要DCM識別一個(gè)新的許可證，必須從action菜單運行Restore Defaults，這樣DCM將會(huì )檢測到這個(gè)新的許可證。具體參見(jiàn)4.4節, "使用別的許可證"。
DCM主窗口顯示如圖21。在你指定了計算機名稱(chēng)（圖20）后，將會(huì )出現該窗口。窗口中的第一行的 Configured Devices on...,顯示出你連接的計算機名字。如果你在圖20中輸入的是IP地址，那么就會(huì )顯示出該IP地址。

圖 21. DCM主窗口

　　5.3 啟動(dòng)和停止系統

　　安裝好HMP后, 請通過(guò)使用許可證管理器界面購買(mǎi)一個(gè)永久的HMP許可證，并啟動(dòng)DCM，這時(shí)你就可以啟動(dòng)Dialogic Dialogic 系統了。它將下載HMP的配置參數設置并啟動(dòng)設備驅動(dòng)程序。接下來(lái)你可以在工作開(kāi)始之前，使用 Dialogic 提供的工具檢驗系統的操作是否正確。具體內容如下：

• 啟動(dòng)系統
• 設置啟動(dòng)模式為自動(dòng)模式

　　5.3.1 啟動(dòng)系統

　　從DCM窗口的Service下拉菜單中點(diǎn)Start Service選項或點(diǎn)DCM主窗口（圖21）中的Start Service圖標就可以啟動(dòng)系統了。
　　注: 啟動(dòng)設備參考選型將不出現在DCM服務(wù)的下來(lái)菜單中，因為HMP 1.0版本中只有一塊虛擬的板卡(SSPUM4.0)。

圖22. 啟動(dòng)系統

　　在等待期間，DCM在屏幕右上角顯示一個(gè)進(jìn)度條。當Dialogic Dialogic 系統啟動(dòng)后，主窗口下方的Dialogic Dialogic System Service Status 提示為Running。進(jìn)度條直到Dialogic Dialogic系統啟動(dòng)后才正常顯示。然而當連接到一個(gè)遠程結點(diǎn)，例如，由于網(wǎng)絡(luò )時(shí)延，啟動(dòng)Dialogic Dialogic系統的啟動(dòng)時(shí)間將會(huì )延長(cháng)。如果進(jìn)度條不再顯示，但Dialogic　Dialogic System Service Status沒(méi)有提示為Running狀態(tài)，這并不一定是出了問(wèn)題，點(diǎn)Refresh圖標定時(shí)地更新Dialogic Dialogic System Service Status 的提示。它最后會(huì )提示為Running. 如若不然，檢查窗口事件查看器來(lái)看看是否發(fā)生了錯誤。在HMP還沒(méi)有啟動(dòng)好前Dialogic Dialogic系統是啟動(dòng)不了的。同樣，你也無(wú)法從控制面板啟動(dòng)Dialogic　Dialogic 系統且打開(kāi)DCM。如果你需要檢測設備，請使用DCM的Action 菜單選項或控制面板中停止Dialogic Dialogic 系統并啟動(dòng)設備檢測。

　　5.3.2 設置啟動(dòng)模式為自動(dòng)模式

　　當Dialogic Dialogic系統需要自動(dòng)啟動(dòng)時(shí)（不需要人為操作），具有管理員權限的用戶(hù)可以使用DCM的用戶(hù)界面中Service下拉菜單（圖22）來(lái)設置啟動(dòng)模式為自動(dòng)，也可以程序化地使用NCM　API庫。如果啟動(dòng)模型設置為自動(dòng)，Dialogic Dialogic系統將在系統重啟時(shí)自動(dòng)啟動(dòng)。
　　注:
　　1. 請別使用Windows 服務(wù)程序來(lái)設置Dialogic Dialogic 系統的啟動(dòng)模式為自動(dòng)。你必須使用DCOM的用戶(hù)界面或NCM API來(lái)設置。因為Dialogic Dialogic驅動(dòng)程序是通過(guò)它們內部地對啟動(dòng)模式進(jìn)行設置的。如果使用了Windows　服務(wù)程序，將不能正確地建立驅動(dòng)從屬關(guān)系。

　　2. 如果將啟動(dòng)模式設置為自動(dòng)，你想要在重啟計算機后通過(guò)DCM來(lái)重配置HMP，你必須使用DCOM來(lái)停止Dialogic Dialogic 系統，然后再對DCM進(jìn)行正常的操作。（也可以通過(guò)Windows 服務(wù)程序來(lái)停止Dialogic Dialogic 系統，但是不推薦)

■ 理解IVR參考程序

　　本章講述如下主題:

• 獲取IVR 參考代碼
• 狀態(tài)機
• 一個(gè)基本狀態(tài)機
• 創(chuàng )建對象
• 簡(jiǎn)單設備概念
• 簡(jiǎn)單設備特性

　　IVR參考程序（SimpleIvr）為想用R4和包括軟件開(kāi)發(fā)包（SDK）的Global Call APIs 建立應用程序的Dialogic用戶(hù)提供了演示代碼。該應用程序用C++開(kāi)發(fā)，使用面向對象的方法允許增加新的組件及對已有組件的重用。SimpleIvr應用程序設計為單線(xiàn)程、異步，符合必要的性能需求，并使用了一些特殊的技術(shù)，比如線(xiàn)程池，來(lái)處理長(cháng)時(shí)間的運轉。

　　應用程序組件由SDK標準運行庫（SRL）產(chǎn)生的事件驅動(dòng)

　　應用程序的組件由事件驅動(dòng)，這些事件由SDK的標準運行時(shí)庫產(chǎn)生，它們是對底層電話(huà)或網(wǎng)絡(luò )電路物理動(dòng)作的直接或間接的反應，同應用程序產(chǎn)生的事件一樣，會(huì )放入SRL事件隊列(自動(dòng)布署的反應事件)中。就這方面而言，可以把應用程序看成一個(gè)反應系統，由事件驅動(dòng)并且持續不斷的響應來(lái)自外撥或內部的刺激信號。

　　6.1 獲取IVR參考代碼

　　可以從以下的網(wǎng)址獲取IVR 參考代碼:
http://www.Dialogic.com/

　　6.2 狀態(tài)機

　　以上描述的系統能夠用有限狀態(tài)機來(lái)進(jìn)行最佳的實(shí)現。有限自動(dòng)機和與之對應的狀態(tài)轉移圖是用來(lái)描述狀態(tài)集合的規范機制。例如："當事件α發(fā)生時(shí)，系統從狀態(tài)A轉變?yōu)闋顟B(tài)B"。然而，復雜的系統往往會(huì )擁有非常多的狀態(tài)以及更多的狀態(tài)間的可能的轉移關(guān)系。這將給我們帶來(lái)的問(wèn)題是如何為應用管理好狀態(tài)圖。有以下幾種辦法能夠解決這個(gè)問(wèn)題：可以開(kāi)發(fā)一個(gè)外掛的狀態(tài)管理子系統，它有自己的數據庫來(lái)存儲狀態(tài)圖，前段界面提供編輯和校對功能，代碼生成器用來(lái)產(chǎn)生偽碼，甚至用實(shí)際的編程語(yǔ)言來(lái)實(shí)現狀態(tài)機。另外一種方法更復雜，它將一個(gè)大的狀態(tài)機分解為小一些的相對獨立或正交的子狀態(tài)機(簇)，然后橋接起來(lái)，這樣能夠降低成指數增加的狀態(tài)轉移的數量。還有其它一些方法能夠解決大型狀態(tài)機的問(wèn)題，但這已經(jīng)超出了本文的討論范圍。

　　6.3 一個(gè)基本的狀態(tài)機

　　SimpleIvr示例程序實(shí)現了一個(gè)基本的狀態(tài)機，它由用AαB的形式進(jìn)行抽象的描述。由于使用了一個(gè)通用的狀態(tài)W，狀態(tài)的復雜度得以降低，它處理程序運行期間可能發(fā)生的異常和錯誤條件，并且將它們記錄下來(lái)以供以后的分析和系統改進(jìn)使用。這種抽象在應用程序中用SimpleStateMachine的形式進(jìn)行表示，而且用SimpleStateMachine類(lèi)來(lái)加以實(shí)現。

　　為了舉例說(shuō)明如何創(chuàng )建一個(gè)狀態(tài)機，下面用一段簡(jiǎn)單的代碼來(lái)展示　　　　SimpleIvrStateMachine 類(lèi)構造器:

SimpleIvrStateMachine::SimpleIvrStateMachine()
{
// Associate states with actions
addStateAction(STATE_NULL, NullAction);
addStateAction(STATE_WAIT_CALL, WaitCall);
addStateAction(STATE_CALL_ACK, CallAck);
addStateAction(STATE_ANSWER, AnswerCall);
addStateAction(STATE_INIT_PROMPT, PlayInitialPrompt);
…
addStateAction(STATE_DROP, DropCall);
addStateAction(STATE_RELEASE, ReleaseCall);
addStateAction(STATE_RESET, ResetLineDev);
// Create state transitions
add(STATE_NULL, GCEV_UNBLOCKED, STATE_WAIT_CALL);
add(STATE_WAIT_CALL, GCEV_OFFERED, STATE_CALL_ACK);
add(STATE_WAIT_CALL, GCEV_DISCONNECTED, STATE_RESET);
add(STATE_CALL_ACK, GCEV_CALLPROC, STATE_ANSWER);
add(STATE_CALL_ACK, GCEV_DISCONNECTED, STATE_RESET);
add(STATE_ANSWER, GCEV_ANSWERED, STATE_INIT_PROMPT);
add(STATE_ANSWER, GCEV_DISCONNECTED, STATE_RESET);
add(STATE_PLAY_INIT_PROMPT, TDX_PLAY, STATE_PLAY_ENTER_CHOICE);
add(STATE_PLAY_INIT_PROMPT, GCEV_DISCONNECTED, STATE_DROP);
add(STATE_PLAY_ENTER_CHOICE, TDX_PLAY, STATE_ENTER_CHOICE);
add(STATE_PLAY_ENTER_CHOICE, GCEV_DISCONNECTED, STATE_DROP);
add(STATE_ENTER_CHOICE, TDX_GETDIG, STATE_ENTER_CHOICE_ANALYZE);
add(STATE_ENTER_CHOICE, GCEV_DISCONNECTED, STATE_DROP);
add(STATE_ENTER_CHOICE_ANALYZE, EV_DIGIT_1, STATE_PLAY_ENTER_ACCOUNT);
add(STATE_ENTER_CHOICE_ANALYZE, EV_DIGIT_2, STATE_PLAY_ENTER_DIGITS);
add(STATE_ENTER_CHOICE_ANALYZE, EV_DIGIT_3, STATE_PLAY_ENTER_MAILBOX_R);
add(STATE_ENTER_CHOICE_ANALYZE, EV_DIGIT_4, STATE_PLAY_ENTER_MAILBOX_P);
add(STATE_ENTER_CHOICE_ANALYZE, EV_DIGIT_STAR, STATE_PLAY_ENTER_CHOICE);
add(STATE_ENTER_CHOICE_ANALYZE, EV_DIGIT_OTHER, STATE_PLAY_ENTER_CHOICE);
add(STATE_ENTER_CHOICE_ANALYZE, GCEV_DISCONNETED, STATE_DROP);
add(STATE_PLAY_ENTER_ACCOUNT, TDX_PLAY, STATE_ENTER_ACOUNT);
add(STATE_PLAY_ENTER_ACCOUNT, GCEV_DISCONNECTED, STATE_DROP);
add(STATE_ENTER_ACCOUNT, TDX_GETDIG, STATE_ENTER_ACCOUNT_ANALYZE);
add(STATE_ENTER_ACCOUNT, GCEV_DISCONNECTED, STATE_DROP);
add(STATE_ENTER_ACCOUNT_ANALYZE, EV_DB_RETRIEVED, STATE_ACCOUNT_PLAY);
add(STATE_ENTER_ACCOUNT_ANALYZE, EV_DB_ERR, STATE_PLAY_ACCOUNT_NOT_FOUND);
add(STATE_ENTER_ACCOUNT_ANALYZE, GCEV_DISCONNECTED, STATE_DROP);
add(STATE_ACCOUNT_PLAY, TDX_PLAY, STATE_PLAY_ENTER_CHOICE);
add(STATE_ACCOUNT_PLAY, GCEV_DISCONNECTED, STATE_DROP);
add(STATE_PLAY_ACCOUNT_NOT_FOUND, TDX_PLAY, STATE_ENTER_ACCOUNT);
add(STATE_PLAY_ACCOUNT_NOT_FOUND, GCEV_DISCONNECTED, STATE_DROP);
...
add(STATE_DROP, GCEV_DROPCALL,STATE_RELEASE);
add(STATE_DROP, GCEV_DISCONNECTED,STATE_RELEASE);
add(STATE_RELEASE, GCEV_RELEASECALL,STATE_WAIT_CALL);
add(STATE_RELEASE, GCEV_DROPCALL,STATE_RELEASE);
}

　　結果如圖23, "狀態(tài)轉移圖".
　　對所有SimpleStateMachines 的驅動(dòng)是一個(gè)且只是一個(gè)SimpleEventWaiter 對象的實(shí)例。這個(gè)類(lèi)完成對程序內部SRL事件管理和分發(fā)相關(guān)的所有功能。它同樣也是一個(gè)可見(jiàn)的對象，允許程序上下文中其它對象通過(guò)它進(jìn)行注冊并獲得系統中發(fā)生的事件通報。這個(gè)主循環(huán)實(shí)現該功能，代碼說(shuō)明如下：

// Event listening loop until requested to stop
while (!m_bStop)
{
// Wait for all events from SRL
m_ret = sr_waitevt(m_tmout);
if (SR_TMOUT == m_ret) {}
// Platform-specific event properties retrieval
#ifdef _WIN32
lEventType = sr_getevttype(0);
lEventDev = sr_getevtdev(0);
lEventLen = sr_getevtlen(0);
pData = sr_getevtdatap(0);
#else
lEventType = sr_getevttype();
lEventDev = sr_getevtdev();
lEventLen = sr_getevtlen();
pData = sr_getevtdatap();
#endif
waitevt = m_ret;
// Create a SimpleEvent object based on event properties
SimpleEvent event(waitevt, lEventType, lEventDev, lEventLen, pData);
// Set object status to changed and notify it observers
setChanged();
notifyObservers(&event);
}

圖 23. 狀態(tài)轉移圖

　　6.4創(chuàng )建對象

　　SimpleEventWaiter產(chǎn)生的事件主要提供給SimpleIvrEngine對象，在初始化階段，SimpleIvrEngine對象創(chuàng )建并保持所有的SimpleIvrStateMachine對象，同時(shí)分配事件給相應的狀態(tài)機。SimpleIvrEngine可能被視為一個(gè)應用程序的主類(lèi)。它是最早被創(chuàng )建的的對象之一，它輪流配合所有包括SimpleEventWaiter在內的其它支持實(shí)體的創(chuàng )建。SimpleIvrEngine將控制傳遞給SimpleEventWaiter 并作為收聽(tīng)者進(jìn)入被動(dòng)模式。以下的代碼說(shuō)明實(shí)現過(guò)程：

// Create an engine object
SimpleIvrEngine engine;
engine.create();
…
void SimpleIvrEngine::create()
{
// Create all state machines
for (int i = 0; i < NUM_CHANNELS; ++i) {
SimpleIvrStateMachine* ivr = new SimpleIvrStateMachine;
ivr.addDevices();
addStateMachine(ivr);
}
// Create event waiter
SimpleEventWaiter ew;
setEventWaiter(&ew);
// Kick the engine
kick();
}
void SimpleIvrEngine::kick()
{
m_ew->addObserver(this);
// initial kick of event processor
m_ew->run();
m_ew->deleteObserver(this);
}

　　6.5 簡(jiǎn)單設備概念

　　SimpleIvr的另一個(gè)重要的原理是簡(jiǎn)單設備的概念，SimpleIvr是所有設備實(shí)體的基礎，設備實(shí)體是由應用程序的對象空間組成。這些實(shí)體既可在初始化階段靜態(tài)地創(chuàng )建，也可根據需要動(dòng)態(tài)地創(chuàng )建。大多數實(shí)體代表了Dialogic? Dialogic?域的物理設備，但有一些是虛設備，它們被設計用于提供一些外部服務(wù)（如數據庫，郵箱等）。

　　一個(gè)最初的SimpleDevice類(lèi)完成一個(gè)抽象類(lèi)Gdevice中定義的接口。一個(gè)特殊的設備類(lèi)型NullDevice被作為一個(gè)不做任何事件的設備而引入。但是在應用程序開(kāi)發(fā)中返回NullDevice比返回一個(gè)空指針更有用。因為對返回的空指針進(jìn)行檢驗有時(shí)會(huì )很不方便。如圖24"簡(jiǎn)單設備類(lèi)圖"是一個(gè)來(lái)自SimpleDevice的所有類(lèi)的類(lèi)圖。

圖 24. 簡(jiǎn)單設備類(lèi)圖

　　通過(guò)以SimpleDevice的形式有一個(gè)最小的共同點(diǎn)，實(shí)體能很容易地被統一的進(jìn)行管理，而且能夠被組合起來(lái)形式所謂的"聯(lián)盟"，提供單個(gè)設備不能獨自完成的某些功能。換句話(huà)說(shuō)，設備聯(lián)盟(在應用程序中表示為SimpleDeviceAlliance類(lèi))是一個(gè)容器，它包括一些簡(jiǎn)單設備并把它們橋接起來(lái)。

　　例如，可以創(chuàng )建一個(gè)簡(jiǎn)單設備聯(lián)盟，該簡(jiǎn)單設備聯(lián)盟可以把一個(gè)Global Call設備，一個(gè)數據庫設備（句柄）和一個(gè)緩存提示設備組成一組，表示一個(gè)狀態(tài)機實(shí)例的智能對象。應用程序的開(kāi)發(fā)人員可以使用簡(jiǎn)單設備和簡(jiǎn)單設備聯(lián)盟的概念做為框架，并將其擴展，來(lái)滿(mǎn)足特定應用場(chǎng)合的需要。以下代碼段說(shuō)明了創(chuàng )建設備和聯(lián)盟的過(guò)程：

// Create all devices
GlobalCallDevice* gcd = new GlobalCallDevice;
VoiceDevice* vd = new VoiceDevice;
CachedPrompts* prompts = new CachedPrompts;
SimpleIvrDatabaseDevice db = new SimpleIvrDatabaseDevice;
SimpleIvrMailboxDevice* mailbox = new SimpleIvrMailboxDevice;
// Create device alliance
SimpleDeviceAlliance* alliance = new SimpleDeviceAlliance;
// Add all devices to the alliance, making GlobalCallDevice an anchor
alliance->addDevice(gcd, true);
alliance->addDevice(vd);
alliance->addDevice(prompts);
alliance->addDevice(db);
alliance->addDevice(mailbox);

　　有必要提及來(lái)自Dialogic® Dialogic®域中的設備和虛設備之間的一個(gè)基本的區別。來(lái)自Dialogic®Dialogic®域中的設備有內在的SRL事件產(chǎn)生機制，而虛設備不能自己產(chǎn)生SRL事件。這在當虛設備必須通知狀態(tài)機一些情況以引起狀態(tài)機的注意時(shí)會(huì )引起一些問(wèn)題。有可能是一個(gè)正常的完成事件的狀態(tài)，如異步數據庫取得請求完畢或發(fā)生了錯誤。在帶有來(lái)自Dialogic® Dialogic® 設備的事件的統一格式中處理這些類(lèi)型的事件是非常重要的。

　　在SRL事件隊列中有可能直接被放入一個(gè)任意的事件。唯一的限制是放入的事件必須是一個(gè)Dialogic® Dialogic® 設備。其次，由上述方法設計的SimpleDeviceAlliance類(lèi)允許聯(lián)盟中的設備發(fā)現彼此因此，一個(gè)虛設備能代表Dialogic® Dialogic® 設備聯(lián)盟中的另一設備代表自己將事件放置到SRL事件隊列中。為使這個(gè)過(guò)程更加容易，在每個(gè)聯(lián)盟中的Dialogic® Dialogic®設備被聲明為一個(gè)"anchor" 設備，它隊了本身的功能外還具有事件放置有效載荷。圖25, "簡(jiǎn)單設備聯(lián)盟概念" 舉例說(shuō)明了SimpleDeviceAlliance 概念。

圖 25. 簡(jiǎn)單設備聯(lián)盟概念

　　為了有效地運轉，每個(gè)狀態(tài)機應該對他們處理的事件有所反應；否則，將阻礙其它狀態(tài)機對事件的處理，系統將變得失去反應。狀態(tài)機依賴(lài)于實(shí)際執行相應功能的設備。因此以下原則被視為狀態(tài)機實(shí)現的基礎：在簡(jiǎn)單設備上的狀態(tài)機執行一個(gè)動(dòng)作時(shí)，不能阻礙在另一個(gè)簡(jiǎn)單設備上執行動(dòng)作的狀態(tài)機。

　　R4 和 Global Call APIs 的設計理念是，提供兩種通用的執行函數的方式: 同步和異步。應用程序異步地調用這些函數時(shí)必須遵守第一條規則。然而，有些應用程序使用的API并不遵循這個(gè)規則。為了客服這個(gè)障礙，應用程序開(kāi)發(fā)人員必須使用一些技術(shù)手段，將過(guò)長(cháng)的操作分為一系列小一些的步驟。在某些情況下，因為代碼的本性或干脆就是一個(gè)第三方的API，使用這種技術(shù)也是不可行的。這種情況下，可使用一個(gè)代理程序模式，開(kāi)發(fā)人員將過(guò)長(cháng)的函數用一段代碼封裝起來(lái)，它在一個(gè)單獨的進(jìn)程或線(xiàn)程中發(fā)起函數的執行并立即返回。完成操作后，它向SRL隊列發(fā)一個(gè)事件來(lái)通知狀態(tài)機它已完成。一些操作系統在它們的SDK中有特殊的工具和函數來(lái)實(shí)現以上操作。它們被稱(chēng)為"線(xiàn)程池"。

　　下面的代碼段提供了在Microsoft　Windows操作系統上的示例，它在SimpleIvr應用程序中使用了線(xiàn)程池：

bool ASYNC_db_open(int devh, int* handlep, const char* name, int flags)
{
bool bRet;
// Aggregate parameters in a context structure
DB_OPEN vContext = {
devh,
handlep,
name,
flags,
0
};
// Create a new context and copy parameters
PDB_OPEN pvContext = new DB_OPEN(vContext);
// Keep track of outstanding worker thread requests
InterlockedIncrement(&dwQueuedWorkItems);
// Call Windows SDK to queue a worker item in the thread pool
bRet = QueueUserWorkItem(
THREAD_ASYNC_db_open, // worker item
pvContext, // function data
WT_EXECUTEINLONGTHREAD // long wait
);
return bRet;
}
DWORD WINAPI THREAD_ASYNC_db_open(PVOID pvContext)
{
// Get the function parameters
PDB_OPEN pContext = (PDB_OPEN)pvContext;
long rc;
int handle;
// Call potentially lengthy function
rc = db_open(pContext->name, pContext->flags);
handle = rc;
// Return parameters
if (pContext->handlep != NULL) {
*pContext->handlep = handle;
}
// Post DB_EVENT_OPEN event to SRL queue
DX_PUT_EVENT(pContext->devh, DB_EVENT_OPEN, 0, NULL, rc);
// Get rid of context
delete pContext;
// Keep track of outstanding worker thread requests
InterlockedDecrement(&dwQueuedWorkItems);
return 0;
}

　　在上面的程序代碼中，調用了一個(gè)潛在的長(cháng)時(shí)間操作db_open。它用一個(gè)代理函數ASYNC_db_open來(lái)表示，它唯一的任務(wù)就是把參數集中到呼叫內容的結構DB_OPEN中，然后請求操作系統將THREAD_ASYNC_db_open排隊到線(xiàn)程池的工作線(xiàn)程中，接下來(lái)就是立即返回。操作系統將THREAD_ASYNC_db_open函數調度為最有效的方式執行。完成了db_open后，事件DB_EVENT_OPEN被公布到SRL隊列中，告訴適當的狀態(tài)機操作已完成。

　　6.6 Simple Device Properties

　　SimpleIvr 參考設計應用程序的目標之一，是使創(chuàng )建對于各種設備配置和運行的場(chǎng)景變得可配置和可適應。為了達到這個(gè)目的，使用了屬性的概念和相應的抽象類(lèi)SimpleDeviceProperties來(lái)做為應用程序的一部分。SimpleDeviceProperties類(lèi)能夠從流或文件中讀出屬性數據，或者向流或文件中寫(xiě)屬性數據。， satisfy this所有的應用程序實(shí)體都能夠進(jìn)行配置，只要指派一個(gè)繼承類(lèi)SimpleDeviceProperties的特殊屬性類(lèi)即可。我們將以下面的C++代碼段舉例說(shuō)明：

// Global Call device properties
GlobalCallDeviceProperties gcdp;
// Open file with properties
ifstream is;
is.open("gc.props");
// Read properties
is >> gcdp;
// Create Global Call device
GlobalCallDevice gcd;
// Set device properties
gcd.setDeviceProperties(gcdp);

　　設備不是能夠通過(guò)屬性來(lái)進(jìn)行配置的唯一實(shí)體，其它的組件，如狀態(tài)機，引擎等，都能夠使用屬性的概念來(lái)實(shí)現所期望的靈活性。

■ 解決方案配置的測試與性能

　　本章講述如下內容:

• 解決方案配置測試
• 測試方法
• 測試場(chǎng)景和性能數據
• 通過(guò)Dialogic® NetStructure™ PBX-IP 媒體網(wǎng)關(guān)配置HMP

　　7.1 解決方案配置測試

　　Dialogic® NetStructure™ 主機媒體處理（HMP）軟件IVR解決方案服從現實(shí)世界測試場(chǎng)景。為舉例說(shuō)明IVR參考（SimpleIVR）系統的性能，我們提供了關(guān)于CPU占用、重DTMF檢測以及忙時(shí)呼叫請求次數等方面的性能數據。本節將集中表述第2章"主機媒體處理配置描述"中說(shuō)述的系統。

　　7.2 測試方法

　　系統已經(jīng)過(guò)測試，并收集了許多系統級的關(guān)鍵性能參數。雖然在這個(gè)特定的測試系統中運用了許多最優(yōu)化方法，但是單個(gè)的應用程序和它們的系統配置可能仍需要進(jìn)一步的精確調整來(lái)保證可用，本節的內容只起一般的指導作用。你也可以使用以下數據來(lái)幫助你選擇正確的平臺以提供所需的系統性能。

　　7.2.1 性能參數

　　以下性能參數通常被認為是IVR系統的關(guān)鍵性能標準:

• 忙時(shí)呼叫請求次數(BHCA)
• 忙時(shí)呼叫請求完成次數(BHCC)
• 呼損率
• 話(huà)音質(zhì)量
• 信號檢測錯誤
• 信號檢測響應時(shí)間
• CPU占用
• 內存占用

　　收集的性能數據數據如下：

• 忙時(shí)呼叫請求次數(BHCA)
• 忙時(shí)呼叫請求完成次數(BHCC)
• 呼損率
• 信號檢測錯誤
• CPU占用

　　7.3 測試場(chǎng)景和性能數據

　　不同的測試腳本被用于顯示IVR系統的全部潛能，這些腳本能夠對系統從密度、性能和響應設計方面進(jìn)行觀(guān)察。

　　7.3.1 CPU 占用

　　CPU占用的性能信息包括如下幾點(diǎn)：

• CPU占用的硬件平臺
• CPU占用的測試腳本
• CPU占用的性能數據

　　7.3.1.1 CPU占用的硬件平臺

　　CPU占用性能結果基于從下面表格中定義的硬件平臺中取出的數據。

　　計算機1

　　計算機2

　　計算機3

　　7.3.1.2 CPU占用的測試場(chǎng)景

　　以下測試場(chǎng)景被用于收集CPU占用的性能數據：

• 播放: 兩個(gè)線(xiàn)程同時(shí)播放內存中的；每個(gè)線(xiàn)程負責半個(gè)通道。
• 錄音: 兩個(gè)線(xiàn)程同時(shí)記錄話(huà)音數據到內存中；每個(gè)線(xiàn)程負責半個(gè)通道。

　　配置文件

　　評測CPU占用主要使用以下HMP 配置文件：
　　um_64-0-0.pcd
　　This file provides 64 voice channels.

　　測試參數

　　測試參數包括：

• 播放格式: 每抽樣8 KHz/8bits μ律 PCM 從內存中的話(huà)音播放
• 錄音格式: 每抽樣8 KHz/8bits μ律 PCM 話(huà)音記錄到內存中
• RTP 音頻性能: G.711, μLaw, 64k, {20, 30ms} 幀大小
• AGC: 開(kāi)/關(guān)

　　7.3.1.3　CPU占用的性能數據

　　關(guān)于CPU占用的性能數據被分組如下：

• 計算機 1 播放/錄音 計算機 2
• 計算機 2 播放/錄音 計算機 1
• 計算機 3 播放/錄音 計算機 2

　　計算機 1 播放/錄音 計算機 2

　　下面的圖顯示CPU占用測試結果:

• 計算機 1 播放 計算機 2 (Figure 26)
• 計算機 2 錄音 計算機 1 (AGC on) (Figure 27)
• 計算機 2 錄音 計算機 1 (AGC off) (Figure 28)

圖 26. CPU占用（播放）

圖 27. CPU占用（錄音　AGC：開(kāi)）

圖 28. CPU占用（錄音　AGC：關(guān)）

　　計算機 2 播放/錄音 計算機 1

　　下面的圖形顯示CPU占用的測試結果：

• 計算機 2 播放 計算機 1 (Figure 29)
• 計算機 1 錄音 計算機 2 (AGC on) (Figure 30)
• 計算機 1 錄音 計算機 2 (AGC off) (Figure 31)

圖29　CPU占用（播放）

圖30　CPU占用（錄音　AGC：開(kāi)）

圖31　CPU占用（錄音　AGC：關(guān)）

　　計算機 3 播放/錄音 計算機 2

　　下面的圖顯示CPU占用測試的結果：

• 計算機 3 播放 計算機 2 (圖 32)
• 計算機 3 錄音 計算機 1 (AGC on) (圖 33)

圖32　CPU占用（播放）

圖33　CPU占用（錄音　AGC：開(kāi)）

　　7.3.2 DTMF 檢測測試

　　DTMF 檢測性能是IVR系統中最重要的參數。即時(shí)檢測和低錯誤率是IVR的關(guān)鍵。在測試中，計算機在全異的網(wǎng)段上通過(guò)局域網(wǎng)相連，這是典型的企業(yè)環(huán)境。DTMF檢測的性能信息包括如下內容：

• DTMF檢測測試的硬件平臺
• DTMF檢測測試的測試場(chǎng)景
• DTMF檢測測試的性能數據

　　7.3.2.1 DTMF 檢測測試的硬件平臺

　　使用以下硬件平臺:

　　7.3.2.2 DTMF檢測測試的測試場(chǎng)景

　　計算機4和計算機5使用IPML庫建立64個(gè)全雙工G.711 μ律, 30ms RTP 的對話(huà)。 計算機4產(chǎn)生一系列的隨機長(cháng)度的DTMF隨機信號串并使用呼入模式撥打這些信號。計算機5發(fā)送回信號給計算機4。計算機4檢測信號并與它發(fā)出的信號作比較。

　　7.3.2.3 DTMF 檢測測試的性能數據

　　經(jīng)過(guò)12小時(shí)的測試，64個(gè)通道都被使用，在274,240個(gè)數字串中只有43個(gè)發(fā)生了錯誤，錯誤率小于0.02% 。錯誤要么是丟失了幾個(gè)數字，要么是重復進(jìn)行檢測到了2次。

　　7.3.3 忙時(shí)呼叫請求次數(BHCA)

　　測試的主要目的是確定IVR系統能處理多少呼叫，如果：

• 所有的呼叫同時(shí)到達
• 所有的呼叫都很短(3秒鐘的持續時(shí)間和1秒鐘的呼叫間隔)
  極端的情況有現實(shí)的應用，比如投票呼叫和瞬間信息核查

　　忙時(shí)呼叫請求次數的性能信息包括如下內容:

• BHCA硬件平臺
• BHCA測試場(chǎng)景
• BHCA性能數據

　　7.3.3.1 BHCA硬件平臺

　　7.3.1節"CPU占用"中描述的計算機1 和 計算機2 用來(lái)收集關(guān)于BHCA的性能數據。

　　7.3.3.2 BHCA測試場(chǎng)景

　　系統(計算機 1 做為呼出系統，計算機 2做為呼入系統) 運行BHCA性能測試程序，能夠執行每小時(shí)48750個(gè)H.323呼叫，它使用64個(gè)端口連續的進(jìn)行Global Call循環(huán)，保持3秒鐘的連接時(shí)間，每?jì)纱魏艚虚g隔1秒。這相當于每小時(shí)每端口成功進(jìn)行762次呼叫。

　　7.3.3.3 BHCA性能數據

　　外呼系統使用的是，所有64個(gè)端口在63000秒內執行了853000次呼叫，錯誤率只有0.18%(1560個(gè)呼叫失敗)。呼入系統也是使用的HMP的BHCA性能測試程序，成功的接收了除1560個(gè)失敗呼叫以外的所有外呼系統發(fā)出的呼叫。

　　7.4 用Dialogic® NetStructure™ PBX-IP媒體網(wǎng)關(guān)配置HMP

　　HMP軟件可被配置用來(lái)和Dialogic® NetStructure™ PBX-IP媒體網(wǎng)關(guān)(PIMG)共同使用。如圖34所示，一條模擬線(xiàn)通過(guò)PBX連接到PIMG。PIMG是電路交換網(wǎng)絡(luò )和IP網(wǎng)絡(luò )之間的網(wǎng)關(guān)。連接在IP網(wǎng)絡(luò )上的一臺計算機提供了IVR功能，在這里就是SimpleIVR程序，它使用了H.323做為呼叫控制協(xié)議。

　　7.4.1 配置事項

　　在配置時(shí)，某些PIMG參數需要被設置為特定的值。這些參數和值包括：

• 操作模式 = H.323仿真
• 電話(huà)交換類(lèi)型＝none
• PCM 編碼方式＝μ律
• 呼叫路由方式＝點(diǎn)對點(diǎn)
• PBX 端口/IP端點(diǎn)分配＝為每一個(gè)連接到PBX或PBX仿真器上的端口分配一個(gè)合適的IP終端地址
• 信號傳輸方式 = 帶內音頻

圖 34. 用于和PIMG互操作使用的HMP 配置

■ 你采用的解決方案的可選設計模式

　　Dialogic® 電信服務(wù)提供了專(zhuān)業(yè)的資源，來(lái)指導服務(wù)提供商完成解決方案的生命周期－從計劃、設計到開(kāi)發(fā)和實(shí)現。Dialogic在通信領(lǐng)域的顧問(wèn)和專(zhuān)家，將提供一系列服務(wù)，包括網(wǎng)絡(luò )設計、呼叫和媒體流分析、程序開(kāi)發(fā)、實(shí)驗室測試已經(jīng)現場(chǎng)實(shí)現。

　　Dialogic的顧問(wèn)能夠幫助服務(wù)提供商從現有的電信基礎設施向高級的模塊化網(wǎng)絡(luò )平臺升級，包括開(kāi)發(fā)媒體服務(wù)器和媒體網(wǎng)關(guān)。Dialogic能夠使用Dialogic積木技術(shù)來(lái)幫助設計和實(shí)現網(wǎng)絡(luò )基礎，包括特殊的和預留的網(wǎng)絡(luò )與外部設備和程序之間的接口。擁有SS7、H.323、 SIP、 MGCP、 Megacom、 ISDN 和 TCP/IP等技術(shù)方面的專(zhuān)家，Dialogic的顧問(wèn)能夠幫助服務(wù)提供商向模塊化的網(wǎng)絡(luò )轉移。

　　特別顧問(wèn)服務(wù)包括：

• 項目發(fā)現工作室－－為項目早期規劃階段的開(kāi)發(fā)人員設計，這些工作室能夠為項目提供全面的估計。2－3天的會(huì )議將幫助開(kāi)發(fā)人員分析技術(shù)的需求并提供設計規范方面的指導、可能的架構、運作方面需要考慮的問(wèn)題、實(shí)現步驟和估計需要的資源。
  
  
• 設計服務(wù)――在項目的設計階段，Dialogic顧問(wèn)能為系統和應用程序開(kāi)發(fā)出設計和功能規范，以及測試計劃。
  
  
• 提升服務(wù)――Dialogic提供快步的、手把手的技術(shù)指導，安裝配置指導，個(gè)性化的咨詢(xún)來(lái)幫助解決方案提供商將范圍廣大的Dialogic硬件和軟件積木集成進(jìn)他們的產(chǎn)品或系統設計中。
  
  
• 開(kāi)發(fā)服務(wù)――Dialogic顧問(wèn)將同服務(wù)提供商的開(kāi)發(fā)團隊一起工作，將新的特性和程序合并到解決方案中。可交付使用的包括代碼、功能規范書(shū)、用戶(hù)手冊以及相關(guān)的咨詢(xún)。
  
  
• 實(shí)驗室服務(wù)――Dialogic實(shí)驗室提供了完美的電話(huà)環(huán)境，用以開(kāi)發(fā)原型機、測試和精確調整程序。實(shí)驗室提供各種第三方的交換機和Dialogic的設備。實(shí)驗室的專(zhuān)家開(kāi)發(fā)和實(shí)施一系列的測試計劃，包括可用性、性能、集成、負荷和壓力以及特點(diǎn)的一致性。
  
  
• 現場(chǎng)實(shí)施服務(wù)――現場(chǎng)實(shí)施服務(wù)包括各種遠程和現場(chǎng)的安裝和開(kāi)發(fā)任務(wù)，這些任務(wù)需要專(zhuān)業(yè)的網(wǎng)絡(luò )、語(yǔ)音和計算機電話(huà)集成方面的專(zhuān)家。例如Dialogic提供現場(chǎng)安裝服務(wù)，幫助服務(wù)提供商在短時(shí)間內將他們的SS7平臺安裝到網(wǎng)絡(luò )提供商的設備上。Dialogic顧問(wèn)與服務(wù)和網(wǎng)絡(luò )提供商一起工作，在網(wǎng)絡(luò )環(huán)境中進(jìn)行正確的配置和安裝。

　　如需了解更多，請發(fā)送郵件到ctcmarketing@Dialogic.com或參考顧問(wèn)服務(wù)網(wǎng)址：http://developer.Dialogic.com/network/csp/products/4383web.htm.

■ 索　引

A

activating a license 激活許可證 52
add components to HMP software installation 為主機媒體處理軟件增加部件 45
administration 管理 22
administrative privileges 管理特權 55
algorithms 算法
voice media processing 語(yǔ)音媒體處理 18
applications
host media processing 主機媒體處理 14
IVR 交互式語(yǔ)音應答 35
IVR reference 交互式語(yǔ)音應答參考 61
Simple IVR 簡(jiǎn)化的交互式語(yǔ)音應答 61
VoIP IP語(yǔ)音 30
Architecture 體系結構 17
software reference system 軟件參考系統 40

B

basic state machine 基本狀態(tài)機 62
business and market segments 商業(yè)和市場(chǎng)
summary 總結 32
business drivers 商業(yè)驅動(dòng)力 23
busy hour call attempts 忙時(shí)呼叫請求 83

C

call control 呼叫控制 20
call signaling 呼叫信令 20
circuit interface 電路接口 19
code 編碼 61
concept 概念 66
configuration considerations 配置注意事項 84
configuration file 配置文件
CPU utilization CPU利用率 75
configuration overview 配置概述 55
configuring HMP 配置主機媒體處理 55
configuring HMP with PIMG 為PIMG配置HMP 84
connection control 連接控制 21
control 控制
connection 21 連接
media 21 媒體
cost 23 成本
cost reduction 成本降低29
CPU utilization 74 CPU利用率
creating objects 65 創(chuàng )建對象

D

DCM Dialogic配置管理
administrative privileges 55 管理特權
configuring HMP 55 配置主機媒體處理
remote 56 遠程
DCOM object 56 分布式組件對象模型
density requirements 31 密度需求
deployment environments 15 布署環(huán)境
DTMF detection test 82 雙音多頻信號檢測測試

E

economics of VoIP 24 VoIP的經(jīng)濟效果
equipment tested with HMP 39 主機媒體處理設備的測試
Ethernet 19 以太
Ethernet interface 19 以太接口
evaluation run-time license 評估運行時(shí)許可
obtaining 47 獲取

H

hardware platforms　硬件平臺
busy hour call attempts 84　忙時(shí)呼叫請求次數
CPU utilization CPU 利用率74
heavy DTMF detection test 重DTMF檢測 83
high capacity trunk interfaces 大容量中繼接口 16

HMP

architecture 結構17
business drivers 商業(yè)驅動(dòng)力23
configuring 配置 55
configuring with PIMG 為PIMG配置 84
cost 成本23
deployment environments 開(kāi)發(fā)環(huán)境15
equipment tested with 設備測試39
features 特性36
market segment opportunities 市場(chǎng)機會(huì )23
Moore's Law 摩爾定律24
reference architecture 參考構架17
software 軟件18
software programming interfaces 軟件編程接口20
support for management or administration 支持管理22

HMP software　主機媒體處理軟件

configuration overview 55　配置概述
installing 43　安裝
programming interfaces 編程接口20　
reinstalling 45 重新安裝
uninstalling 45　卸載

Host Media Processing　主機媒體處理

product description 13　產(chǎn)品描述

Host Media Processing (HMP) software　主機媒體處理軟件

configuration 55　配置
licensing 47　許可證
host media processing applications 14　主機媒體處理應用程序

I

Interface 接口
circuit 19　電路
Ethernet 19　以太網(wǎng)
HMP software programming 20　主機媒體處理軟件編程
voice and data storage 20 語(yǔ)音和數據存貯
interfaces 接口
network 19 網(wǎng)絡(luò )
IP media server 43 IP媒體服務(wù)器
IP penetration IP穿透
enterprise 25 企業(yè)
service providers 26 服務(wù)提供商
IP penetration for enterprise 25 企業(yè)IP穿透
IP penetration for service providers 26 服務(wù)提供商IP穿透
IP-based IVR system 36 基于IP的交互式語(yǔ)音應答系統
IVR　交互式語(yǔ)音應答
performance testing 73 性能測試
solution testing 73 解決方案測試
IVR application 35 交互式語(yǔ)音應答應用軟件
IVR application scenarios 交互式語(yǔ)音應答應用場(chǎng)合
HMP based 39 基于主機媒體處理的
PSTN network 38 公共交換電話(huà)網(wǎng)
IVR reference application 61交互式語(yǔ)音應答參考應用
IVR system 交互式語(yǔ)音應答系統
HMP based 39基于主機媒體處理的
IP-based 36 基于IP的
key features 35 關(guān)鍵特性
speech enabled 36 語(yǔ)音激活的

K

key features of IVR system 35 交互性語(yǔ)音應答系統的關(guān)鍵特性

L

License　許可證
activating 52 激活
licensing 47 許可證
activating a license 52 激活一個(gè)許可證
obtaining evaluation run-time license 47 獲得評估運行許可證
purchasing a permanent license 47 購買(mǎi)一個(gè)永久許可證

M

management 22 管理
market segment opportunities 23 市場(chǎng)機會(huì )
media control 21 媒體控制
media switching 18 媒體交換
modify HMP software installation 45 修改主機媒體軟件安裝配置
Moore's Law 24 摩爾定律

N

network interfaces 19 網(wǎng)絡(luò )接口

O

Objects 對象
creating 65 創(chuàng )建
obtaining evaluation run-time license 47獲得評估運行許可證
obtaining IVR reverence code 61 獲得交互性語(yǔ)音應答參考代碼

P

PBX-IP Media Gateway 84 交換機-IP媒體網(wǎng)關(guān)
performance 73 性能
91 Host Media Processing - Reference Design Guide 主機媒體處理-參考設計指南
performance data 74 性能數據
busy hour call attempts 84 忙時(shí)呼叫請求次數
CPU utilization 76 中央處理器占用
heavy DTMF detection test 83 重DTMF檢測測試
performance parameters 73 性能參數
permanent license 永久許可證
purchasing 47 購買(mǎi)
PIMG
configuration considerations 84 配置考慮事項
configuring with HMP 84 配置HMP
product description 13 產(chǎn)品描述
properties of simple devices 70 簡(jiǎn)單設備的屬性
purchasing a permanent license 47 購買(mǎi)一個(gè)永久許可證

R

reference architecture 17 參考體系機構
reinstall HMP software 45 重裝主機媒體處理軟件
remote DCM 56 遠程DCM
remove an HMP software installation 45 刪除主機媒體處理軟件的安裝
remove components from HMP installation 45 從主機媒體處理軟件的安裝中刪除組件
repair an HMP software installation 45 修復主機媒體處理軟件的安裝
requirements 需求
density 31 密度
running terminal services 43 運行終端服務(wù)

S

setting startup mode to automatic 59 設置自動(dòng)啟動(dòng)模式
simple device 66 簡(jiǎn)單設備
concept 66 概念
simple device properties 70 簡(jiǎn)單設備屬性
SimpleIVR application 61 簡(jiǎn)單交互式語(yǔ)音應答應用程序
software 18 軟件
software programming interfaces 20 軟件編程接口
software reference system 軟件參考系統
architecture 40 體系結構
software voice switching 18 軟件語(yǔ)音交換
speech enabled IVR system 36 具有語(yǔ)音功能的IVR系統
starting and stopping system 57 啟停系統
starting the system 57 啟動(dòng)系統
startup mode 啟動(dòng)模式
setting to automatic 59 設置為自動(dòng)
state machine 62 狀態(tài)機
basic 62 基本的
summary of business and market segments 32 商業(yè)和市場(chǎng)總結
system 系統
starting and stopping 57 啟動(dòng)和停止

T

terminal services 終端服務(wù)
running 43 運行
test methodology 73 測試方法
test parameters 測試參數
CPU utilization 75 中央處理器占用
test scenario 測試場(chǎng)合
CPU utilization 75 中央處理器占用
CPU utilzation 74 中央處理器占用
heavy DTMF detection test 83 重DTMF檢測測試
test scenarios 74 測試場(chǎng)合
busy hour call attempts 84 忙時(shí)呼叫請求次數
testing the IVR solution 73 測試交互式語(yǔ)音應答解決方案

U

uninstalling the HMP software 45 卸載主機媒體處理軟件

V

voice and data storage interface 20 話(huà)音和數據存貯接口
voice media processing algorithms 18 話(huà)音媒體處理算法
voice over IP 24 IP話(huà)音
voice over IP applications 30 IP話(huà)音應用
voice switching 18 話(huà)音交換
VoIP IP話(huà)音
applications 30 應用
economics 24 經(jīng)濟學(xué)

進(jìn)一步了解信息，訪(fǎng)問(wèn)我們網(wǎng)站http://www.Dialogic.com

[ 全文英文版 ]

[ page1 ] [ page2 ]

主機媒體處理(Windows版)參考設計指南
Dialogic®NetStructure™ 主機媒體處理軟件(HMP)1.0產(chǎn)品手冊
Dialogic® NetStructure™ 主機媒體處理軟件(HMP)常見(jiàn)問(wèn)題

融合通信專(zhuān)欄>>技術(shù)開(kāi)發(fā)>>