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