|
[ page1
] [ page2
]
關(guān)于本文
1.HMP(主機(jī)媒體處理)軟件描述
1.1 概述
1.2 HMP的商業(yè)驅(qū)動(dòng)力、市場機(jī)會(huì)和成本
1.3 成本降低
1.4 商業(yè)和市場總結(jié)
1.5 參考資料
2.主機(jī)媒體處理配置描述
2.1 解決方案配置描述
2.2 應(yīng)用場合
2.3 設(shè)備測(cè)試
2.4 軟件參考系統(tǒng)的構(gòu)架
3．安裝主機(jī)媒體處理軟件
3.1 安裝HMP軟件
3.2 卸載HMP軟件
4．主機(jī)媒體處理軟件的許可證程序
4.1 獲得評(píng)估運(yùn)行許可證
4.2 購買一個(gè)永久的HMP 許可證
4.3 激活一個(gè)HMP許可證
4.4 使用別的許可證
5．配置主機(jī)媒體處理軟件
5.1 配置概述
5.2 配置過程
5.3 啟動(dòng)和停止系統(tǒng)
6．理解IVR參考程序
6.1 獲取IVR參考代碼
6.2 狀態(tài)機(jī)
6.3 一個(gè)基本的狀態(tài)機(jī)
6.4 創(chuàng)建對(duì)象
6.5 簡單設(shè)備概念
6.6 Simple Device Properties
7．解決方案配置的測(cè)試與性能
7.1 解決方案配置測(cè)試
7.2 測(cè)試方法
7.3 測(cè)試場景和性能數(shù)據(jù)
7.4 用Dialogic® NetStructure™ PBX-IP媒體網(wǎng)關(guān)配置HMP
8．你采用的解決方案的可選設(shè)計(jì)模式
9．索引
■ 關(guān)于本文
關(guān)于本文的基本信息分為下列各主題：
- 目的
- 預(yù)期的讀者
- 如何使用本文
- 相關(guān)信息
◎ 目的
本文提供了一個(gè)對(duì)主機(jī)媒體處理的概覽(從商業(yè)角度聚焦)，詳細(xì)地描述了Dialogic® NetStructure™
主機(jī)媒體處理軟件解決方案的結(jié)構(gòu)，描述了如何建立一個(gè)交互式語音應(yīng)答(IVR)方案，提供了寫應(yīng)用程序的指導(dǎo)方針，描述了解決方案的配置是經(jīng)過如何測(cè)試的，并提供了性能數(shù)據(jù)
◎ 預(yù)期的讀者
本文適用于以下讀者:
- 分銷商
- 系統(tǒng)集成商
- 工具包開發(fā)者
- 增值經(jīng)銷商 (VARs)
- 原始設(shè)備制造商(OEMs)
- 電話設(shè)備制造商(TEMs)
◎ 如何使用本文
本指南內(nèi)容組織如下：
- 第1章, "主機(jī)媒體處理軟件描述"提供了一個(gè)對(duì)Inte®
NetStructure™ 主機(jī)媒體處理軟件的高層的描述，討論市場機(jī)會(huì)和環(huán)境，提供了總體成本信息、用戶情況，并進(jìn)行了商業(yè)和市場方面的總結(jié)。
- 第2章, "主機(jī)媒體處理配置描述" 描述了IVR系統(tǒng)結(jié)構(gòu)、列出了主機(jī)媒體處理1.0版本的特性，描述了各種IVR應(yīng)用場合，提供了一個(gè)IVR系統(tǒng)的設(shè)計(jì)參考。
- 第3章, "安裝主機(jī)媒體處理軟件"
提供了Inte® NetStructure™ 主機(jī)媒體處理軟件的安裝過程
本章講述摘自發(fā)布的Dialogic® NetStructure™ 主機(jī)媒體軟件1.0版本for
Windows安裝和配置指南中的相關(guān)內(nèi)容，讀者可從該處查閱具體過程和更多細(xì)節(jié)。
- 第4章, "主機(jī)媒體處理軟件的許可證程序"
describes描述了獲得一個(gè)評(píng)估運(yùn)行許可證和購買一個(gè)永久證可證的過程。本章講述摘自發(fā)布的Dialogic®
NetStructure™ 主機(jī)媒體軟件1.0版本for Windows安裝和配置指南中的相關(guān)內(nèi)容，讀者可從該處查閱具體過程和更多細(xì)節(jié)。
- 第5章, "配置主機(jī)媒體處理軟件"
描述了如何使用 Dialogic® Dialogic™ 配置管理器 (DCM)來配置系統(tǒng)。
- 第6章， "理解IVR參考程序" 描述了IVR參考應(yīng)用的信息，包括對(duì)基本狀態(tài)機(jī)和簡單設(shè)備概念的描述。
- 第7章, "解決方案配置的測(cè)試與性能" 描述了測(cè)試方法和測(cè)試場合，提供了關(guān)于CPU占用的性能數(shù)據(jù)，DTMF數(shù)字檢測(cè)、以及忙時(shí)呼叫請(qǐng)求次數(shù)等參數(shù)。
- 第8章, "你采用的解決方案的可選設(shè)計(jì)模式" 提供了可從Dialogic獲得的咨詢服務(wù)的信息。
◎ 相關(guān)的信息
本節(jié)所列文檔由Dialogic® NetStructure™ 主機(jī)媒體處理軟件提供，它可從電子書架獲得。也可從以下網(wǎng)址獲得：
http://www.Dialogic.com/
第3章 "安裝主機(jī)媒體處理軟件",
第4章 "主機(jī)媒體處理軟件的許可證程序"
和 第5章, "配置主機(jī)媒體處理軟件"
中的內(nèi)容 引自下面所列出的安裝和配置指南。安裝和配置時(shí)可從以下文檔中參考更多的信息。
解決方案中使用的產(chǎn)品的附加信息可從以下網(wǎng)址在線獲得： http://www.Dialogic.com/
■ HMP(主機(jī)媒體處理)軟件描述
本章描述了Dialogic® NetStructure™ 主機(jī)媒體處理
(HMP)軟件產(chǎn)品，包括其市場機(jī)會(huì)和環(huán)境、總體成本信息、用戶情況，在本章最后進(jìn)行商業(yè)方面的總結(jié)。主要包括：
- 概述
- HMP的商業(yè)驅(qū)動(dòng)力、市場機(jī)會(huì)和成本
- 成本的降低
- 商業(yè)和市場總結(jié)
- 參考
1.1 概述
接下來的章節(jié)是對(duì)HMP產(chǎn)品的概述
1.1.1 產(chǎn)品描述
Dialogic® NetStructure™ 主機(jī)媒體處理
(HMP)軟件產(chǎn)品，用于在基于Dialogic構(gòu)架之上的普通服務(wù)器上進(jìn)行媒體處理任務(wù)，而無需專門的硬件支持。使用該軟件提供的媒體服務(wù)，能夠構(gòu)建出靈活的、可擴(kuò)充的、低成本的下一代IP媒體服務(wù)器。
主機(jī)媒體處理軟件是Dialogic通信積木技術(shù)的一種。安裝該軟件后，在用戶的應(yīng)用軟件看來，它就像Dialogic®
Dialogic® 的DM3構(gòu)架的語音板一樣，不同的只是所有的媒體處理都由主機(jī)的處理器來完成。為了幫助用戶加快他們產(chǎn)品投放市場的時(shí)間和向IP方向移植他們已有的應(yīng)用程序，該軟件支持兩種API，即進(jìn)行媒體處理的R4
API和呼叫控制的Global Call。
HMP軟件使用了內(nèi)置的網(wǎng)卡(NIC)來提供IP連接。它支持工業(yè)標(biāo)準(zhǔn)的H.323協(xié)議來進(jìn)行呼叫控制，通過G.711格式來支持IP上的RTP/RTSP媒體流。為了有助于網(wǎng)絡(luò)上的媒體流質(zhì)量，HMP軟件支持10、20和30毫秒大小的幀，以及諸如QoS門限告警之類的其它特性。
HMP軟件是用Windows操作系統(tǒng)的核心模式驅(qū)動(dòng)程序?qū)崿F(xiàn)的，它以實(shí)時(shí)優(yōu)先級(jí)運(yùn)行。該軟件在Dialogic®
Pentium® III, Pentium® 4, and Xeon™ 處理器上進(jìn)行了優(yōu)化。由于HMP軟件是做為純的軟件產(chǎn)品，它能夠像其它軟件一樣進(jìn)行安裝和升級(jí)。它使用工業(yè)標(biāo)準(zhǔn)的模塊來實(shí)現(xiàn)軟件授權(quán)，該模塊使用MAC地址來使軟件只能夠幫定到一臺(tái)計(jì)算機(jī)上。如果用戶選擇合并使用媒體處理，HMP軟件將提供一些許可證模型。
HMP軟件提供的基于主機(jī)的資源包括：
- 放音資源
- 錄音資源
- 音調(diào)檢測(cè)和生成資源
- IP電話媒體資源
- 會(huì)議資源
在HMP軟件安裝后，基于主機(jī)的"軟DM3板卡"將仿效IP資源卡，和物理板卡一樣"下載"配置文件。
1.1.2 主機(jī)媒體處理應(yīng)用
關(guān)于在奔騰處理器上進(jìn)行數(shù)字信號(hào)處理的能力的介紹，使之成為了布署主機(jī)媒體處理功能的最省錢的技術(shù)。據(jù)初步估計(jì)，Dialogic期望HMP軟件能夠使用一個(gè)1GHz的奔騰處理器來代替兩個(gè)150MHz的DSP。根據(jù)摩爾定律，奔騰處理器能夠使HMP軟件達(dá)到DS-3甚至OC-3的處理密度。圖1顯示了主要的通信媒體處理功能的實(shí)驗(yàn)測(cè)量結(jié)果和預(yù)期性能：
1. 語音宣告 - 將硬盤上的文件中存儲(chǔ)的μ律或A律的聲音數(shù)據(jù)，通過線性的播放資源轉(zhuǎn)換為電信中使用的音頻流
2. 交互式語音應(yīng)答 (IVR) - 將雙音多頻信號(hào)(DTMF)或按鍵音信號(hào)檢測(cè)算法與語音宣告合而二為一， 這個(gè)功能包括插入功能，即當(dāng)檢測(cè)到DTMF信號(hào)或語音時(shí)立即停止語音宣告的播放。本參考設(shè)計(jì)指南將側(cè)重用HMP軟件實(shí)現(xiàn)IVR的應(yīng)用。
3. 會(huì)議 - 將語音流合并在一起，形成三方會(huì)議
4. 語音技術(shù) - 實(shí)現(xiàn)一些語音技術(shù)，包括TTS、語音菜單、大詞匯量(包括僅用于比較)
Dialogic 編制的HMP軟件，在Dialogic的從566 MHz 到 2 GHz的Celeron® 和 Pentium®
處理器上，已經(jīng)對(duì)語音宣告、IVR和會(huì)議算法完成了實(shí)現(xiàn)、優(yōu)化和測(cè)試。圖1中的實(shí)線表示實(shí)驗(yàn)室中的測(cè)試結(jié)果。Dialogic的目標(biāo)是實(shí)現(xiàn)這些算法，并擴(kuò)展到更高速的Dialogic®
Pentium® 處理器，雙路、四路、甚至八路Dialogic® Pentium® 處理器，Dialogic®
Xeon® 處理器、以及Dialogic® Itanium® 處理器。圖1中的虛線顯示了Dialogic所期望的在未來的實(shí)現(xiàn)中將得到的結(jié)果。
模塊化的下一代網(wǎng)絡(luò)將把語音和數(shù)據(jù)融和到一個(gè)分組的基礎(chǔ)網(wǎng)絡(luò)中。兩種主要的架構(gòu)都能夠布署媒體服務(wù)，他們分別是以電路交換為基礎(chǔ)的網(wǎng)絡(luò)接口和以包交換為基礎(chǔ)的IP網(wǎng)絡(luò)接口。圖2顯示了這兩種架構(gòu)，HMP軟件對(duì)于它們都能支持。
基于包交換的IP網(wǎng)絡(luò)僅需要以太網(wǎng)接口。最近，對(duì)于Internet的骨干網(wǎng)服務(wù)和電信語音連接，傳統(tǒng)的服務(wù)提供商正在將標(biāo)準(zhǔn)的百兆和千兆以太網(wǎng)做為主要的接口方式。服務(wù)提供商正在布署媒體網(wǎng)關(guān)，利用VoIP技術(shù)將電路網(wǎng)絡(luò)中的語音流轉(zhuǎn)換為以以太網(wǎng)為基礎(chǔ)的結(jié)構(gòu)。由于以太網(wǎng)的普遍存在，為標(biāo)準(zhǔn)的Web計(jì)算平臺(tái)、臺(tái)式電腦和筆記本電腦配備以太網(wǎng)卡已成為必要。結(jié)果，在標(biāo)準(zhǔn)的Web計(jì)算平臺(tái)上布署以太網(wǎng)電信媒體服務(wù)器，只需要HMP軟件而無需其它語音處理硬件。以太網(wǎng)允許基于以太網(wǎng)的電信媒體服務(wù)器，同時(shí)為傳統(tǒng)的電路交換用戶和基于IP的用戶提供語音媒體處理服務(wù)。
同樣類型的在前面描述過的Web服務(wù)平臺(tái)，現(xiàn)在用來在軟交換應(yīng)用中完成呼叫處理功能。只要HMP軟件和軟交換一起運(yùn)行在同一臺(tái)服務(wù)器中，電信媒體處理服務(wù)就能夠被輕易的加入到這些網(wǎng)絡(luò)中。這種新型的布署方式將取代現(xiàn)在使用的專業(yè)媒體處理平臺(tái)。使用相同的硬件體系所帶來的經(jīng)濟(jì)效益將是十分引人注目的。因?yàn)槌杀镜墓?jié)省、培訓(xùn)和集成管理將大大減少，網(wǎng)絡(luò)和企業(yè)服務(wù)提供商的總體成本將顯著降低。通過軟件升級(jí)的方法來加入新的功能，這種布署方法將加快產(chǎn)品推向市場的速度，并加速了創(chuàng)新的周期。
將媒體服務(wù)器和傳統(tǒng)的電路交換網(wǎng)或ATM網(wǎng)進(jìn)行連接，需要額外的電路網(wǎng)絡(luò)接口卡。電路網(wǎng)絡(luò)接口卡不僅提供電路交換線路接口(模擬環(huán)路、數(shù)字[ISDN
BRI/BRA])，電路交換的大容量中繼接口(T1/E1/J1, E3/T3, OC3)。一個(gè)典型的電路網(wǎng)絡(luò)接口卡包含以下一些基本功能：
- 銅線或光纖終點(diǎn)處的線路接口單元
- 第一層協(xié)議的數(shù)字接口調(diào)幀器，或?qū)τ谀M接口的編碼解碼器(CODEC)，CODEC將模擬語音信號(hào)轉(zhuǎn)換為數(shù)字信號(hào)
- 計(jì)算機(jī)上的標(biāo)準(zhǔn)的PCI接口，CompactPCI接口或PMC波形系數(shù)
為了大容量的中繼接口，電路網(wǎng)絡(luò)接口卡也包含一些特殊的部件，來優(yōu)化時(shí)分復(fù)用中的管道化數(shù)據(jù)，以及ISDN和7號(hào)信令系統(tǒng)中實(shí)現(xiàn)高層數(shù)據(jù)鏈路控制功能。電路網(wǎng)絡(luò)接口卡將數(shù)據(jù)流式的送入計(jì)算平臺(tái)，時(shí)延非常小(典型情況下小于8毫秒)。接下來由計(jì)算平臺(tái)完成媒體處理，如何合適的話，也能完成呼叫控制信令的處理。
為了支持不斷發(fā)展的數(shù)據(jù)網(wǎng)絡(luò)，市場上的高密度卡(T1/E1/J1, T3/E3, OC3, ATM)將越來越普及。簡單的電路網(wǎng)絡(luò)接口卡成本很低，能夠插入標(biāo)準(zhǔn)路由器中做為廣域網(wǎng)的接口。它們也運(yùn)行計(jì)算平臺(tái)來實(shí)現(xiàn)路由功能。只要電路網(wǎng)絡(luò)接口卡的設(shè)計(jì)趨于標(biāo)準(zhǔn)化，它們的發(fā)展就能夠像市場上的以太網(wǎng)卡一樣，但更受限。這種發(fā)展將促使成本降低，并且能夠使電路網(wǎng)絡(luò)接口卡像現(xiàn)在的以太網(wǎng)卡一樣，向即插即用的兼容性發(fā)展。我們將在下一節(jié)詳細(xì)討論對(duì)于處理電路網(wǎng)絡(luò)接口卡數(shù)據(jù)的Dialogic標(biāo)準(zhǔn)的即插即用接口。
1.1.3 HMP軟件參考體系結(jié)構(gòu)
圖3的模塊圖顯示了Dialogic開發(fā)的HMP軟件參考體系結(jié)構(gòu)，它是電信媒體服務(wù)器解決方案中組件的藍(lán)圖。這個(gè)體系結(jié)構(gòu)定義了接口的需求，和同時(shí)支持基于電路和基于包的媒體服務(wù)器的功能。請(qǐng)注意，這只是一個(gè)概念圖，Dialogic提供的實(shí)際的HMP軟件產(chǎn)品不一定包含圖中所有的組件。
參考體系結(jié)構(gòu)有5個(gè)主要的功能：
1. HMP軟件
2. 電信網(wǎng)接口
3. 語言和數(shù)據(jù)存儲(chǔ)接口
4. HMP軟件編程接口
5. 標(biāo)準(zhǔn)計(jì)算平臺(tái)
在下一節(jié)中將詳細(xì)描述每一個(gè)功能
1.1.3.1 HMP 軟件
HMP 軟件支持兩個(gè)主要功能：語音媒體處理算法和軟件語音交換。
語音媒體處理算法
語音媒體處理算法支持語音處理資源的功能：語音宣告、IVR、會(huì)議和代碼轉(zhuǎn)換。然而，僅僅開發(fā)出算法是遠(yuǎn)遠(yuǎn)不夠的。要建立一個(gè)魯棒的語音媒體處理框架，兩個(gè)方面值得注意：
- 為網(wǎng)絡(luò)布署進(jìn)行算法的調(diào)整
- 為平臺(tái)優(yōu)化算法
Dialogic的算法來自于Dialogic® Dialogic® and Dialogic® NetStructure™
的產(chǎn)品。在過去的二十年中，有超過100個(gè)國家的電信網(wǎng)絡(luò)上使用的上百萬端口使用了這些算法。
Dialogic將這些技術(shù)用運(yùn)在了Dialogic® Celeron®, Pentium®, Itanium®
和 XScale™ 處理器家族上。通過在Pentium® 和 Itanium ®處理器上用C語言來最有效實(shí)現(xiàn)的MMX™
和 SSE技術(shù)，Dialogic優(yōu)化了這些核心算法。通過優(yōu)化，相對(duì)于最初的C代碼的版本，優(yōu)化后的算法的性能是前者的十倍。例如，用SSE指令來重寫基本的C算法后，Dialogic預(yù)計(jì)將G.729a算法的功效從每個(gè)實(shí)體使用200MHz降低為僅使用不到20MHz。
Dialogic同樣與語音技術(shù)的提供商一起工作，來降低成本并簡化語音應(yīng)用的布署。在語音識(shí)別和文本轉(zhuǎn)語音技術(shù)基礎(chǔ)之上的應(yīng)用程序(例如具有語音功能的IVR和語音門戶)，在操作的效率和具有競爭力的差異方面，體現(xiàn)了明顯的優(yōu)勢(shì)。Dialogic的一項(xiàng)被稱為連續(xù)語音處理的技術(shù)即是一個(gè)很好的例子。該技術(shù)優(yōu)化了語音活動(dòng)檢測(cè)(VAD)算法，來滿足語音識(shí)別中對(duì)性能方面的迫切需要。VAD算法只在檢測(cè)到真實(shí)的人的聲音后，才將數(shù)據(jù)送入識(shí)別引擎，這樣就優(yōu)化了MIPS的數(shù)量，使一個(gè)奔騰的處理器就能支持語音識(shí)別。據(jù)初步估計(jì)，Dialogic期望1GHz的奔騰III處理器能夠支持超過100個(gè)端口的語音引擎。這樣，在布署語音功能的解決方案時(shí)，就能夠提高密度并降低成本。
軟件語音交換
Dialogic在優(yōu)化方面的努力，超越了核心媒體處理算法，擴(kuò)展到包括框架在內(nèi)的媒體交換核心。這個(gè)核心支持與資源、文件和第三方的資源(語音識(shí)別和TTS)進(jìn)行語音數(shù)據(jù)的雙向交換。媒體交換必須在非常短的時(shí)延內(nèi)，與網(wǎng)絡(luò)接口進(jìn)行數(shù)據(jù)的雙向傳遞。對(duì)于像會(huì)議那樣的對(duì)實(shí)時(shí)性較敏感的業(yè)務(wù)，端到端的延遲必須小于200毫秒，這樣人才不會(huì)感覺到有延遲發(fā)生。HMP軟件框架對(duì)會(huì)議的支持將小于50毫秒，用來保證端到端的延遲不超過100毫秒。
另外一個(gè)優(yōu)化的例子是在以太網(wǎng)媒體服務(wù)器上處理VoIP的實(shí)時(shí)傳輸協(xié)議(RTP)。在此平臺(tái)上，Dialogic優(yōu)化了以太網(wǎng)驅(qū)動(dòng)程序的實(shí)現(xiàn)來降低基于RTP的流和交換的開銷。
1.1.3.2電信網(wǎng)絡(luò)接口
網(wǎng)絡(luò)接口提供了與電路網(wǎng)絡(luò)或客戶設(shè)備(例如模擬或數(shù)字電話)的連接，它們?cè)谇懊娴牟际瓠h(huán)境一節(jié)中定義過。HMP軟件參考體系結(jié)構(gòu)定義了兩類網(wǎng)絡(luò)接口：
1. 以太網(wǎng)絡(luò)接口卡
2. 電路網(wǎng)絡(luò)接口卡
這些接口通過計(jì)算機(jī)操作系統(tǒng)中的標(biāo)準(zhǔn)的PCI驅(qū)動(dòng)程序，將數(shù)據(jù)輸送到計(jì)算平臺(tái)。
以太網(wǎng)接口
以太網(wǎng)絡(luò)接口卡按照標(biāo)準(zhǔn)的IETF 實(shí)時(shí)傳輸協(xié)議，將語音數(shù)據(jù)與計(jì)算平臺(tái)進(jìn)行交換。媒體處理框架根據(jù)RTP數(shù)據(jù)進(jìn)行分類，并在應(yīng)用程序控制下，將媒體內(nèi)容輸送到媒體處理資源中。同樣地，來自于語音宣告存儲(chǔ)或媒體資源的數(shù)據(jù)，將從媒體處理框架中輸送到以太網(wǎng)卡。如果運(yùn)營商和企業(yè)都轉(zhuǎn)向使用相同的以太網(wǎng)構(gòu)架來處理語音和數(shù)據(jù)，支持語音的計(jì)算機(jī)服務(wù)器就能夠在不增加硬件的情況下，直接地融入到網(wǎng)絡(luò)中。這種聚合的網(wǎng)絡(luò)將更快并更經(jīng)濟(jì)地實(shí)現(xiàn)解決方案。
電路接口
電路網(wǎng)絡(luò)接口卡，以經(jīng)過緩沖的TDM格式并通過PCI總線，來和計(jì)算平臺(tái)進(jìn)行語音數(shù)據(jù)的雙向傳輸。同以太網(wǎng)卡一樣，媒體處理框架對(duì)TDM數(shù)據(jù)進(jìn)行分類，然后送到媒體處理框架。中繼電路接口，在使用像IVR、會(huì)議、消息或語音識(shí)別等特殊資源之前，通常需要實(shí)現(xiàn)回聲抵消。Dialogic期望1GHz的奔騰III處理器能夠支持超過150個(gè)端口的回聲抵消。
電路媒體接口同樣處理數(shù)字信令協(xié)議(ISDN或7號(hào)信令)。這些協(xié)議需要HDLC或消息傳輸部分1(MTP1)和第二層的鏈路訪問D協(xié)議/消息傳輸部分2(MTP2)來處理固定順序或混合層。下述的體系結(jié)構(gòu)之一將完成這些協(xié)議：
- 由電路媒體接口板上的專用硬件來處理第一層協(xié)議
- 由計(jì)算平臺(tái)上的軟件來處理第一層協(xié)議
使用電路媒體接口板上的專用硬件的優(yōu)點(diǎn)，是能夠降低計(jì)算平臺(tái)處理第一層協(xié)議的開銷。Dialogic將同時(shí)支持這兩種體系結(jié)構(gòu)。在兩種情況下，信令協(xié)議中止于第二層。通過信令控制接口或者標(biāo)準(zhǔn)的協(xié)議，例如ISDN使用的簡單計(jì)算機(jī)電話協(xié)議ISDN用戶適配層(SCTP
IUA)或7號(hào)信令系統(tǒng)使用的簡單計(jì)算機(jī)電話MTP3用戶適配層，第三層的數(shù)據(jù)包與應(yīng)用程序進(jìn)行交換。一個(gè)標(biāo)準(zhǔn)的電路網(wǎng)絡(luò)接口卡允許服務(wù)提供商在兩者間進(jìn)行選擇，無論是多電路網(wǎng)絡(luò)接口卡類型(例如模擬、BRI、T1/E1/J1、DS-3等)，還是在即插即用方面兼容HMP軟件架構(gòu)的其它廠商的產(chǎn)品。
1.1.3.3語音和數(shù)據(jù)存儲(chǔ)接口
大多數(shù)電信媒體處理應(yīng)用都需要播放語音宣告。例如一個(gè)自動(dòng)800服務(wù)的呼叫中心，為了支持多語種和多種服務(wù)，將需要存儲(chǔ)超過10萬條的語音宣告文件。在消息應(yīng)用程序中，語音郵件和傳真郵件也是以文件的方式進(jìn)行存儲(chǔ)。為了幫助實(shí)現(xiàn)這些需求，只要這些文件存在標(biāo)準(zhǔn)計(jì)算機(jī)的磁盤或閃存中，HMP軟件都能支持從文件中讀取數(shù)據(jù)和將數(shù)據(jù)保存到文件。HMP軟件使用標(biāo)準(zhǔn)的操作系統(tǒng)文件來讀取數(shù)據(jù)，這使得操作人員能夠選擇存儲(chǔ)的類型。
1.1.3.4HMP軟件編程接口
為了與各種工業(yè)體系結(jié)構(gòu)和各種標(biāo)準(zhǔn)工業(yè)接口進(jìn)行集成，編程接口分為以下4個(gè)方面：
為了覆蓋這4個(gè)功能域，編程接口被劃分為兩個(gè)層次的集成。HMP軟件為呼叫控制(也就是Global Call)和媒體處理(也就是R4
API)提供直接的C語音編程接口。這些接口后向兼容Dialogic® NetStructure™ DM3系列的通信板卡產(chǎn)品，使用這些產(chǎn)品和HMP軟件時(shí)，用戶能夠使用相同的應(yīng)用程序。
另外，還能夠?yàn)檐浗粨Q和應(yīng)用服務(wù)器解決方案，提供支持即插即用接口的符合工業(yè)標(biāo)準(zhǔn)的編程接口。
呼叫信令和呼叫控制
呼叫信令和呼叫控制提供的服務(wù)是通過與網(wǎng)絡(luò)的交互，在兩個(gè)語音終端之間建立一個(gè)語音對(duì)話。它使用5種主要的語音網(wǎng)絡(luò)呼叫信令協(xié)議之一：帶內(nèi)(R1和R2)、ISDN,、SS7、
H.323或者會(huì)話發(fā)起協(xié)議(SIP)。
呼叫控制是HMP軟件中的可選部分。它在媒體服務(wù)器參考體系結(jié)構(gòu)中定義，指定了媒體處理資源的必要范圍，并可以把與媒體流相關(guān)的呼叫信令數(shù)據(jù)傳送到應(yīng)用級(jí)別的呼叫處理功能(例如軟交換)。另外，它對(duì)支持一體化解決方案中的呼叫控制非常有用。目前發(fā)布的HMP軟件包含了H.323呼叫控制協(xié)議棧，也支持Global
Call的C語音編程接口。HMP軟件還為用戶提供了與第三方呼叫控制協(xié)議棧集成的機(jī)制。
總的來說，該體系結(jié)構(gòu)假設(shè)應(yīng)用程序?qū)⑴c在HMP軟件外部的呼叫控制進(jìn)行交互，并定義了與媒體處理資源通過呼叫控制建立一個(gè)語音連接的協(xié)作方式。它使得OEM廠商和服務(wù)提供商，能夠根據(jù)應(yīng)用的具體需求，來靈活地集成任何主流的呼叫控制體系結(jié)構(gòu)。
連接控制
通過控制HMP軟件交換配置，連接控制能夠讓應(yīng)用程序控制何時(shí)將語音流(電路數(shù)字信令層次0[DS-0]，或IP RTP會(huì)話)連接到媒體資源。連接控制接口也能夠使應(yīng)用程序在兩個(gè)語音流(例如一個(gè)電話中的兩方)之間創(chuàng)建一個(gè)連接。HMP軟件提供了基于DM3體系模型的連接控制接口。在建立RTP會(huì)話、電路網(wǎng)卡連接和單向或雙向的資源連接時(shí)，這個(gè)模型都能夠進(jìn)行精細(xì)的控制。
同IP的優(yōu)點(diǎn)一樣，以軟件為基礎(chǔ)的構(gòu)架能夠通過向內(nèi)存段傳遞指針來進(jìn)行數(shù)據(jù)的移動(dòng)。這種靈活性簡化了對(duì)會(huì)議、呼叫中心以及允許連接各種資源的服務(wù)之類的高級(jí)應(yīng)用的開發(fā)。舉個(gè)例子，一個(gè)100個(gè)DS-0的配置包含了100個(gè)IVR端口和20個(gè)會(huì)議端口。軟件解決方案中靈活的交換能力，能夠使會(huì)議端口動(dòng)態(tài)的分配，并能夠和IVR資源交換奔騰處理器的MIPs。在硬件的實(shí)現(xiàn)方案中，會(huì)議資源被板上的所有資源專用，或者按照比例進(jìn)行分配。在應(yīng)用之間交換資源不是很方便。
另外，由于使用了以軟件為基礎(chǔ)的交換和以太網(wǎng)結(jié)構(gòu)，使用標(biāo)準(zhǔn)的計(jì)算機(jī)硬件就能實(shí)現(xiàn)大規(guī)模的交換能力。例如，能夠在網(wǎng)絡(luò)上單獨(dú)的配置會(huì)議資源，而不用把它做為IVR的共享資源。當(dāng)需要會(huì)議資源時(shí)，十臺(tái)IVR服務(wù)器都能夠通過IP連接到這個(gè)會(huì)議資源上。
媒體控制
媒體控制軟件的核心，它為HMP軟件資源和算法提供了編程接口。直接媒體控制接口全面兼容用C編寫的負(fù)責(zé)媒體處理的DM3系列應(yīng)用程序編程接口(API)。因此，當(dāng)使用了HMP軟件后，過去二十年中為Dialogic?
Dialogic?產(chǎn)品開發(fā)的豐富的應(yīng)用程序，都能夠從純軟件的構(gòu)架中獲益。
直接媒體控制接口為需要精確調(diào)整的應(yīng)用程序(例如實(shí)現(xiàn)特殊的回聲抵消)，提供了精確的算法控制，包括控制所需的算法門限和配置，以及輸入和輸出(例如DTMF數(shù)字)。
在標(biāo)準(zhǔn)接口方面，業(yè)界已經(jīng)定義了五種電信媒體控制編程接口：媒體網(wǎng)關(guān)控制協(xié)議(MGCP)音頻服務(wù)器、H.248附加M(H.248.9)、Java*
電話API (JTAPI) 1.4 媒體、 VXML和SALT。MGCP和H.248是用來增強(qiáng)支持媒體業(yè)務(wù)的連接控制協(xié)議，能夠布署在媒體網(wǎng)關(guān)或媒體服務(wù)器之上。在下一代軟交換中，增強(qiáng)部分能夠使用一種協(xié)議來控制所有的網(wǎng)元：媒體網(wǎng)關(guān)或媒體服務(wù)器。MGCP和H.248專注于傳統(tǒng)電信網(wǎng)絡(luò)要求的核心媒體功能(例如網(wǎng)絡(luò)語音宣告、話務(wù)員服務(wù)、三方呼叫等)，對(duì)于從壓縮的語音格式到非壓縮的格式進(jìn)行編碼轉(zhuǎn)換的編碼器，MGCP接口能夠提供天然的識(shí)別機(jī)制。
JTAPI 1.4 媒體、VXML和SALT的目標(biāo)是提供高級(jí)的電信業(yè)務(wù)。JTAPI 1.4 媒體(ECTF S.410)是一種JAVA接口，明確用于支持基本的媒體業(yè)務(wù)和高級(jí)的語音業(yè)務(wù)。目前它還沒有獲得與VXML相同的認(rèn)可度。
VXML和SALT用來支持在基于WEB的應(yīng)用環(huán)境下集成語音識(shí)別的功能。在支持web服務(wù)編程模式的語音門戶和語音驅(qū)動(dòng)的呼叫中心應(yīng)用方面，VXML得到了廣泛的應(yīng)用。SALT擴(kuò)展了VXML的概念，包括支持標(biāo)準(zhǔn)的WEB腳本語音(例如JavaScript)，以及多方式的應(yīng)用(例如基于Dialogicnet的電話)。對(duì)于以上提到的標(biāo)準(zhǔn)編程接口，模塊化的體系結(jié)構(gòu)和功能強(qiáng)大的HMP軟件編程接口都能夠輕松地與它們集成在一起。
管理
操作系統(tǒng)提供的全面的和標(biāo)準(zhǔn)的管理框架，為運(yùn)營商和企業(yè)的管理系統(tǒng)提供了有效的互操作能力。對(duì)于處理器性能、以太網(wǎng)接口和磁盤，平臺(tái)可支持典型的簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)和可擴(kuò)展標(biāo)記語言(XML)管理。另外，Dialogic計(jì)算平臺(tái)也支持IP管理接口(IPMI)來進(jìn)行監(jiān)控，并為服務(wù)器運(yùn)營提供努棒管理接口。
在可靠運(yùn)營和高效率工程方面，HMP軟件提供了三個(gè)方面的關(guān)鍵管理：性能、容錯(cuò)和配置。電信網(wǎng)絡(luò)接口、存儲(chǔ)、計(jì)算硬件的管理信息庫(MIB)，是基于業(yè)界的標(biāo)準(zhǔn)容量。Dialogic也為Linux和Windows操作系統(tǒng)實(shí)現(xiàn)了標(biāo)準(zhǔn)的MIB綁定。Dialogic專注于性能和容錯(cuò)管理方面的MIB綁定，以及為配置管理使用的SOAP協(xié)議上的XML。另外，為了能夠在Internet上進(jìn)行管理，SNMP版本3將是用來提高安全能力的關(guān)鍵目標(biāo)。
1.2 HMP的商業(yè)驅(qū)動(dòng)力、市場機(jī)會(huì)和成本
機(jī)會(huì)和成本
HMP軟件，也就是所說的"純軟件的媒體處理"，是一項(xiàng)使你僅使用普通的處理器就能進(jìn)行媒體處理任務(wù)的技術(shù)。這項(xiàng)技術(shù)給電信解決方案的開發(fā)人員帶來了很多好處，尤其是節(jié)省成本。從基本的積木組件到完整的交鑰匙解決方案，以及介于兩者之間的產(chǎn)品，它們?cè)诓煌募伤缴鲜褂昧诉@項(xiàng)技術(shù)，這些新的電信產(chǎn)品在最近大量涌現(xiàn)出來。這項(xiàng)技術(shù)正在引起市場研究和分析家的關(guān)注，可參考9和10。
既然HMP軟件從根本上改變了電信領(lǐng)域中媒體處理的方式，它經(jīng)常被稱為一場革命。在這項(xiàng)技術(shù)背后，有兩個(gè)主要的驅(qū)動(dòng)力：
- 最新的有著最強(qiáng)大處理能力的Dialogic®處理器，使得原來需要用專用處理器完成的媒體處理功能，現(xiàn)在使用標(biāo)準(zhǔn)的計(jì)算平臺(tái)就能夠經(jīng)濟(jì)地、有效地實(shí)現(xiàn)。
- 向VoIP的轉(zhuǎn)移，使你能夠用以太網(wǎng)卡(當(dāng)前基本上每臺(tái)計(jì)算機(jī)都裝有)做為網(wǎng)絡(luò)接口來連接到電信網(wǎng)絡(luò)。
結(jié)合以上兩個(gè)因素，可使開發(fā)者使用標(biāo)準(zhǔn)的高配置服務(wù)器(SHV)來建立純軟件的電信媒體處理服務(wù)器，而不用任何專門的硬件成分(目前，應(yīng)用程序開發(fā)商需要買板卡和計(jì)算處理平臺(tái)來開發(fā)新的電信應(yīng)用)。
使用HMP軟件，開發(fā)者在安裝簡單軟件后可著力于新的電信應(yīng)用的開發(fā)。因此，媒體處理服務(wù)器所需的花費(fèi)和布署障礙大大地減少了。
費(fèi)用降低主要體現(xiàn)在如下方面:
- 初始的投資 - 客戶只支付他們需要的媒體資料
- 開發(fā) - 更有效花費(fèi)的開發(fā)/測(cè)試系統(tǒng)
- 布署- 無需保留庫存，較低的運(yùn)輸成本，較少的進(jìn)出口費(fèi)用，無物理安裝并減少審批
- 布署后- 節(jié)省成本，易于升級(jí)(可遠(yuǎn)端進(jìn)行)，提高系統(tǒng)的綜合利用能力(較少的硬件)
- 升級(jí) - 增加媒體處理的靈活性
連同互聯(lián)網(wǎng)-電信集成一起出現(xiàn)的成本的降低，必然發(fā)起一波新的創(chuàng)新的有效花費(fèi)的電信應(yīng)用。
Dialogic創(chuàng)造出了主機(jī)媒體處理軟件，是為用戶利用由HMP技術(shù)所提供的成本節(jié)約。產(chǎn)品提供了Dialogic®
NetStructure™ 板卡相似的特性，但完全由基于Dialogic®結(jié)構(gòu)處理器的軟件來完成。它使得用戶不用任何專門的軟件就可建立IP媒體處理器，并提供與Dialogic®
NetStructure™ 板卡相同的應(yīng)用程序接口。
下面各節(jié)討論在主機(jī)媒體處理技術(shù)驅(qū)動(dòng)下的經(jīng)濟(jì)和商業(yè)機(jī)會(huì)。
1.2.1 摩爾定律使主機(jī)媒體處理成為可能
Dialogic首先提出自己的處理器對(duì)基礎(chǔ)的數(shù)據(jù)信號(hào)處理功能，即在Dialogic ®Pentium® 處理器上使用Dialogic®
MMX™ 技術(shù)。 MMX™ 技術(shù)被設(shè)計(jì)用來加速多媒體和通信軟件，是對(duì)Dialogic體系結(jié)構(gòu)的增強(qiáng)。該技術(shù)本質(zhì)上是在奔騰處理器中嵌入了基本的數(shù)字信號(hào)處理能力，包括了新的數(shù)據(jù)類型及57個(gè)新指令來加速對(duì)音頻、二維、三維圖形、視頻、語音合成與識(shí)別以及數(shù)據(jù)通信算法的計(jì)算。隨著一個(gè)芯片上晶體管數(shù)量的增加，Dialogic一直努力加強(qiáng)Pentium®
處理器對(duì)數(shù)據(jù)信號(hào)處理的能力。
MMX技術(shù)所創(chuàng)造出的能力已被流動(dòng)SIMD擴(kuò)展(SSE)所擴(kuò)充。流動(dòng)SIMD(單指令流多數(shù)據(jù)流)擴(kuò)展是這樣一些指令，它用于減少執(zhí)行特定程序任務(wù)所需全部指令的數(shù)量。結(jié)果，它們可通過加速大范圍的應(yīng)用來推進(jìn)性能，包括視頻、語音和圖象、光學(xué)處理、密碼、金融、工程及科學(xué)應(yīng)用。Dialogic®
NetBurst™ 微體系結(jié)構(gòu)增加了144個(gè)新的SSE指令，被稱作SSE2 ，它在Dialogic® Pentium®
III 和 Celeron® 處理器上都有。
今天，Dialogic®處理器完成浮點(diǎn)運(yùn)算，矩陣運(yùn)算，快速傅立葉轉(zhuǎn)換、有限脈沖響應(yīng)及多線程。此外， Dialogic
提供 Dialogic® 綜合性能原語來優(yōu)化數(shù)據(jù)信號(hào)處理。
為了信號(hào)處理的最優(yōu)化的I/O需求，Dialogic 處理器提供了更寬的數(shù)據(jù)總線和更快的內(nèi)存總結(jié)。對(duì)多通路內(nèi)存結(jié)構(gòu)，提供了每次獲取多操作數(shù)的大單片緩存。
隨著摩爾定律預(yù)計(jì)至少在下一個(gè)十年起作用，根據(jù)最近的C-NET 文章所述，主機(jī)媒體處理技術(shù)具有極大的增長潛力。
1.2.2 VoIP的經(jīng)濟(jì)學(xué)方面
根據(jù)市場研究，目前的經(jīng)濟(jì)環(huán)境延緩了企業(yè)和服務(wù)提供商的電信花費(fèi)，消極地影響著對(duì)新的電信產(chǎn)品的投資。
但也是因?yàn)橥瑯拥脑�，使得轉(zhuǎn)向IP話音(VoIP，VoP)或許多其它的在長期更能有效花費(fèi)的技術(shù)，如參考資料9所示。
目前PSTN仍在整個(gè)市場話務(wù)中占居主流，如下所示。但是向IP的轉(zhuǎn)移仍然在企業(yè)和服務(wù)提供商進(jìn)行著，并預(yù)計(jì)在未來一、兩年快速發(fā)展，許多研究稱2004年是一個(gè)VoIP大力發(fā)展的轉(zhuǎn)折點(diǎn)。例如，參考資料6計(jì)劃至少要到2006年IP電話為50%
CAGR。下節(jié)將詳細(xì)描述VoIP在企業(yè)和服務(wù)提供商的發(fā)展趨勢(shì)。
1.2.2.1 企業(yè)的IP滲透
如參考資料2述，"到2006年全球CPE市場中IP每年的組合配備預(yù)計(jì)超出50%穿透級(jí)別(根據(jù)每年配備總數(shù))(雖然在一些地區(qū)如北美，這個(gè)點(diǎn)被預(yù)計(jì)出現(xiàn)在更早的2005年。"這是一個(gè)好的技術(shù)潛能的預(yù)示，根據(jù)2001年的數(shù)據(jù)，支持IP的和以IP為中心的交換機(jī)只占全球范圍內(nèi)安裝的交換機(jī)總線數(shù)的5.12%"。資料也指出，到2003年，整個(gè)企業(yè)IP電話TAM
將達(dá)到12億美元。
這些數(shù)字與圖4所示基本一致。
參考資料2也顯示了支持IP線路的數(shù)目的預(yù)測(cè) (早先的交換機(jī)增加IP連通性),圖5,及IP中心的 (下一代集中的純IP交換機(jī)),圖6。
1.2.2.2 服務(wù)提供商的IP滲透
目前IP被服務(wù)提供商采納還處在一個(gè)相對(duì)小的層面。依據(jù)參考資料5和參考資料7，在2001年，VoIP約占全球話音的5%。許多報(bào)告指出它將在接下來的幾年里得到極大增長。
根據(jù)參考資料6，在服務(wù)提供商市場方面的核心的市場驅(qū)動(dòng)如下：
1. 電信服務(wù)價(jià)格的降低迫使運(yùn)營商尋找新的收入來源泉
2. SIP的出現(xiàn)給運(yùn)營商帶來威脅
3. 競爭壓力
4. 違反常規(guī)正在為VoIP打開新的市場
5. 電話的全球增長趨勢(shì)
6. RBOCs getting 271 relief for long distance
7. 網(wǎng)絡(luò)優(yōu)化和合并
8. 讓股東滿意
圖 7 顯示了國際分組話音(VoP)話務(wù)量趨勢(shì)與圖8所示一致。
這使得IP國際話務(wù)擴(kuò)散速度在2003年到達(dá)20%，這和參考資料1所示一致。國內(nèi)長途和本地通話的IP滲透速度較低，但也有增長。
參考資料5中的數(shù)據(jù)也符合先前的發(fā)現(xiàn)，如圖9所示。
注意未經(jīng)處理的VoIP MOU可能未完全反映出服務(wù)提供商VoIP的潛力，這是由于為了充分利用分布式媒體處理體系結(jié)構(gòu)和其它的VoIP特性，他們也使用網(wǎng)關(guān)來終止PSTN線路，并使用IP作為后端媒體處理。這更增加了服務(wù)提供商的IP媒體服務(wù)和網(wǎng)關(guān)的市場潛力
1.3 成本降低
隨著成本降低逐漸成為商業(yè)決策 中的主要因素，IP話音為達(dá)到該目的起到重要的作用。雖然移植到IP話音需要一個(gè)初始的投資，一旦使用后，從以下各方面可得到長期的固定的成本節(jié)約：
- 維護(hù)
- 支撐
- 容易增擴(kuò)容端口密度及增加新功能或應(yīng)用
- 分布式的應(yīng)用體系結(jié)構(gòu)對(duì)于IP話音和以靈活的方式布署解決方案而言是很自然的。根據(jù)參考資料8, 在企業(yè)中使用IP交換機(jī)，對(duì)于低于200個(gè)用戶的系統(tǒng)減少了40%的成本，對(duì)于多于200個(gè)用戶的系統(tǒng)，減少了11%的成本，該統(tǒng)計(jì)包括購買及第一年的維護(hù)在內(nèi)。
同樣的節(jié)省應(yīng)用于設(shè)備提供商，雖然由于大量基礎(chǔ)設(shè)施的存在造成企業(yè)當(dāng)時(shí)改變更加困難，導(dǎo)致能帶來的益處有限。但是，在移植到IP話音后，成本節(jié)約仍然是主要因素，見參考資料9。
1.3.1 IP話音應(yīng)用
在企業(yè)環(huán)境中使用IP交換機(jī)需要布署IP媒體服務(wù)器才能實(shí)現(xiàn)IVR、自動(dòng)總機(jī)、語音郵件、統(tǒng)一消息/統(tǒng)一通信。參考資料3陳述了增強(qiáng)的服務(wù)(不包括話音郵件)在2001年占了服務(wù)提供商整個(gè)企業(yè)服務(wù)收入的13%，到2007年這個(gè)值更期望達(dá)到20%�！�
對(duì)于服務(wù)提供商，IP話音在今天主要用于降低費(fèi)用，尤其在國際上，50%的IP話音是預(yù)付費(fèi)的(參見參考資料10)。但是，隨著IP話音基礎(chǔ)設(shè)施的發(fā)展，媒體服務(wù)應(yīng)用在服務(wù)提供商得到了更好的增長，尤其是增強(qiáng)服務(wù)平臺(tái)，它包括話音郵件/統(tǒng)一消息/統(tǒng)一通信、話音門戶及會(huì)議服務(wù)。在隨后的幾年還將快速發(fā)展。例如，會(huì)議正以40%的速率增長而語音門戶到2006年將預(yù)期達(dá)到服務(wù)提供商所有增強(qiáng)服務(wù)收入的50%左右(參考資料10)。其它如網(wǎng)絡(luò)自動(dòng)語音應(yīng)答/公告服務(wù)器和基于網(wǎng)絡(luò)的IP交換機(jī)等服務(wù)也在增長(參考資料12)。
今天，話音郵件仍然在電信媒體處理應(yīng)用中占主要位置，這是由于客戶主要對(duì)"具體細(xì)節(jié)服務(wù)"感興趣，見參考資料9。參考資料11中對(duì)話音郵件(VM)和統(tǒng)一通信的預(yù)測(cè)見圖10。
但是，其它的增強(qiáng)的服務(wù)，比如統(tǒng)一消息(UM)在未來的兩到三年內(nèi)期望得到快速發(fā)展，原因在于以下市場驅(qū)動(dòng)(見參考資料11)：
- ARPU值的潛在增長
- 提高用戶依賴性的能力
- 市場上顯露出的未開發(fā)的潛力將加速增長
- 企業(yè)中對(duì)消息的更多使用將導(dǎo)致額外的運(yùn)營商銷售
- 對(duì)傳統(tǒng)已安裝的話音信箱進(jìn)行更換的機(jī)會(huì)
- 有競爭力的差異性：獲得相對(duì)于其它服務(wù)提供商的優(yōu)勢(shì)
- 低IP滲透部分對(duì)IP采納的增加
- 郵箱的合并
- 更高的無線數(shù)據(jù)率
- 未來的有線電視和交互式電視的發(fā)展
1.3.2 密度需求
至于解決方案密度和規(guī)模的需求根據(jù)于應(yīng)用和使用模式的不同而不同。有一些需要考慮的問題如下：
- 租用空間的花費(fèi) (服務(wù)提供商)
- 處理平臺(tái)的花費(fèi)
- 在同一機(jī)箱中的擴(kuò)容能力 (例如支持大型會(huì)議)
- 單點(diǎn)故障(服務(wù)提供商)
- 解決方案成長能力(服務(wù)提供商、企業(yè))
對(duì)于企業(yè)和服務(wù)提供商，大規(guī)模和小規(guī)模的解決方案都是必需的。對(duì)于上述討論的一些應(yīng)用，下表列出細(xì)目分類：
參考資料9指出了最受歡迎的IP交換機(jī)規(guī)模為50到200個(gè)用戶。
表1 (參考資料2) 示出了企業(yè)環(huán)境的密度細(xì)目分類
數(shù)據(jù)表明大多數(shù)企業(yè)端口(70%)配備少于100端口/系統(tǒng)的密度。
表2 (參考資料12) 顯示美國的IVR端口數(shù)
數(shù)據(jù)表明62%的IVR端口配備低于64端口/系統(tǒng)的密度，這與先前得到的數(shù)據(jù)是一致的。更重要的是，新的端口配備代表了向低密度的轉(zhuǎn)變。
1.4 商業(yè)和市場總結(jié)
基于以上數(shù)據(jù)及到2004年主要的新布署，我們可以推斷IP話音將迅速地在企業(yè)中得到加速發(fā)展。IP話音的服務(wù)提供商環(huán)境的現(xiàn)狀是VoIP主要用于減少費(fèi)用，并且電信的低迷時(shí)期還沒有結(jié)束，服務(wù)提供商對(duì)VoIP的采用相比于企業(yè)可能有減慢。但對(duì)于服務(wù)提供商而言，在VoIP背后仍然有主要的市場驅(qū)動(dòng)，因此毫無疑問，VoIP將快速地發(fā)展。
至于端口密度，多數(shù)企業(yè)媒體服務(wù)器需要密度低于100端口/系統(tǒng)。由于在分布式的布署模式中新的體系結(jié)構(gòu)的因素，服務(wù)提供商已開始考慮更低的端口密度。
盡管今天話音郵件和音頻會(huì)議代表了大部分的媒體服務(wù)，今明兩天新的增強(qiáng)服務(wù)將成為VOIP穿透的增長。
純軟件方法創(chuàng)建IP媒體服務(wù)由于它在成本節(jié)約方面的眾多的好處而被提上日程。這樣，Dialogic? NetStructure?主機(jī)媒體處理就成為密度低于100端口/系統(tǒng)的IVR和會(huì)議所用的IP媒體服務(wù)器的理想選擇，尤其是在企業(yè)市場方面，它代表了一種重要的趨勢(shì)。
1.5 參考資料
■
主機(jī)媒體處理配置描述
Dialogic® NetStructure™ 主機(jī)媒體軟件，使用戶能夠在開放的、標(biāo)準(zhǔn)的IP和主機(jī)媒體處理能力之上，構(gòu)建自己的計(jì)算機(jī)電話語音應(yīng)用。
為了舉例說明如何利用主機(jī)媒體處理軟件來構(gòu)建語音應(yīng)用程序，我們提供了一個(gè)IVR系統(tǒng)的設(shè)計(jì)參考。這個(gè)基于IP的IVR系統(tǒng)不僅擁有傳統(tǒng)的IVR系統(tǒng)的所有功能，而且運(yùn)用了IP做為支撐技術(shù)。
本章包括以下內(nèi)容：
- 解決方案配置描述
- 應(yīng)用腳本
- 軟件參考系統(tǒng)的構(gòu)架
2.1 解決方案配置描述
IVR是計(jì)算機(jī)電話集成應(yīng)用中最為普遍的系統(tǒng)。IVR系統(tǒng)允許用戶通過電話接收信息。在一個(gè)典型的IVR系統(tǒng)中，用戶撥打業(yè)務(wù)提供者的號(hào)碼，就能聽到一句事先錄制好的歡迎詞。然后用戶能夠通過發(fā)送DTMF信號(hào)和IVR系統(tǒng)進(jìn)行交互。IVR服務(wù)器能夠根據(jù)預(yù)先設(shè)定好的邏輯來響應(yīng)這個(gè)DTMF信號(hào)。
IVR系統(tǒng)通常應(yīng)用在如下場合當(dāng)中：
- 銀行
- 代理公司
- 機(jī)場航班信息
- 航運(yùn)信息核對(duì)
- 購物和預(yù)定
- 名錄協(xié)助服務(wù)
2.1.1 IVR系統(tǒng)的關(guān)鍵特性
一個(gè)典型的IVR系統(tǒng)通常具有如下特性：
◇ 呼叫終止是指當(dāng)一個(gè)呼叫不用轉(zhuǎn)接到其它的網(wǎng)絡(luò)就能處理完畢
-主叫用戶撥打號(hào)碼，然后這個(gè)呼叫通過交換機(jī)或ACD直接到達(dá)IVR系統(tǒng)。通過用戶和IVR系統(tǒng)之間的交互，主要通過DTMF信號(hào)的產(chǎn)生和檢測(cè)，系統(tǒng)能夠提供用戶所需的系統(tǒng)。例如，用戶可以按"1"鍵獲得他的銀行帳戶余額。如果用戶認(rèn)為已獲取了足夠的信息，他將掛機(jī)。在這種情況下，呼叫將中止于IVR系統(tǒng)。
◇ 呼叫完成是指用戶的呼叫將會(huì)被轉(zhuǎn)接到其它網(wǎng)絡(luò)以獲得更多的服務(wù)。
-在這種情況下，用戶不能從IVR系統(tǒng)中得到足夠多的信息，而需要人工座席的幫助。IVR通過一個(gè)外呼操作將該呼叫轉(zhuǎn)移到人工座席。這個(gè)呼叫最終會(huì)終止于單個(gè)的座席，而不是IVR系統(tǒng)。
◇ 回放預(yù)先錄制的或動(dòng)態(tài)生成的語音提示。
-IVR系統(tǒng)通過向用戶播放預(yù)先錄制好的聲音文件來提供信息。IVR系統(tǒng)能夠把幾個(gè)語音片斷動(dòng)態(tài)地合成為一條提示。例如IVR系統(tǒng)可以從磁盤上獲得以下幾個(gè)語音片斷文件:"一千"，"一百"，"零"，"一"及"元"，把它們合成為"一千一百零一元"
◇ 錄制用戶信息
-系統(tǒng)也能錄制用戶的語音信息。這些信息能夠以PCM等多種格式存貯下來。這些錄音文件可以被存貯在數(shù)據(jù)庫中供進(jìn)一步使用。
◇ 從數(shù)據(jù)庫中提取用戶所需信息
- 通常數(shù)據(jù)庫應(yīng)用程序運(yùn)行在另外的應(yīng)用服務(wù)器上，IVR系統(tǒng)與它通過局域網(wǎng)進(jìn)行連接。
◇ 與其它的電話服務(wù)器如ACD和管理服務(wù)器進(jìn)行交互
- 這是指IVR系統(tǒng)如何接受一個(gè)呼入的呼叫或產(chǎn)生外呼呼叫。
◇ 收集諸如主叫號(hào)碼之類的呼入電話信息
-作為智能網(wǎng)的一部分，IVR系統(tǒng)在呼叫連接之前就能收集ANI來識(shí)別用戶并處理呼叫信息。
2.1.2具有語音識(shí)別功能的IVR系統(tǒng)
具有語音識(shí)別功能的IVR系統(tǒng)能夠進(jìn)行基于離散的數(shù)字和自然語音的識(shí)別。Dialogic® 也提供了最新的連續(xù)語音處理
(CSP)模塊。本參考設(shè)計(jì)指南將討論傳統(tǒng)的以按鍵為基礎(chǔ)的IVR系統(tǒng)。
2.1.3基于IP的IVR系統(tǒng)
基于IP的IVR系統(tǒng)能夠提供以上提到的所有功能。但是在構(gòu)建系統(tǒng)時(shí)，需要考慮到IP本身所固有的一些特性，例如在帶寬之內(nèi)或之外都能夠發(fā)送DTMF信號(hào)。
2.1.4 HMP 1.0 的特性
HMP 1.0 具有如下特性：
- 支持G.711 (64 Kb/s 格式)IP編解碼 - μ律和A律
- 通過Global Call支持H.323 IP呼叫控制，同時(shí)通過媒體控制API，也具有和其它第三方基于主機(jī)的IP呼叫控制協(xié)議之間的互操作能力。
- IP媒體協(xié)議：RTP，幀的大小為10, 20, 或 30 msec
- 提供符合RFC2833 的IP媒體庫
- R4 APIs:
- DCB 會(huì)議 API (dcb_)
- Dx 媒體 API (dx_, etc.)
- 語音設(shè)備的R4 媒體處理 APIs
- 支持與第三方IP呼叫控制協(xié)議棧進(jìn)行集成的IP媒體庫(IPML) API (ipm_)
- 網(wǎng)絡(luò)呼叫控制的Global Call API (僅針對(duì)H.323 IP呼叫控制) (gc_)
- 事件處理的SRL API (sr_)
- 信號(hào)音管理:
- 帶內(nèi) DTMF 檢測(cè)/產(chǎn)生
- 帶外 DTMF檢測(cè)/產(chǎn)生
- RFC2833 via IPML
- 通過擴(kuò)展的Global Cal進(jìn)行 H.245用戶輸入指示
-用戶自定義的統(tǒng)一信號(hào)音檢測(cè)和產(chǎn)生
- 播放/錄制語音文件的格式:
- G.711 μ 律 and A律 (48 K 和 64K)
- OKI ADPCM (24K 和 32K)
- 播放/錄制能力
- 通過IP從文件或緩沖區(qū)中播放語音
- 通過IP向文件或緩沖區(qū)中錄制語音
- 播放或錄制具有WAVE文件頭格式的各種編碼方式的語音文件
- 自動(dòng)增益控制
- 音量控制
- 語音會(huì)議
- 單機(jī)支持最大64方會(huì)議
- 靈活的會(huì)議形式
- 隱藏式訓(xùn)練
- 個(gè)人音量控制
- 活動(dòng)發(fā)言人狀態(tài)
- 帶有音頻箝位的板上數(shù)字檢測(cè)
- 監(jiān)控
- 教練/學(xué)生監(jiān)控
- 全雙工
- 高密度
- 演示
- IVR 演示: IPTMail_R4 Demo (僅支持語音郵件)
- 支持SNMP - 能夠支持以下 MIBs ：
- 虛擬板卡 (硬件) MIB
- R4 MIB
- DM3 Extended MIB
另外，目前的HMP發(fā)布版支持以下 IP包的幀大小:
一般來講，較小的幀意味著較短的時(shí)延，但同時(shí)也意味著增加網(wǎng)絡(luò)負(fù)荷并增加CPU的占用率。用戶需要根據(jù)實(shí)際情況進(jìn)行。
如果需要查詢更多的關(guān)于HMP 軟件的架構(gòu)和性能，請(qǐng)參考《模塊式網(wǎng)絡(luò)中的下一代媒體處理》白皮書，網(wǎng)址為：
2.2應(yīng)用場合
本節(jié)討論IVR的應(yīng)用場合
- PSTN 網(wǎng)絡(luò)
- 基于HMP的IVR系統(tǒng)
2.2.1 PSTN 網(wǎng)絡(luò)
以下的圖表介紹了基于PSTN網(wǎng)絡(luò)的傳統(tǒng)IVR系統(tǒng)。
在系統(tǒng)中，用戶撥號(hào)后接到IVR系統(tǒng)。IVR系統(tǒng)收集DTMF數(shù)字后從數(shù)據(jù)庫獲取信息。如果有需要，IVR系統(tǒng)通常能夠?qū)⒂脩舻暮艚修D(zhuǎn)接到人工座席。
2.2.2 基于HMP的IVR系統(tǒng)
基于HMP的IVR系統(tǒng)有三種情況：
1. 情況一：用戶使用IP電話與IVR系統(tǒng)相連，如圖12.
2. 情況二：用戶使用一個(gè)PSTN電話，但該電話通過一個(gè)訪問網(wǎng)關(guān)與IVR系統(tǒng)相連，如圖13.
3. 情況三：用戶通過一個(gè)無線網(wǎng)絡(luò)訪問IVR系統(tǒng)，這時(shí)在基于HMP的IVR系統(tǒng)和無線網(wǎng)絡(luò)之間同樣有一個(gè)網(wǎng)關(guān).
注: 網(wǎng)關(guān)在網(wǎng)絡(luò)中的作用是在基于HMP的IVR系統(tǒng)和基于PSTN的用戶間建立連接。
2.3 設(shè)備測(cè)試
HMP已經(jīng)過如下設(shè)備的測(cè)試:
- IP 電話:
- Polycom SoundPoint IP 400
- Siemens optiPoint 400 standard v.3.0
- Cisco 7960
- 網(wǎng)關(guān):
- Cisco 5300
- Dialogic® NetStructure™ PBX-IP Media Gateway
2.4 軟件參考系統(tǒng)的構(gòu)架
41頁的圖 14："軟件參考系統(tǒng)的構(gòu)架"描述了參考代碼的構(gòu)架，它可以在如下網(wǎng)址上獲得： depicts
■ 安裝主機(jī)媒體處理軟件
本章講述摘自發(fā)布的Dialogic® NetStructure™ 主機(jī)媒體軟件1.0版本for Windows安裝和配置指南中的相關(guān)內(nèi)容，讀者可從該處查閱具體過程和更多細(xì)節(jié)。本章內(nèi)容組織如下：
3.1 安裝HMP軟件
安裝HMP軟件需完成如下步驟。軟件將安裝于/usr/Dialogic目錄下。
1. 退出已經(jīng)運(yùn)行的所有其它程序
2. 插入HMP光盤。
如果當(dāng)你插入光盤時(shí)，安裝程序沒有自動(dòng)運(yùn)行，請(qǐng)找到光盤中的Setup.exe ,并雙擊該文件。
注: 如果你正在Windows 2000下運(yùn)行終端服務(wù)，你必須在安裝程序前將終端服務(wù)置于安裝模式。使用控制面板中的添加/刪除程序
3. 在出現(xiàn)歡迎畫面后，點(diǎn)擊下一步
4. 出現(xiàn)許可證協(xié)議畫面。讀完協(xié)議后，直到你點(diǎn)擊Yes接受該協(xié)議后才能繼續(xù)安裝，如果你點(diǎn)No,將會(huì)退出安裝。
5. 出現(xiàn)用戶信息界面。輸入你的姓名和公司名稱，點(diǎn)下一步。
6. 屏幕提示選擇目標(biāo)文件夾位置。如果選用系統(tǒng)默認(rèn)的文件夾，直接點(diǎn)下一步，如果要安裝在一個(gè)不同的文件夾，點(diǎn)瀏覽后選擇一個(gè)文件夾，再點(diǎn)下一步。
7. 出現(xiàn)組件選擇畫面。選擇IP媒體服務(wù)，點(diǎn)下一步。通過網(wǎng)關(guān)設(shè)備，IP媒體服務(wù)通過以太網(wǎng)與IP網(wǎng)絡(luò)相連，并處理已經(jīng)過打包和回音消除后的媒體流。該服務(wù)通過一種專門的高速包方式與網(wǎng)絡(luò)接口。
8. 接下來，選擇你想要以何種方式訪問HMP的支持文檔。你可以把文檔安裝在機(jī)器上或在你需要時(shí)從光盤訪問，點(diǎn)下一步。
注: 文檔為PDF格式。需要安裝Adobe* Acrobat Reader* (v3.01或以上版本)。你可以從Adobe公司網(wǎng)頁上獲取Adobe
Acrobat Reader，
網(wǎng)址為： .
9. 屏幕提示需要輸入你機(jī)器的IP地址。如果你不知道IP地址，請(qǐng)打開一個(gè)DOS命令提示窗口，敲入命令ipconfig，按回車鍵。這時(shí)你便可以看到機(jī)器的IP地址。把這個(gè)IP地址輸入提示畫面后，點(diǎn)下一步。
注: HMP使用貯存在注冊(cè)表中的靜態(tài)IP地址，如果你系統(tǒng)的IP地址在許可證安裝后有所改變，你必須在注冊(cè)表中修改IP地址
(HKEY_LOCAL_MACHINE\SOFTWARE\SBLabs\dm3ssp\IP_Addr0) ，然后重新啟動(dòng)Dialogic®
Dialogic® 系統(tǒng)服務(wù)。
10. 出現(xiàn)選擇程序文件夾畫面，安裝程序?qū)⒃谠撐募䦅A中添加程序圖標(biāo)。你可以輸入一個(gè)新的文件夾名稱或從列表中選擇一個(gè)已有的文件夾，點(diǎn)下一步。
11. 開始復(fù)制文件的界面顯示出你前面所做選擇的概要。如果你對(duì)所選各項(xiàng)確認(rèn)，點(diǎn)下一步便開始復(fù)制文件。如果想要作些改變，點(diǎn)返回，可回到先前的畫面。
12. 安裝過程中狀態(tài)條顯示出安裝的進(jìn)程。
13. InstallShield 導(dǎo)航完成界面提示你可以立即重新啟動(dòng)計(jì)算機(jī)或稍后再重啟機(jī)器。在你使用HMP前必須要重啟機(jī)器。選擇后點(diǎn)完成。
在重啟機(jī)器前，會(huì)有提示信息告訴你下一步該做什么。你可以做如下選擇：
- 啟動(dòng)演示程序，參見IPTMail_R4 指示指南.
- 購買并激活一個(gè)永久的HMP 許可證. 可通過打開HMP許可證管理器，具體方法為：開始>
程序> Dialogic NetStructure HMP 1.0 > HMP許可證管理器：參見第4章"主機(jī)媒體處理軟件的許可證程序"。
當(dāng)你購買并激活一個(gè)永久的HMP許可證后，啟動(dòng)Dialogic® Dialogic®配置管理器
(DCM)，具體方法為： 開始 > 程序 > Dialogic NetStructure
HMP 1.0 > Dialogic Dialogic配置管理器- DCM.。DCM將檢測(cè)HMP并自動(dòng)找到許可證配置設(shè)置。DCM
也允許你啟動(dòng)Dialogic Dialogic 系統(tǒng)。更多的細(xì)節(jié)可參見第五章 "配置主機(jī)媒體處理軟件".
注: 你可以把HMP許可證管理器和DCM圖標(biāo)置于桌面，這樣就不必每次通過開始 > 程序訪問了.
現(xiàn)在你可以參見第五章"配置主機(jī)媒體處理軟件".進(jìn)行配置了。
3.2 卸載HMP軟件
如果你要增加或刪除組件，重新安裝HMP或卸載HMP，做如下操作：
- 從開始菜單選擇 開始 > 程序 > Dialogic NetStructure HMP 1.0 >
卸載.
則出現(xiàn)InstallShield 導(dǎo)航界面 (圖 15).
- 在界面上選擇你要做的操作(修改，修復(fù)或刪除)
- 點(diǎn)下一步， InstallShield 導(dǎo)航將完成你的請(qǐng)求。
■ 主機(jī)媒體處理軟件的許可證程序
本章講述HMP許可證程序程序的細(xì)節(jié)信息，包括如下內(nèi)容：
- 獲得評(píng)估運(yùn)行許可證
- 購買一個(gè)永久HMP許可證
- 激活一個(gè)HMP許可證
- 使用別的HMP許可證
注: 關(guān)于HMP特性，應(yīng)用程序，許可證，免費(fèi)演示許可證，配置，功能描述，技術(shù)說明，硬件系統(tǒng)需求，操作系統(tǒng)需求請(qǐng)參見Dialogic®
NetStructure® 主機(jī)媒體處理軟件信息網(wǎng)頁：.
4.1 獲得評(píng)估運(yùn)行許可證
一個(gè)用于評(píng)估的4口的實(shí)驗(yàn)許可證可讓用戶在一段時(shí)間內(nèi)使用HMP配置。該配置由4個(gè)語音處理信道組成。該許可證在評(píng)估時(shí)期結(jié)束后自動(dòng)終止。
以下操作可以獲得實(shí)驗(yàn)許可證：
1.瀏覽以下Dialogic 的網(wǎng)站:
2. 讀完許可證協(xié)議的條款后，按I accept 按鈕。.
3. 出現(xiàn)一個(gè)用戶注冊(cè)頁面。輸入所需信息，點(diǎn)SUBMIT 按鈕。
該4口實(shí)驗(yàn)許可證將送到你的電子郵箱中。
4.2 購買一個(gè)永久的HMP 許可證
現(xiàn)在說明如何使用HMP 許可證管理器購買一個(gè)HMP 許可證。
1.打開HMP許可證管理器，具體方法：:開始> 程序 > DialogicHMP 1.0 > HMP
許可證管理器. 出現(xiàn)管理器界面(圖 16, "HMP許可證管理器")。
2. 在HMP許可證管理器窗口中(圖16)，點(diǎn) How to Purchase License...按鈕。HMP購買許可證導(dǎo)航將出現(xiàn)(圖17)。該向?qū)⒁徊讲街笇?dǎo)你購買一個(gè)永久的HMP許可證。
注: 該向?qū)Р⒉皇亲詣?dòng)產(chǎn)生一個(gè)許可證文件，而是說明如何從廠家購買一個(gè)許可證并激活它。
3. 瀏覽完介紹畫面后，點(diǎn)下一步，進(jìn)入下一界面。(圖18).
4. 按照界面所示，選擇并記下你需要許可證的MAC地址。
5. 聯(lián)系你的廠家購買一個(gè)永久許可證。你必須提供從在4步中得到的MAC地址�？色@得的許可證列表參見表3""HMP
1.0 SKUs 及解決方案配置"。
注: 購買了一個(gè)許可證后，所有的比你購買的許可證特性較少的許可證都可以使用。例如，如果你購買了一個(gè)umco_48-16-0
許可證，你可以使用所有表3中位于umco_48-16-0以上的所有許可證 (它們具有較少的特性). 但是, Dialogic®
Dialogic® 配置管理器(DCM) 將自動(dòng)檢測(cè)最高特性的許可證。因此如果你想使用其它許可證，請(qǐng)參見4.4節(jié)
"使用其它的許可證"。
如果你不要立即得到許可證文件，你可以退出向?qū)?點(diǎn)Cancel)�；蚩勺裾罩甘军c(diǎn)下一步激活許可證。點(diǎn)下一步后，出現(xiàn)第三個(gè)向?qū)Ы缑?圖19)。
4.3 激活一個(gè)HMP許可證
在得到許可證后，按照HMP許可證管理器GUI的在線幫助中的激活指示激活許可證。在第三個(gè)HMP購買許可證向?qū)Ы缑?圖19)中也給出了激活過程，如下：
1. 從廠商處獲得許可證后，將許可證文件保存到HMP所在計(jì)算機(jī)上的%DLFWLPATH% 目錄中。這是HMP安裝的"數(shù)據(jù)"目錄。HMP購買許可證向?qū)У牡谌齻�(gè)界面將指明你機(jī)器上的路徑(例如圖19)。另一種找出%DLFWLPATH%
目錄的方法是在命令提示符下敲入echo %DLFWLPATH%，記下顯示出的路徑。
警告
不要以任何方式修改許可證文件。
2. 如果HMP許可證管理器GUI沒有出現(xiàn)在屏幕上，可通過開始 > 程序> Dialogic HMP 1.0
> HMP License Manager來訪問它。
3. 在HMP許可證管理器界面上(圖 16)，輸入你剛才保存的許可證文件的名字(你可以用瀏覽按鈕找到該文件)。
4. 點(diǎn)擊顯示許可證細(xì)節(jié)按鈕 驗(yàn)證許可證文件并查看許可證細(xì)節(jié)。
5. 對(duì)許可證細(xì)節(jié)驗(yàn)證后，點(diǎn)激活許可證按鈕。
現(xiàn)在你可以啟動(dòng)Dialogic Dialogic 配置管理器 (DCM), 它將檢測(cè)HMP并自動(dòng)找到配置設(shè)置。
4.4 使用別的許可證
你的計(jì)算機(jī)一次只能使用一個(gè)許可證。如果你想要轉(zhuǎn)換使用另一個(gè)許可證，請(qǐng)參照本節(jié)操作：
注: 當(dāng)你購買了一個(gè)許可證后，所有比你購買的許可證特性少的許可證都可以使用。例如，如果你購買了一個(gè)umco_48-16-0
許可證，你可以使用所有表3中位于umco_48-16-0以上的所有許可證 (它們具有較少的特性).。下面說明如何激活另一個(gè)許可證。
1. 如果你買了一個(gè)新的許可證(具有更多特性)代替舊的許可證(具有較少特性)，按4.2節(jié)"購買永久HMP許可證"所述操作，否則，看步驟2。
2. 如果HMP許可證管理器GUI沒有在屏幕上，可通過開始 > 程序> Dialogic HMP 1.0
> HMP 許可證管理器訪問它。.
3. 在HMP 許可證管理器界面上 (圖 16), 輸入你想用的許可證文件名稱 (可通過瀏覽按鈕找到該文件)
4. 點(diǎn)顯示許可證細(xì)節(jié)按鈕驗(yàn)證許可證文件并查看許可證細(xì)節(jié)。
5. 確認(rèn)所顯示細(xì)節(jié)后，點(diǎn)激活許可證按鈕。
6. 啟動(dòng)DCM ，在第五章"配置主機(jī)媒體處理軟件"有相關(guān)說明.
7. 在DCM 主窗口 (圖 21) 點(diǎn)下拉菜單service中的停止服務(wù)選項(xiàng) 或點(diǎn)停止服務(wù)圖標(biāo)。
8. 從DCM下拉菜單 Action中點(diǎn)Restore Defaults. DCM 將檢測(cè)HMP并自動(dòng)使用新的許可證。
[ 全文英文版
]
[ page1
] [ page2
]
主機(jī)媒體處理(Windows版)參考設(shè)計(jì)指南
Dialogic®NetStructure™
主機(jī)媒體處理軟件(HMP)1.0產(chǎn)品手冊(cè)
Dialogic® NetStructure™
主機(jī)媒體處理軟件(HMP)常見問題
|
圖
