[ 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.索引
■ 關(guān)于本文
關(guān)于本文的基本信息分為下列各主題:
- 目的
- 預期的讀者
- 如何使用本文
- 相關(guān)信息
◎ 目的
本文提供了一個(gè)對主機媒體處理的概覽(從商業(yè)角度聚焦),詳細地描述了Dialogic® NetStructure
主機媒體處理軟件解決方案的結構,描述了如何建立一個(gè)交互式語(yǔ)音應答(IVR)方案,提供了寫(xiě)應用程序的指導方針,描述了解決方案的配置是經(jīng)過(guò)如何測試的,并提供了性能數據
◎ 預期的讀者
本文適用于以下讀者:
- 分銷(xiāo)商
- 系統集成商
- 工具包開(kāi)發(fā)者
- 增值經(jīng)銷(xiāo)商 (VARs)
- 原始設備制造商(OEMs)
- 電話(huà)設備制造商(TEMs)
◎ 如何使用本文
本指南內容組織如下:
- 第1章, "主機媒體處理軟件描述"提供了一個(gè)對Inte®
NetStructure 主機媒體處理軟件的高層的描述,討論市場(chǎng)機會(huì )和環(huán)境,提供了總體成本信息、用戶(hù)情況,并進(jìn)行了商業(yè)和市場(chǎng)方面的總結。
- 第2章, "主機媒體處理配置描述" 描述了IVR系統結構、列出了主機媒體處理1.0版本的特性,描述了各種IVR應用場(chǎng)合,提供了一個(gè)IVR系統的設計參考。
- 第3章, "安裝主機媒體處理軟件"
提供了Inte® NetStructure 主機媒體處理軟件的安裝過(guò)程
本章講述摘自發(fā)布的Dialogic® NetStructure 主機媒體軟件1.0版本for
Windows安裝和配置指南中的相關(guān)內容,讀者可從該處查閱具體過(guò)程和更多細節。
- 第4章, "主機媒體處理軟件的許可證程序"
describes描述了獲得一個(gè)評估運行許可證和購買(mǎi)一個(gè)永久證可證的過(guò)程。本章講述摘自發(fā)布的Dialogic®
NetStructure 主機媒體軟件1.0版本for Windows安裝和配置指南中的相關(guān)內容,讀者可從該處查閱具體過(guò)程和更多細節。
- 第5章, "配置主機媒體處理軟件"
描述了如何使用 Dialogic® Dialogic 配置管理器 (DCM)來(lái)配置系統。
- 第6章, "理解IVR參考程序" 描述了IVR參考應用的信息,包括對基本狀態(tài)機和簡(jiǎn)單設備概念的描述。
- 第7章, "解決方案配置的測試與性能" 描述了測試方法和測試場(chǎng)合,提供了關(guān)于CPU占用的性能數據,DTMF數字檢測、以及忙時(shí)呼叫請求次數等參數。
- 第8章, "你采用的解決方案的可選設計模式" 提供了可從Dialogic獲得的咨詢(xún)服務(wù)的信息。
◎ 相關(guān)的信息
本節所列文檔由Dialogic® NetStructure 主機媒體處理軟件提供,它可從電子書(shū)架獲得。也可從以下網(wǎng)址獲得:
http://www.Dialogic.com/
第3章 "安裝主機媒體處理軟件",
第4章 "主機媒體處理軟件的許可證程序"
和 第5章, "配置主機媒體處理軟件"
中的內容 引自下面所列出的安裝和配置指南。安裝和配置時(shí)可從以下文檔中參考更多的信息。
解決方案中使用的產(chǎn)品的附加信息可從以下網(wǎng)址在線(xiàn)獲得: http://www.Dialogic.com/
■ HMP(主機媒體處理)軟件描述
本章描述了Dialogic® NetStructure 主機媒體處理
(HMP)軟件產(chǎn)品,包括其市場(chǎng)機會(huì )和環(huán)境、總體成本信息、用戶(hù)情況,在本章最后進(jìn)行商業(yè)方面的總結。主要包括:
- 概述
- HMP的商業(yè)驅動(dòng)力、市場(chǎng)機會(huì )和成本
- 成本的降低
- 商業(yè)和市場(chǎng)總結
- 參考
1.1 概述
接下來(lái)的章節是對HMP產(chǎn)品的概述
1.1.1 產(chǎn)品描述
Dialogic® NetStructure 主機媒體處理
(HMP)軟件產(chǎn)品,用于在基于Dialogic構架之上的普通服務(wù)器上進(jìn)行媒體處理任務(wù),而無(wú)需專(zhuān)門(mén)的硬件支持。使用該軟件提供的媒體服務(wù),能夠構建出靈活的、可擴充的、低成本的下一代IP媒體服務(wù)器。
主機媒體處理軟件是Dialogic通信積木技術(shù)的一種。安裝該軟件后,在用戶(hù)的應用軟件看來(lái),它就像Dialogic®
Dialogic® 的DM3構架的語(yǔ)音板一樣,不同的只是所有的媒體處理都由主機的處理器來(lái)完成。為了幫助用戶(hù)加快他們產(chǎn)品投放市場(chǎng)的時(shí)間和向IP方向移植他們已有的應用程序,該軟件支持兩種API,即進(jìn)行媒體處理的R4
API和呼叫控制的Global Call。
HMP軟件使用了內置的網(wǎng)卡(NIC)來(lái)提供IP連接。它支持工業(yè)標準的H.323協(xié)議來(lái)進(jìn)行呼叫控制,通過(guò)G.711格式來(lái)支持IP上的RTP/RTSP媒體流。為了有助于網(wǎng)絡(luò )上的媒體流質(zhì)量,HMP軟件支持10、20和30毫秒大小的幀,以及諸如QoS門(mén)限告警之類(lèi)的其它特性。
HMP軟件是用Windows操作系統的核心模式驅動(dòng)程序實(shí)現的,它以實(shí)時(shí)優(yōu)先級運行。該軟件在Dialogic®
Pentium® III, Pentium® 4, and Xeon 處理器上進(jìn)行了優(yōu)化。由于HMP軟件是做為純的軟件產(chǎn)品,它能夠像其它軟件一樣進(jìn)行安裝和升級。它使用工業(yè)標準的模塊來(lái)實(shí)現軟件授權,該模塊使用MAC地址來(lái)使軟件只能夠幫定到一臺計算機上。如果用戶(hù)選擇合并使用媒體處理,HMP軟件將提供一些許可證模型。
HMP軟件提供的基于主機的資源包括:
- 放音資源
- 錄音資源
- 音調檢測和生成資源
- IP電話(huà)媒體資源
- 會(huì )議資源
在HMP軟件安裝后,基于主機的"軟DM3板卡"將仿效IP資源卡,和物理板卡一樣"下載"配置文件。
1.1.2 主機媒體處理應用
關(guān)于在奔騰處理器上進(jìn)行數字信號處理的能力的介紹,使之成為了布署主機媒體處理功能的最省錢(qián)的技術(shù)。據初步估計,Dialogic期望HMP軟件能夠使用一個(gè)1GHz的奔騰處理器來(lái)代替兩個(gè)150MHz的DSP。根據摩爾定律,奔騰處理器能夠使HMP軟件達到DS-3甚至OC-3的處理密度。圖1顯示了主要的通信媒體處理功能的實(shí)驗測量結果和預期性能:
1. 語(yǔ)音宣告 - 將硬盤(pán)上的文件中存儲的μ律或A律的聲音數據,通過(guò)線(xiàn)性的播放資源轉換為電信中使用的音頻流
2. 交互式語(yǔ)音應答 (IVR) - 將雙音多頻信號(DTMF)或按鍵音信號檢測算法與語(yǔ)音宣告合而二為一, 這個(gè)功能包括插入功能,即當檢測到DTMF信號或語(yǔ)音時(shí)立即停止語(yǔ)音宣告的播放。本參考設計指南將側重用HMP軟件實(shí)現IVR的應用。
3. 會(huì )議 - 將語(yǔ)音流合并在一起,形成三方會(huì )議
4. 語(yǔ)音技術(shù) - 實(shí)現一些語(yǔ)音技術(shù),包括TTS、語(yǔ)音菜單、大詞匯量(包括僅用于比較)
Dialogic 編制的HMP軟件,在Dialogic的從566 MHz 到 2 GHz的Celeron® 和 Pentium®
處理器上,已經(jīng)對語(yǔ)音宣告、IVR和會(huì )議算法完成了實(shí)現、優(yōu)化和測試。圖1中的實(shí)線(xiàn)表示實(shí)驗室中的測試結果。Dialogic的目標是實(shí)現這些算法,并擴展到更高速的Dialogic®
Pentium® 處理器,雙路、四路、甚至八路Dialogic® Pentium® 處理器,Dialogic®
Xeon® 處理器、以及Dialogic® Itanium® 處理器。圖1中的虛線(xiàn)顯示了Dialogic所期望的在未來(lái)的實(shí)現中將得到的結果。

模塊化的下一代網(wǎng)絡(luò )將把語(yǔ)音和數據融和到一個(gè)分組的基礎網(wǎng)絡(luò )中。兩種主要的架構都能夠布署媒體服務(wù),他們分別是以電路交換為基礎的網(wǎng)絡(luò )接口和以包交換為基礎的IP網(wǎng)絡(luò )接口。圖2顯示了這兩種架構,HMP軟件對于它們都能支持。
基于包交換的IP網(wǎng)絡(luò )僅需要以太網(wǎng)接口。最近,對于Internet的骨干網(wǎng)服務(wù)和電信語(yǔ)音連接,傳統的服務(wù)提供商正在將標準的百兆和千兆以太網(wǎng)做為主要的接口方式。服務(wù)提供商正在布署媒體網(wǎng)關(guān),利用VoIP技術(shù)將電路網(wǎng)絡(luò )中的語(yǔ)音流轉換為以以太網(wǎng)為基礎的結構。由于以太網(wǎng)的普遍存在,為標準的Web計算平臺、臺式電腦和筆記本電腦配備以太網(wǎng)卡已成為必要。結果,在標準的Web計算平臺上布署以太網(wǎng)電信媒體服務(wù)器,只需要HMP軟件而無(wú)需其它語(yǔ)音處理硬件。以太網(wǎng)允許基于以太網(wǎng)的電信媒體服務(wù)器,同時(shí)為傳統的電路交換用戶(hù)和基于IP的用戶(hù)提供語(yǔ)音媒體處理服務(wù)。
同樣類(lèi)型的在前面描述過(guò)的Web服務(wù)平臺,現在用來(lái)在軟交換應用中完成呼叫處理功能。只要HMP軟件和軟交換一起運行在同一臺服務(wù)器中,電信媒體處理服務(wù)就能夠被輕易的加入到這些網(wǎng)絡(luò )中。這種新型的布署方式將取代現在使用的專(zhuān)業(yè)媒體處理平臺。使用相同的硬件體系所帶來(lái)的經(jīng)濟效益將是十分引人注目的。因為成本的節省、培訓和集成管理將大大減少,網(wǎng)絡(luò )和企業(yè)服務(wù)提供商的總體成本將顯著(zhù)降低。通過(guò)軟件升級的方法來(lái)加入新的功能,這種布署方法將加快產(chǎn)品推向市場(chǎng)的速度,并加速了創(chuàng )新的周期。
將媒體服務(wù)器和傳統的電路交換網(wǎng)或ATM網(wǎng)進(jìn)行連接,需要額外的電路網(wǎng)絡(luò )接口卡。電路網(wǎng)絡(luò )接口卡不僅提供電路交換線(xiàn)路接口(模擬環(huán)路、數字[ISDN
BRI/BRA]),電路交換的大容量中繼接口(T1/E1/J1, E3/T3, OC3)。一個(gè)典型的電路網(wǎng)絡(luò )接口卡包含以下一些基本功能:
- 銅線(xiàn)或光纖終點(diǎn)處的線(xiàn)路接口單元
- 第一層協(xié)議的數字接口調幀器,或對于模擬接口的編碼解碼器(CODEC),CODEC將模擬語(yǔ)音信號轉換為數字信號
- 計算機上的標準的PCI接口,CompactPCI接口或PMC波形系數
為了大容量的中繼接口,電路網(wǎng)絡(luò )接口卡也包含一些特殊的部件,來(lái)優(yōu)化時(shí)分復用中的管道化數據,以及ISDN和7號信令系統中實(shí)現高層數據鏈路控制功能。電路網(wǎng)絡(luò )接口卡將數據流式的送入計算平臺,時(shí)延非常小(典型情況下小于8毫秒)。接下來(lái)由計算平臺完成媒體處理,如何合適的話(huà),也能完成呼叫控制信令的處理。
為了支持不斷發(fā)展的數據網(wǎng)絡(luò ),市場(chǎng)上的高密度卡(T1/E1/J1, T3/E3, OC3, ATM)將越來(lái)越普及。簡(jiǎn)單的電路網(wǎng)絡(luò )接口卡成本很低,能夠插入標準路由器中做為廣域網(wǎng)的接口。它們也運行計算平臺來(lái)實(shí)現路由功能。只要電路網(wǎng)絡(luò )接口卡的設計趨于標準化,它們的發(fā)展就能夠像市場(chǎng)上的以太網(wǎng)卡一樣,但更受限。這種發(fā)展將促使成本降低,并且能夠使電路網(wǎng)絡(luò )接口卡像現在的以太網(wǎng)卡一樣,向即插即用的兼容性發(fā)展。我們將在下一節詳細討論對于處理電路網(wǎng)絡(luò )接口卡數據的Dialogic標準的即插即用接口。
1.1.3 HMP軟件參考體系結構
圖3的模塊圖顯示了Dialogic開(kāi)發(fā)的HMP軟件參考體系結構,它是電信媒體服務(wù)器解決方案中組件的藍圖。這個(gè)體系結構定義了接口的需求,和同時(shí)支持基于電路和基于包的媒體服務(wù)器的功能。請注意,這只是一個(gè)概念圖,Dialogic提供的實(shí)際的HMP軟件產(chǎn)品不一定包含圖中所有的組件。
參考體系結構有5個(gè)主要的功能:
1. HMP軟件
2. 電信網(wǎng)接口
3. 語(yǔ)言和數據存儲接口
4. HMP軟件編程接口
5. 標準計算平臺
在下一節中將詳細描述每一個(gè)功能
1.1.3.1 HMP 軟件
HMP 軟件支持兩個(gè)主要功能:語(yǔ)音媒體處理算法和軟件語(yǔ)音交換。
語(yǔ)音媒體處理算法
語(yǔ)音媒體處理算法支持語(yǔ)音處理資源的功能:語(yǔ)音宣告、IVR、會(huì )議和代碼轉換。然而,僅僅開(kāi)發(fā)出算法是遠遠不夠的。要建立一個(gè)魯棒的語(yǔ)音媒體處理框架,兩個(gè)方面值得注意:
- 為網(wǎng)絡(luò )布署進(jìn)行算法的調整
- 為平臺優(yōu)化算法
Dialogic的算法來(lái)自于Dialogic® Dialogic® and Dialogic® NetStructure
的產(chǎn)品。在過(guò)去的二十年中,有超過(guò)100個(gè)國家的電信網(wǎng)絡(luò )上使用的上百萬(wàn)端口使用了這些算法。
Dialogic將這些技術(shù)用運在了Dialogic® Celeron®, Pentium®, Itanium®
和 XScale 處理器家族上。通過(guò)在Pentium® 和 Itanium ®處理器上用C語(yǔ)言來(lái)最有效實(shí)現的MMX
和 SSE技術(shù),Dialogic優(yōu)化了這些核心算法。通過(guò)優(yōu)化,相對于最初的C代碼的版本,優(yōu)化后的算法的性能是前者的十倍。例如,用SSE指令來(lái)重寫(xiě)基本的C算法后,Dialogic預計將G.729a算法的功效從每個(gè)實(shí)體使用200MHz降低為僅使用不到20MHz。
Dialogic同樣與語(yǔ)音技術(shù)的提供商一起工作,來(lái)降低成本并簡(jiǎn)化語(yǔ)音應用的布署。在語(yǔ)音識別和文本轉語(yǔ)音技術(shù)基礎之上的應用程序(例如具有語(yǔ)音功能的IVR和語(yǔ)音門(mén)戶(hù)),在操作的效率和具有競爭力的差異方面,體現了明顯的優(yōu)勢。Dialogic的一項被稱(chēng)為連續語(yǔ)音處理的技術(shù)即是一個(gè)很好的例子。該技術(shù)優(yōu)化了語(yǔ)音活動(dòng)檢測(VAD)算法,來(lái)滿(mǎn)足語(yǔ)音識別中對性能方面的迫切需要。VAD算法只在檢測到真實(shí)的人的聲音后,才將數據送入識別引擎,這樣就優(yōu)化了MIPS的數量,使一個(gè)奔騰的處理器就能支持語(yǔ)音識別。據初步估計,Dialogic期望1GHz的奔騰III處理器能夠支持超過(guò)100個(gè)端口的語(yǔ)音引擎。這樣,在布署語(yǔ)音功能的解決方案時(shí),就能夠提高密度并降低成本。
軟件語(yǔ)音交換
Dialogic在優(yōu)化方面的努力,超越了核心媒體處理算法,擴展到包括框架在內的媒體交換核心。這個(gè)核心支持與資源、文件和第三方的資源(語(yǔ)音識別和TTS)進(jìn)行語(yǔ)音數據的雙向交換。媒體交換必須在非常短的時(shí)延內,與網(wǎng)絡(luò )接口進(jìn)行數據的雙向傳遞。對于像會(huì )議那樣的對實(shí)時(shí)性較敏感的業(yè)務(wù),端到端的延遲必須小于200毫秒,這樣人才不會(huì )感覺(jué)到有延遲發(fā)生。HMP軟件框架對會(huì )議的支持將小于50毫秒,用來(lái)保證端到端的延遲不超過(guò)100毫秒。
另外一個(gè)優(yōu)化的例子是在以太網(wǎng)媒體服務(wù)器上處理VoIP的實(shí)時(shí)傳輸協(xié)議(RTP)。在此平臺上,Dialogic優(yōu)化了以太網(wǎng)驅動(dòng)程序的實(shí)現來(lái)降低基于RTP的流和交換的開(kāi)銷(xiāo)。
1.1.3.2電信網(wǎng)絡(luò )接口
網(wǎng)絡(luò )接口提供了與電路網(wǎng)絡(luò )或客戶(hù)設備(例如模擬或數字電話(huà))的連接,它們在前面的布署環(huán)境一節中定義過(guò)。HMP軟件參考體系結構定義了兩類(lèi)網(wǎng)絡(luò )接口:
1. 以太網(wǎng)絡(luò )接口卡
2. 電路網(wǎng)絡(luò )接口卡
這些接口通過(guò)計算機操作系統中的標準的PCI驅動(dòng)程序,將數據輸送到計算平臺。
以太網(wǎng)接口
以太網(wǎng)絡(luò )接口卡按照標準的IETF 實(shí)時(shí)傳輸協(xié)議,將語(yǔ)音數據與計算平臺進(jìn)行交換。媒體處理框架根據RTP數據進(jìn)行分類(lèi),并在應用程序控制下,將媒體內容輸送到媒體處理資源中。同樣地,來(lái)自于語(yǔ)音宣告存儲或媒體資源的數據,將從媒體處理框架中輸送到以太網(wǎng)卡。如果運營(yíng)商和企業(yè)都轉向使用相同的以太網(wǎng)構架來(lái)處理語(yǔ)音和數據,支持語(yǔ)音的計算機服務(wù)器就能夠在不增加硬件的情況下,直接地融入到網(wǎng)絡(luò )中。這種聚合的網(wǎng)絡(luò )將更快并更經(jīng)濟地實(shí)現解決方案。
電路接口
電路網(wǎng)絡(luò )接口卡,以經(jīng)過(guò)緩沖的TDM格式并通過(guò)PCI總線(xiàn),來(lái)和計算平臺進(jìn)行語(yǔ)音數據的雙向傳輸。同以太網(wǎng)卡一樣,媒體處理框架對TDM數據進(jìn)行分類(lèi),然后送到媒體處理框架。中繼電路接口,在使用像IVR、會(huì )議、消息或語(yǔ)音識別等特殊資源之前,通常需要實(shí)現回聲抵消。Dialogic期望1GHz的奔騰III處理器能夠支持超過(guò)150個(gè)端口的回聲抵消。
電路媒體接口同樣處理數字信令協(xié)議(ISDN或7號信令)。這些協(xié)議需要HDLC或消息傳輸部分1(MTP1)和第二層的鏈路訪(fǎng)問(wèn)D協(xié)議/消息傳輸部分2(MTP2)來(lái)處理固定順序或混合層。下述的體系結構之一將完成這些協(xié)議:
- 由電路媒體接口板上的專(zhuān)用硬件來(lái)處理第一層協(xié)議
- 由計算平臺上的軟件來(lái)處理第一層協(xié)議
使用電路媒體接口板上的專(zhuān)用硬件的優(yōu)點(diǎn),是能夠降低計算平臺處理第一層協(xié)議的開(kāi)銷(xiāo)。Dialogic將同時(shí)支持這兩種體系結構。在兩種情況下,信令協(xié)議中止于第二層。通過(guò)信令控制接口或者標準的協(xié)議,例如ISDN使用的簡(jiǎn)單計算機電話(huà)協(xié)議ISDN用戶(hù)適配層(SCTP
IUA)或7號信令系統使用的簡(jiǎn)單計算機電話(huà)MTP3用戶(hù)適配層,第三層的數據包與應用程序進(jìn)行交換。一個(gè)標準的電路網(wǎng)絡(luò )接口卡允許服務(wù)提供商在兩者間進(jìn)行選擇,無(wú)論是多電路網(wǎng)絡(luò )接口卡類(lèi)型(例如模擬、BRI、T1/E1/J1、DS-3等),還是在即插即用方面兼容HMP軟件架構的其它廠(chǎng)商的產(chǎn)品。
1.1.3.3語(yǔ)音和數據存儲接口
大多數電信媒體處理應用都需要播放語(yǔ)音宣告。例如一個(gè)自動(dòng)800服務(wù)的呼叫中心,為了支持多語(yǔ)種和多種服務(wù),將需要存儲超過(guò)10萬(wàn)條的語(yǔ)音宣告文件。在消息應用程序中,語(yǔ)音郵件和傳真郵件也是以文件的方式進(jìn)行存儲。為了幫助實(shí)現這些需求,只要這些文件存在標準計算機的磁盤(pán)或閃存中,HMP軟件都能支持從文件中讀取數據和將數據保存到文件。HMP軟件使用標準的操作系統文件來(lái)讀取數據,這使得操作人員能夠選擇存儲的類(lèi)型。
1.1.3.4HMP軟件編程接口
為了與各種工業(yè)體系結構和各種標準工業(yè)接口進(jìn)行集成,編程接口分為以下4個(gè)方面:
為了覆蓋這4個(gè)功能域,編程接口被劃分為兩個(gè)層次的集成。HMP軟件為呼叫控制(也就是Global Call)和媒體處理(也就是R4
API)提供直接的C語(yǔ)音編程接口。這些接口后向兼容Dialogic® NetStructure DM3系列的通信板卡產(chǎn)品,使用這些產(chǎn)品和HMP軟件時(shí),用戶(hù)能夠使用相同的應用程序。
另外,還能夠為軟交換和應用服務(wù)器解決方案,提供支持即插即用接口的符合工業(yè)標準的編程接口。
呼叫信令和呼叫控制
呼叫信令和呼叫控制提供的服務(wù)是通過(guò)與網(wǎng)絡(luò )的交互,在兩個(gè)語(yǔ)音終端之間建立一個(gè)語(yǔ)音對話(huà)。它使用5種主要的語(yǔ)音網(wǎng)絡(luò )呼叫信令協(xié)議之一:帶內(R1和R2)、ISDN,、SS7、
H.323或者會(huì )話(huà)發(fā)起協(xié)議(SIP)。
呼叫控制是HMP軟件中的可選部分。它在媒體服務(wù)器參考體系結構中定義,指定了媒體處理資源的必要范圍,并可以把與媒體流相關(guān)的呼叫信令數據傳送到應用級別的呼叫處理功能(例如軟交換)。另外,它對支持一體化解決方案中的呼叫控制非常有用。目前發(fā)布的HMP軟件包含了H.323呼叫控制協(xié)議棧,也支持Global
Call的C語(yǔ)音編程接口。HMP軟件還為用戶(hù)提供了與第三方呼叫控制協(xié)議棧集成的機制。
總的來(lái)說(shuō),該體系結構假設應用程序將與在HMP軟件外部的呼叫控制進(jìn)行交互,并定義了與媒體處理資源通過(guò)呼叫控制建立一個(gè)語(yǔ)音連接的協(xié)作方式。它使得OEM廠(chǎng)商和服務(wù)提供商,能夠根據應用的具體需求,來(lái)靈活地集成任何主流的呼叫控制體系結構。
連接控制
通過(guò)控制HMP軟件交換配置,連接控制能夠讓?xiě)贸绦蚩刂坪螘r(shí)將語(yǔ)音流(電路數字信令層次0[DS-0],或IP RTP會(huì )話(huà))連接到媒體資源。連接控制接口也能夠使應用程序在兩個(gè)語(yǔ)音流(例如一個(gè)電話(huà)中的兩方)之間創(chuàng )建一個(gè)連接。HMP軟件提供了基于DM3體系模型的連接控制接口。在建立RTP會(huì )話(huà)、電路網(wǎng)卡連接和單向或雙向的資源連接時(shí),這個(gè)模型都能夠進(jìn)行精細的控制。
同IP的優(yōu)點(diǎn)一樣,以軟件為基礎的構架能夠通過(guò)向內存段傳遞指針來(lái)進(jìn)行數據的移動(dòng)。這種靈活性簡(jiǎn)化了對會(huì )議、呼叫中心以及允許連接各種資源的服務(wù)之類(lèi)的高級應用的開(kāi)發(fā)。舉個(gè)例子,一個(gè)100個(gè)DS-0的配置包含了100個(gè)IVR端口和20個(gè)會(huì )議端口。軟件解決方案中靈活的交換能力,能夠使會(huì )議端口動(dòng)態(tài)的分配,并能夠和IVR資源交換奔騰處理器的MIPs。在硬件的實(shí)現方案中,會(huì )議資源被板上的所有資源專(zhuān)用,或者按照比例進(jìn)行分配。在應用之間交換資源不是很方便。
另外,由于使用了以軟件為基礎的交換和以太網(wǎng)結構,使用標準的計算機硬件就能實(shí)現大規模的交換能力。例如,能夠在網(wǎng)絡(luò )上單獨的配置會(huì )議資源,而不用把它做為IVR的共享資源。當需要會(huì )議資源時(shí),十臺IVR服務(wù)器都能夠通過(guò)IP連接到這個(gè)會(huì )議資源上。
媒體控制
媒體控制軟件的核心,它為HMP軟件資源和算法提供了編程接口。直接媒體控制接口全面兼容用C編寫(xiě)的負責媒體處理的DM3系列應用程序編程接口(API)。因此,當使用了HMP軟件后,過(guò)去二十年中為Dialogic?
Dialogic?產(chǎn)品開(kāi)發(fā)的豐富的應用程序,都能夠從純軟件的構架中獲益。
直接媒體控制接口為需要精確調整的應用程序(例如實(shí)現特殊的回聲抵消),提供了精確的算法控制,包括控制所需的算法門(mén)限和配置,以及輸入和輸出(例如DTMF數字)。
在標準接口方面,業(yè)界已經(jīng)定義了五種電信媒體控制編程接口:媒體網(wǎng)關(guān)控制協(xié)議(MGCP)音頻服務(wù)器、H.248附加M(H.248.9)、Java*
電話(huà)API (JTAPI) 1.4 媒體、 VXML和SALT。MGCP和H.248是用來(lái)增強支持媒體業(yè)務(wù)的連接控制協(xié)議,能夠布署在媒體網(wǎng)關(guān)或媒體服務(wù)器之上。在下一代軟交換中,增強部分能夠使用一種協(xié)議來(lái)控制所有的網(wǎng)元:媒體網(wǎng)關(guān)或媒體服務(wù)器。MGCP和H.248專(zhuān)注于傳統電信網(wǎng)絡(luò )要求的核心媒體功能(例如網(wǎng)絡(luò )語(yǔ)音宣告、話(huà)務(wù)員服務(wù)、三方呼叫等),對于從壓縮的語(yǔ)音格式到非壓縮的格式進(jìn)行編碼轉換的編碼器,MGCP接口能夠提供天然的識別機制。
JTAPI 1.4 媒體、VXML和SALT的目標是提供高級的電信業(yè)務(wù)。JTAPI 1.4 媒體(ECTF S.410)是一種JAVA接口,明確用于支持基本的媒體業(yè)務(wù)和高級的語(yǔ)音業(yè)務(wù)。目前它還沒(méi)有獲得與VXML相同的認可度。
VXML和SALT用來(lái)支持在基于WEB的應用環(huán)境下集成語(yǔ)音識別的功能。在支持web服務(wù)編程模式的語(yǔ)音門(mén)戶(hù)和語(yǔ)音驅動(dòng)的呼叫中心應用方面,VXML得到了廣泛的應用。SALT擴展了VXML的概念,包括支持標準的WEB腳本語(yǔ)音(例如JavaScript),以及多方式的應用(例如基于Dialogicnet的電話(huà))。對于以上提到的標準編程接口,模塊化的體系結構和功能強大的HMP軟件編程接口都能夠輕松地與它們集成在一起。
管理
操作系統提供的全面的和標準的管理框架,為運營(yíng)商和企業(yè)的管理系統提供了有效的互操作能力。對于處理器性能、以太網(wǎng)接口和磁盤(pán),平臺可支持典型的簡(jiǎn)單網(wǎng)絡(luò )管理協(xié)議(SNMP)和可擴展標記語(yǔ)言(XML)管理。另外,Dialogic計算平臺也支持IP管理接口(IPMI)來(lái)進(jìn)行監控,并為服務(wù)器運營(yíng)提供努棒管理接口。
在可靠運營(yíng)和高效率工程方面,HMP軟件提供了三個(gè)方面的關(guān)鍵管理:性能、容錯和配置。電信網(wǎng)絡(luò )接口、存儲、計算硬件的管理信息庫(MIB),是基于業(yè)界的標準容量。Dialogic也為L(cháng)inux和Windows操作系統實(shí)現了標準的MIB綁定。Dialogic專(zhuān)注于性能和容錯管理方面的MIB綁定,以及為配置管理使用的SOAP協(xié)議上的XML。另外,為了能夠在Internet上進(jìn)行管理,SNMP版本3將是用來(lái)提高安全能力的關(guān)鍵目標。
1.2 HMP的商業(yè)驅動(dòng)力、市場(chǎng)機會(huì )和成本
機會(huì )和成本
HMP軟件,也就是所說(shuō)的"純軟件的媒體處理",是一項使你僅使用普通的處理器就能進(jìn)行媒體處理任務(wù)的技術(shù)。這項技術(shù)給電信解決方案的開(kāi)發(fā)人員帶來(lái)了很多好處,尤其是節省成本。從基本的積木組件到完整的交鑰匙解決方案,以及介于兩者之間的產(chǎn)品,它們在不同的集成水平上使用了這項技術(shù),這些新的電信產(chǎn)品在最近大量涌現出來(lái)。這項技術(shù)正在引起市場(chǎng)研究和分析家的關(guān)注,可參考9和10。
既然HMP軟件從根本上改變了電信領(lǐng)域中媒體處理的方式,它經(jīng)常被稱(chēng)為一場(chǎng)革命。在這項技術(shù)背后,有兩個(gè)主要的驅動(dòng)力:
- 最新的有著(zhù)最強大處理能力的Dialogic®處理器,使得原來(lái)需要用專(zhuān)用處理器完成的媒體處理功能,現在使用標準的計算平臺就能夠經(jīng)濟地、有效地實(shí)現。
- 向VoIP的轉移,使你能夠用以太網(wǎng)卡(當前基本上每臺計算機都裝有)做為網(wǎng)絡(luò )接口來(lái)連接到電信網(wǎng)絡(luò )。
結合以上兩個(gè)因素,可使開(kāi)發(fā)者使用標準的高配置服務(wù)器(SHV)來(lái)建立純軟件的電信媒體處理服務(wù)器,而不用任何專(zhuān)門(mén)的硬件成分(目前,應用程序開(kāi)發(fā)商需要買(mǎi)板卡和計算處理平臺來(lái)開(kāi)發(fā)新的電信應用)。
使用HMP軟件,開(kāi)發(fā)者在安裝簡(jiǎn)單軟件后可著(zhù)力于新的電信應用的開(kāi)發(fā)。因此,媒體處理服務(wù)器所需的花費和布署障礙大大地減少了。
費用降低主要體現在如下方面:
- 初始的投資 - 客戶(hù)只支付他們需要的媒體資料
- 開(kāi)發(fā) - 更有效花費的開(kāi)發(fā)/測試系統
- 布署- 無(wú)需保留庫存,較低的運輸成本,較少的進(jìn)出口費用,無(wú)物理安裝并減少審批
- 布署后- 節省成本,易于升級(可遠端進(jìn)行),提高系統的綜合利用能力(較少的硬件)
- 升級 - 增加媒體處理的靈活性
連同互聯(lián)網(wǎng)-電信集成一起出現的成本的降低,必然發(fā)起一波新的創(chuàng )新的有效花費的電信應用。
Dialogic創(chuàng )造出了主機媒體處理軟件,是為用戶(hù)利用由HMP技術(shù)所提供的成本節約。產(chǎn)品提供了Dialogic®
NetStructure 板卡相似的特性,但完全由基于Dialogic®結構處理器的軟件來(lái)完成。它使得用戶(hù)不用任何專(zhuān)門(mén)的軟件就可建立IP媒體處理器,并提供與Dialogic®
NetStructure 板卡相同的應用程序接口。
下面各節討論在主機媒體處理技術(shù)驅動(dòng)下的經(jīng)濟和商業(yè)機會(huì )。
1.2.1 摩爾定律使主機媒體處理成為可能
Dialogic首先提出自己的處理器對基礎的數據信號處理功能,即在Dialogic ®Pentium® 處理器上使用Dialogic®
MMX 技術(shù)。 MMX 技術(shù)被設計用來(lái)加速多媒體和通信軟件,是對Dialogic體系結構的增強。該技術(shù)本質(zhì)上是在奔騰處理器中嵌入了基本的數字信號處理能力,包括了新的數據類(lèi)型及57個(gè)新指令來(lái)加速對音頻、二維、三維圖形、視頻、語(yǔ)音合成與識別以及數據通信算法的計算。隨著(zhù)一個(gè)芯片上晶體管數量的增加,Dialogic一直努力加強Pentium®
處理器對數據信號處理的能力。
MMX技術(shù)所創(chuàng )造出的能力已被流動(dòng)SIMD擴展(SSE)所擴充。流動(dòng)SIMD(單指令流多數據流)擴展是這樣一些指令,它用于減少執行特定程序任務(wù)所需全部指令的數量。結果,它們可通過(guò)加速大范圍的應用來(lái)推進(jìn)性能,包括視頻、語(yǔ)音和圖象、光學(xué)處理、密碼、金融、工程及科學(xué)應用。Dialogic®
NetBurst 微體系結構增加了144個(gè)新的SSE指令,被稱(chēng)作SSE2 ,它在Dialogic® Pentium®
III 和 Celeron® 處理器上都有。
今天,Dialogic®處理器完成浮點(diǎn)運算,矩陣運算,快速傅立葉轉換、有限脈沖響應及多線(xiàn)程。此外, Dialogic
提供 Dialogic® 綜合性能原語(yǔ)來(lái)優(yōu)化數據信號處理。
為了信號處理的最優(yōu)化的I/O需求,Dialogic 處理器提供了更寬的數據總線(xiàn)和更快的內存總結。對多通路內存結構,提供了每次獲取多操作數的大單片緩存。
隨著(zhù)摩爾定律預計至少在下一個(gè)十年起作用,根據最近的C-NET 文章所述,主機媒體處理技術(shù)具有極大的增長(cháng)潛力。
1.2.2 VoIP的經(jīng)濟學(xué)方面
根據市場(chǎng)研究,目前的經(jīng)濟環(huán)境延緩了企業(yè)和服務(wù)提供商的電信花費,消極地影響著(zhù)對新的電信產(chǎn)品的投資。
但也是因為同樣的原因,使得轉向IP話(huà)音(VoIP,VoP)或許多其它的在長(cháng)期更能有效花費的技術(shù),如參考資料9所示。
目前PSTN仍在整個(gè)市場(chǎng)話(huà)務(wù)中占居主流,如下所示。但是向IP的轉移仍然在企業(yè)和服務(wù)提供商進(jìn)行著(zhù),并預計在未來(lái)一、兩年快速發(fā)展,許多研究稱(chēng)2004年是一個(gè)VoIP大力發(fā)展的轉折點(diǎn)。例如,參考資料6計劃至少要到2006年IP電話(huà)為50%
CAGR。下節將詳細描述VoIP在企業(yè)和服務(wù)提供商的發(fā)展趨勢。
1.2.2.1 企業(yè)的IP滲透
如參考資料2述,"到2006年全球CPE市場(chǎng)中IP每年的組合配備預計超出50%穿透級別(根據每年配備總數)(雖然在一些地區如北美,這個(gè)點(diǎn)被預計出現在更早的2005年。"這是一個(gè)好的技術(shù)潛能的預示,根據2001年的數據,支持IP的和以IP為中心的交換機只占全球范圍內安裝的交換機總線(xiàn)數的5.12%"。資料也指出,到2003年,整個(gè)企業(yè)IP電話(huà)TAM
將達到12億美元。
這些數字與圖4所示基本一致。

參考資料2也顯示了支持IP線(xiàn)路的數目的預測 (早先的交換機增加IP連通性),圖5,及IP中心的 (下一代集中的純IP交換機),圖6。


1.2.2.2 服務(wù)提供商的IP滲透
目前IP被服務(wù)提供商采納還處在一個(gè)相對小的層面。依據參考資料5和參考資料7,在2001年,VoIP約占全球話(huà)音的5%。許多報告指出它將在接下來(lái)的幾年里得到極大增長(cháng)。
根據參考資料6,在服務(wù)提供商市場(chǎng)方面的核心的市場(chǎng)驅動(dòng)如下:
1. 電信服務(wù)價(jià)格的降低迫使運營(yíng)商尋找新的收入來(lái)源泉
2. SIP的出現給運營(yíng)商帶來(lái)威脅
3. 競爭壓力
4. 違反常規正在為VoIP打開(kāi)新的市場(chǎng)
5. 電話(huà)的全球增長(cháng)趨勢
6. RBOCs getting 271 relief for long distance
7. 網(wǎng)絡(luò )優(yōu)化和合并
8. 讓股東滿(mǎn)意
圖 7 顯示了國際分組話(huà)音(VoP)話(huà)務(wù)量趨勢與圖8所示一致。


這使得IP國際話(huà)務(wù)擴散速度在2003年到達20%,這和參考資料1所示一致。國內長(cháng)途和本地通話(huà)的IP滲透速度較低,但也有增長(cháng)。
參考資料5中的數據也符合先前的發(fā)現,如圖9所示。

注意未經(jīng)處理的VoIP MOU可能未完全反映出服務(wù)提供商VoIP的潛力,這是由于為了充分利用分布式媒體處理體系結構和其它的VoIP特性,他們也使用網(wǎng)關(guān)來(lái)終止PSTN線(xiàn)路,并使用IP作為后端媒體處理。這更增加了服務(wù)提供商的IP媒體服務(wù)和網(wǎng)關(guān)的市場(chǎng)潛力
1.3 成本降低
隨著(zhù)成本降低逐漸成為商業(yè)決策 中的主要因素,IP話(huà)音為達到該目的起到重要的作用。雖然移植到IP話(huà)音需要一個(gè)初始的投資,一旦使用后,從以下各方面可得到長(cháng)期的固定的成本節約:
- 維護
- 支撐
- 容易增擴容端口密度及增加新功能或應用
- 分布式的應用體系結構對于IP話(huà)音和以靈活的方式布署解決方案而言是很自然的。根據參考資料8, 在企業(yè)中使用IP交換機,對于低于200個(gè)用戶(hù)的系統減少了40%的成本,對于多于200個(gè)用戶(hù)的系統,減少了11%的成本,該統計包括購買(mǎi)及第一年的維護在內。
同樣的節省應用于設備提供商,雖然由于大量基礎設施的存在造成企業(yè)當時(shí)改變更加困難,導致能帶來(lái)的益處有限。但是,在移植到IP話(huà)音后,成本節約仍然是主要因素,見(jiàn)參考資料9。
1.3.1 IP話(huà)音應用
在企業(yè)環(huán)境中使用IP交換機需要布署IP媒體服務(wù)器才能實(shí)現IVR、自動(dòng)總機、語(yǔ)音郵件、統一消息/統一通信。參考資料3陳述了增強的服務(wù)(不包括話(huà)音郵件)在2001年占了服務(wù)提供商整個(gè)企業(yè)服務(wù)收入的13%,到2007年這個(gè)值更期望達到20%。
對于服務(wù)提供商,IP話(huà)音在今天主要用于降低費用,尤其在國際上,50%的IP話(huà)音是預付費的(參見(jiàn)參考資料10)。但是,隨著(zhù)IP話(huà)音基礎設施的發(fā)展,媒體服務(wù)應用在服務(wù)提供商得到了更好的增長(cháng),尤其是增強服務(wù)平臺,它包括話(huà)音郵件/統一消息/統一通信、話(huà)音門(mén)戶(hù)及會(huì )議服務(wù)。在隨后的幾年還將快速發(fā)展。例如,會(huì )議正以40%的速率增長(cháng)而語(yǔ)音門(mén)戶(hù)到2006年將預期達到服務(wù)提供商所有增強服務(wù)收入的50%左右(參考資料10)。其它如網(wǎng)絡(luò )自動(dòng)語(yǔ)音應答/公告服務(wù)器和基于網(wǎng)絡(luò )的IP交換機等服務(wù)也在增長(cháng)(參考資料12)。
今天,話(huà)音郵件仍然在電信媒體處理應用中占主要位置,這是由于客戶(hù)主要對"具體細節服務(wù)"感興趣,見(jiàn)參考資料9。參考資料11中對話(huà)音郵件(VM)和統一通信的預測見(jiàn)圖10。

但是,其它的增強的服務(wù),比如統一消息(UM)在未來(lái)的兩到三年內期望得到快速發(fā)展,原因在于以下市場(chǎng)驅動(dòng)(見(jiàn)參考資料11):
- ARPU值的潛在增長(cháng)
- 提高用戶(hù)依賴(lài)性的能力
- 市場(chǎng)上顯露出的未開(kāi)發(fā)的潛力將加速增長(cháng)
- 企業(yè)中對消息的更多使用將導致額外的運營(yíng)商銷(xiāo)售
- 對傳統已安裝的話(huà)音信箱進(jìn)行更換的機會(huì )
- 有競爭力的差異性:獲得相對于其它服務(wù)提供商的優(yōu)勢
- 低IP滲透部分對IP采納的增加
- 郵箱的合并
- 更高的無(wú)線(xiàn)數據率
- 未來(lái)的有線(xiàn)電視和交互式電視的發(fā)展
1.3.2 密度需求
至于解決方案密度和規模的需求根據于應用和使用模式的不同而不同。有一些需要考慮的問(wèn)題如下:
- 租用空間的花費 (服務(wù)提供商)
- 處理平臺的花費
- 在同一機箱中的擴容能力 (例如支持大型會(huì )議)
- 單點(diǎn)故障(服務(wù)提供商)
- 解決方案成長(cháng)能力(服務(wù)提供商、企業(yè))
對于企業(yè)和服務(wù)提供商,大規模和小規模的解決方案都是必需的。對于上述討論的一些應用,下表列出細目分類(lèi):
參考資料9指出了最受歡迎的IP交換機規模為50到200個(gè)用戶(hù)。
表1 (參考資料2) 示出了企業(yè)環(huán)境的密度細目分類(lèi)
數據表明大多數企業(yè)端口(70%)配備少于100端口/系統的密度。
表2 (參考資料12) 顯示美國的IVR端口數

數據表明62%的IVR端口配備低于64端口/系統的密度,這與先前得到的數據是一致的。更重要的是,新的端口配備代表了向低密度的轉變。
1.4 商業(yè)和市場(chǎng)總結
基于以上數據及到2004年主要的新布署,我們可以推斷IP話(huà)音將迅速地在企業(yè)中得到加速發(fā)展。IP話(huà)音的服務(wù)提供商環(huán)境的現狀是VoIP主要用于減少費用,并且電信的低迷時(shí)期還沒(méi)有結束,服務(wù)提供商對VoIP的采用相比于企業(yè)可能有減慢。但對于服務(wù)提供商而言,在VoIP背后仍然有主要的市場(chǎng)驅動(dòng),因此毫無(wú)疑問(wèn),VoIP將快速地發(fā)展。
至于端口密度,多數企業(yè)媒體服務(wù)器需要密度低于100端口/系統。由于在分布式的布署模式中新的體系結構的因素,服務(wù)提供商已開(kāi)始考慮更低的端口密度。
盡管今天話(huà)音郵件和音頻會(huì )議代表了大部分的媒體服務(wù),今明兩天新的增強服務(wù)將成為VOIP穿透的增長(cháng)。
純軟件方法創(chuàng )建IP媒體服務(wù)由于它在成本節約方面的眾多的好處而被提上日程。這樣,Dialogic? NetStructure?主機媒體處理就成為密度低于100端口/系統的IVR和會(huì )議所用的IP媒體服務(wù)器的理想選擇,尤其是在企業(yè)市場(chǎng)方面,它代表了一種重要的趨勢。
1.5 參考資料
■
主機媒體處理配置描述
Dialogic® NetStructure 主機媒體軟件,使用戶(hù)能夠在開(kāi)放的、標準的IP和主機媒體處理能力之上,構建自己的計算機電話(huà)語(yǔ)音應用。
為了舉例說(shuō)明如何利用主機媒體處理軟件來(lái)構建語(yǔ)音應用程序,我們提供了一個(gè)IVR系統的設計參考。這個(gè)基于IP的IVR系統不僅擁有傳統的IVR系統的所有功能,而且運用了IP做為支撐技術(shù)。
本章包括以下內容:
2.1 解決方案配置描述
IVR是計算機電話(huà)集成應用中最為普遍的系統。IVR系統允許用戶(hù)通過(guò)電話(huà)接收信息。在一個(gè)典型的IVR系統中,用戶(hù)撥打業(yè)務(wù)提供者的號碼,就能聽(tīng)到一句事先錄制好的歡迎詞。然后用戶(hù)能夠通過(guò)發(fā)送DTMF信號和IVR系統進(jìn)行交互。IVR服務(wù)器能夠根據預先設定好的邏輯來(lái)響應這個(gè)DTMF信號。
IVR系統通常應用在如下場(chǎng)合當中:
- 銀行
- 代理公司
- 機場(chǎng)航班信息
- 航運信息核對
- 購物和預定
- 名錄協(xié)助服務(wù)
2.1.1 IVR系統的關(guān)鍵特性
一個(gè)典型的IVR系統通常具有如下特性:
◇ 呼叫終止是指當一個(gè)呼叫不用轉接到其它的網(wǎng)絡(luò )就能處理完畢
-主叫用戶(hù)撥打號碼,然后這個(gè)呼叫通過(guò)交換機或ACD直接到達IVR系統。通過(guò)用戶(hù)和IVR系統之間的交互,主要通過(guò)DTMF信號的產(chǎn)生和檢測,系統能夠提供用戶(hù)所需的系統。例如,用戶(hù)可以按"1"鍵獲得他的銀行帳戶(hù)余額。如果用戶(hù)認為已獲取了足夠的信息,他將掛機。在這種情況下,呼叫將中止于IVR系統。
◇ 呼叫完成是指用戶(hù)的呼叫將會(huì )被轉接到其它網(wǎng)絡(luò )以獲得更多的服務(wù)。
-在這種情況下,用戶(hù)不能從IVR系統中得到足夠多的信息,而需要人工座席的幫助。IVR通過(guò)一個(gè)外呼操作將該呼叫轉移到人工座席。這個(gè)呼叫最終會(huì )終止于單個(gè)的座席,而不是IVR系統。
◇ 回放預先錄制的或動(dòng)態(tài)生成的語(yǔ)音提示。
-IVR系統通過(guò)向用戶(hù)播放預先錄制好的聲音文件來(lái)提供信息。IVR系統能夠把幾個(gè)語(yǔ)音片斷動(dòng)態(tài)地合成為一條提示。例如IVR系統可以從磁盤(pán)上獲得以下幾個(gè)語(yǔ)音片斷文件:"一千","一百","零","一"及"元",把它們合成為"一千一百零一元"
◇ 錄制用戶(hù)信息
-系統也能錄制用戶(hù)的語(yǔ)音信息。這些信息能夠以PCM等多種格式存貯下來(lái)。這些錄音文件可以被存貯在數據庫中供進(jìn)一步使用。
◇ 從數據庫中提取用戶(hù)所需信息
- 通常數據庫應用程序運行在另外的應用服務(wù)器上,IVR系統與它通過(guò)局域網(wǎng)進(jìn)行連接。
◇ 與其它的電話(huà)服務(wù)器如ACD和管理服務(wù)器進(jìn)行交互
- 這是指IVR系統如何接受一個(gè)呼入的呼叫或產(chǎn)生外呼呼叫。
◇ 收集諸如主叫號碼之類(lèi)的呼入電話(huà)信息
-作為智能網(wǎng)的一部分,IVR系統在呼叫連接之前就能收集ANI來(lái)識別用戶(hù)并處理呼叫信息。
2.1.2具有語(yǔ)音識別功能的IVR系統
具有語(yǔ)音識別功能的IVR系統能夠進(jìn)行基于離散的數字和自然語(yǔ)音的識別。Dialogic® 也提供了最新的連續語(yǔ)音處理
(CSP)模塊。本參考設計指南將討論傳統的以按鍵為基礎的IVR系統。
2.1.3基于IP的IVR系統
基于IP的IVR系統能夠提供以上提到的所有功能。但是在構建系統時(shí),需要考慮到IP本身所固有的一些特性,例如在帶寬之內或之外都能夠發(fā)送DTMF信號。
2.1.4 HMP 1.0 的特性
HMP 1.0 具有如下特性:
- 支持G.711 (64 Kb/s 格式)IP編解碼 - μ律和A律
- 通過(guò)Global Call支持H.323 IP呼叫控制,同時(shí)通過(guò)媒體控制API,也具有和其它第三方基于主機的IP呼叫控制協(xié)議之間的互操作能力。
- IP媒體協(xié)議:RTP,幀的大小為10, 20, 或 30 msec
- 提供符合RFC2833 的IP媒體庫
- R4 APIs:
- DCB 會(huì )議 API (dcb_)
- Dx 媒體 API (dx_, etc.)
- 語(yǔ)音設備的R4 媒體處理 APIs
- 支持與第三方IP呼叫控制協(xié)議棧進(jìn)行集成的IP媒體庫(IPML) API (ipm_)
- 網(wǎng)絡(luò )呼叫控制的Global Call API (僅針對H.323 IP呼叫控制) (gc_)
- 事件處理的SRL API (sr_)
- 信號音管理:
- 帶內 DTMF 檢測/產(chǎn)生
- 帶外 DTMF檢測/產(chǎn)生
- RFC2833 via IPML
- 通過(guò)擴展的Global Cal進(jìn)行 H.245用戶(hù)輸入指示
-用戶(hù)自定義的統一信號音檢測和產(chǎn)生
- 播放/錄制語(yǔ)音文件的格式:
- G.711 μ 律 and A律 (48 K 和 64K)
- OKI ADPCM (24K 和 32K)
- 播放/錄制能力
- 通過(guò)IP從文件或緩沖區中播放語(yǔ)音
- 通過(guò)IP向文件或緩沖區中錄制語(yǔ)音
- 播放或錄制具有WAVE文件頭格式的各種編碼方式的語(yǔ)音文件
- 自動(dòng)增益控制
- 音量控制
- 語(yǔ)音會(huì )議
- 單機支持最大64方會(huì )議
- 靈活的會(huì )議形式
- 隱藏式訓練
- 個(gè)人音量控制
- 活動(dòng)發(fā)言人狀態(tài)
- 帶有音頻箝位的板上數字檢測
- 監控
- 教練/學(xué)生監控
- 全雙工
- 高密度
- 演示
- IVR 演示: IPTMail_R4 Demo (僅支持語(yǔ)音郵件)
- 支持SNMP - 能夠支持以下 MIBs :
- 虛擬板卡 (硬件) MIB
- R4 MIB
- DM3 Extended MIB
另外,目前的HMP發(fā)布版支持以下 IP包的幀大小:
一般來(lái)講,較小的幀意味著(zhù)較短的時(shí)延,但同時(shí)也意味著(zhù)增加網(wǎng)絡(luò )負荷并增加CPU的占用率。用戶(hù)需要根據實(shí)際情況進(jìn)行。
如果需要查詢(xún)更多的關(guān)于HMP 軟件的架構和性能,請參考《模塊式網(wǎng)絡(luò )中的下一代媒體處理》白皮書(shū),網(wǎng)址為:
2.2應用場(chǎng)合
本節討論IVR的應用場(chǎng)合
- PSTN 網(wǎng)絡(luò )
- 基于HMP的IVR系統
2.2.1 PSTN 網(wǎng)絡(luò )
以下的圖表介紹了基于PSTN網(wǎng)絡(luò )的傳統IVR系統。

在系統中,用戶(hù)撥號后接到IVR系統。IVR系統收集DTMF數字后從數據庫獲取信息。如果有需要,IVR系統通常能夠將用戶(hù)的呼叫轉接到人工座席。
2.2.2 基于HMP的IVR系統
基于HMP的IVR系統有三種情況:
1. 情況一:用戶(hù)使用IP電話(huà)與IVR系統相連,如圖12.
2. 情況二:用戶(hù)使用一個(gè)PSTN電話(huà),但該電話(huà)通過(guò)一個(gè)訪(fǎng)問(wèn)網(wǎng)關(guān)與IVR系統相連,如圖13.
3. 情況三:用戶(hù)通過(guò)一個(gè)無(wú)線(xiàn)網(wǎng)絡(luò )訪(fǎng)問(wèn)IVR系統,這時(shí)在基于HMP的IVR系統和無(wú)線(xiàn)網(wǎng)絡(luò )之間同樣有一個(gè)網(wǎng)關(guān).
注: 網(wǎng)關(guān)在網(wǎng)絡(luò )中的作用是在基于HMP的IVR系統和基于PSTN的用戶(hù)間建立連接。
2.3 設備測試
HMP已經(jīng)過(guò)如下設備的測試:
- IP 電話(huà):
- 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 軟件參考系統的構架
41頁(yè)的圖 14:"軟件參考系統的構架"描述了參考代碼的構架,它可以在如下網(wǎng)址上獲得: depicts

■ 安裝主機媒體處理軟件
本章講述摘自發(fā)布的Dialogic® NetStructure 主機媒體軟件1.0版本for Windows安裝和配置指南中的相關(guān)內容,讀者可從該處查閱具體過(guò)程和更多細節。本章內容組織如下:
3.1 安裝HMP軟件
安裝HMP軟件需完成如下步驟。軟件將安裝于/usr/Dialogic目錄下。
1. 退出已經(jīng)運行的所有其它程序
2. 插入HMP光盤(pán)。
如果當你插入光盤(pán)時(shí),安裝程序沒(méi)有自動(dòng)運行,請找到光盤(pán)中的Setup.exe ,并雙擊該文件。
注: 如果你正在Windows 2000下運行終端服務(wù),你必須在安裝程序前將終端服務(wù)置于安裝模式。使用控制面板中的添加/刪除程序
3. 在出現歡迎畫(huà)面后,點(diǎn)擊下一步
4. 出現許可證協(xié)議畫(huà)面。讀完協(xié)議后,直到你點(diǎn)擊Yes接受該協(xié)議后才能繼續安裝,如果你點(diǎn)No,將會(huì )退出安裝。
5. 出現用戶(hù)信息界面。輸入你的姓名和公司名稱(chēng),點(diǎn)下一步。
6. 屏幕提示選擇目標文件夾位置。如果選用系統默認的文件夾,直接點(diǎn)下一步,如果要安裝在一個(gè)不同的文件夾,點(diǎn)瀏覽后選擇一個(gè)文件夾,再點(diǎn)下一步。
7. 出現組件選擇畫(huà)面。選擇IP媒體服務(wù),點(diǎn)下一步。通過(guò)網(wǎng)關(guān)設備,IP媒體服務(wù)通過(guò)以太網(wǎng)與IP網(wǎng)絡(luò )相連,并處理已經(jīng)過(guò)打包和回音消除后的媒體流。該服務(wù)通過(guò)一種專(zhuān)門(mén)的高速包方式與網(wǎng)絡(luò )接口。
8. 接下來(lái),選擇你想要以何種方式訪(fǎng)問(wèn)HMP的支持文檔。你可以把文檔安裝在機器上或在你需要時(shí)從光盤(pán)訪(fǎng)問(wèn),點(diǎn)下一步。
注: 文檔為PDF格式。需要安裝Adobe* Acrobat Reader* (v3.01或以上版本)。你可以從Adobe公司網(wǎng)頁(yè)上獲取Adobe
Acrobat Reader,
網(wǎng)址為: .
9. 屏幕提示需要輸入你機器的IP地址。如果你不知道IP地址,請打開(kāi)一個(gè)DOS命令提示窗口,敲入命令ipconfig,按回車(chē)鍵。這時(shí)你便可以看到機器的IP地址。把這個(gè)IP地址輸入提示畫(huà)面后,點(diǎn)下一步。
注: HMP使用貯存在注冊表中的靜態(tài)IP地址,如果你系統的IP地址在許可證安裝后有所改變,你必須在注冊表中修改IP地址
(HKEY_LOCAL_MACHINE\SOFTWARE\SBLabs\dm3ssp\IP_Addr0) ,然后重新啟動(dòng)Dialogic®
Dialogic® 系統服務(wù)。
10. 出現選擇程序文件夾畫(huà)面,安裝程序將在該文件夾中添加程序圖標。你可以輸入一個(gè)新的文件夾名稱(chēng)或從列表中選擇一個(gè)已有的文件夾,點(diǎn)下一步。
11. 開(kāi)始復制文件的界面顯示出你前面所做選擇的概要。如果你對所選各項確認,點(diǎn)下一步便開(kāi)始復制文件。如果想要作些改變,點(diǎn)返回,可回到先前的畫(huà)面。
12. 安裝過(guò)程中狀態(tài)條顯示出安裝的進(jìn)程。
13. InstallShield 導航完成界面提示你可以立即重新啟動(dòng)計算機或稍后再重啟機器。在你使用HMP前必須要重啟機器。選擇后點(diǎn)完成。
在重啟機器前,會(huì )有提示信息告訴你下一步該做什么。你可以做如下選擇:
- 啟動(dòng)演示程序,參見(jiàn)IPTMail_R4 指示指南.
- 購買(mǎi)并激活一個(gè)永久的HMP 許可證. 可通過(guò)打開(kāi)HMP許可證管理器,具體方法為:開(kāi)始>
程序> Dialogic NetStructure HMP 1.0 > HMP許可證管理器:參見(jiàn)第4章"主機媒體處理軟件的許可證程序"。
當你購買(mǎi)并激活一個(gè)永久的HMP許可證后,啟動(dòng)Dialogic® Dialogic®配置管理器
(DCM),具體方法為: 開(kāi)始 > 程序 > Dialogic NetStructure
HMP 1.0 > Dialogic Dialogic配置管理器- DCM.。DCM將檢測HMP并自動(dòng)找到許可證配置設置。DCM
也允許你啟動(dòng)Dialogic Dialogic 系統。更多的細節可參見(jiàn)第五章 "配置主機媒體處理軟件".
注: 你可以把HMP許可證管理器和DCM圖標置于桌面,這樣就不必每次通過(guò)開(kāi)始 > 程序訪(fǎng)問(wèn)了.
現在你可以參見(jiàn)第五章"配置主機媒體處理軟件".進(jìn)行配置了。
3.2 卸載HMP軟件
如果你要增加或刪除組件,重新安裝HMP或卸載HMP,做如下操作:
- 從開(kāi)始菜單選擇 開(kāi)始 > 程序 > Dialogic NetStructure HMP 1.0 >
卸載.
則出現InstallShield 導航界面 (圖 15).
- 在界面上選擇你要做的操作(修改,修復或刪除)
- 點(diǎn)下一步, InstallShield 導航將完成你的請求。

■ 主機媒體處理軟件的許可證程序
本章講述HMP許可證程序程序的細節信息,包括如下內容:
- 獲得評估運行許可證
- 購買(mǎi)一個(gè)永久HMP許可證
- 激活一個(gè)HMP許可證
- 使用別的HMP許可證
注: 關(guān)于HMP特性,應用程序,許可證,免費演示許可證,配置,功能描述,技術(shù)說(shuō)明,硬件系統需求,操作系統需求請參見(jiàn)Dialogic®
NetStructure® 主機媒體處理軟件信息網(wǎng)頁(yè):.
4.1 獲得評估運行許可證
一個(gè)用于評估的4口的實(shí)驗許可證可讓用戶(hù)在一段時(shí)間內使用HMP配置。該配置由4個(gè)語(yǔ)音處理信道組成。該許可證在評估時(shí)期結束后自動(dòng)終止。
以下操作可以獲得實(shí)驗許可證:
1.瀏覽以下Dialogic 的網(wǎng)站:
2. 讀完許可證協(xié)議的條款后,按I accept 按鈕。.
3. 出現一個(gè)用戶(hù)注冊頁(yè)面。輸入所需信息,點(diǎn)SUBMIT 按鈕。
該4口實(shí)驗許可證將送到你的電子郵箱中。
4.2 購買(mǎi)一個(gè)永久的HMP 許可證
現在說(shuō)明如何使用HMP 許可證管理器購買(mǎi)一個(gè)HMP 許可證。
1.打開(kāi)HMP許可證管理器,具體方法::開(kāi)始> 程序 > DialogicHMP 1.0 > HMP
許可證管理器. 出現管理器界面(圖 16, "HMP許可證管理器")。
2. 在HMP許可證管理器窗口中(圖16),點(diǎn) How to Purchase License...按鈕。HMP購買(mǎi)許可證導航將出現(圖17)。該向導將一步步指導你購買(mǎi)一個(gè)永久的HMP許可證。
注: 該向導并不是自動(dòng)產(chǎn)生一個(gè)許可證文件,而是說(shuō)明如何從廠(chǎng)家購買(mǎi)一個(gè)許可證并激活它。
3. 瀏覽完介紹畫(huà)面后,點(diǎn)下一步,進(jìn)入下一界面。(圖18).
4. 按照界面所示,選擇并記下你需要許可證的MAC地址。
5. 聯(lián)系你的廠(chǎng)家購買(mǎi)一個(gè)永久許可證。你必須提供從在4步中得到的MAC地址。可獲得的許可證列表參見(jiàn)表3""HMP
1.0 SKUs 及解決方案配置"。
注: 購買(mǎi)了一個(gè)許可證后,所有的比你購買(mǎi)的許可證特性較少的許可證都可以使用。例如,如果你購買(mǎi)了一個(gè)umco_48-16-0
許可證,你可以使用所有表3中位于umco_48-16-0以上的所有許可證 (它們具有較少的特性). 但是, Dialogic®
Dialogic® 配置管理器(DCM) 將自動(dòng)檢測最高特性的許可證。因此如果你想使用其它許可證,請參見(jiàn)4.4節
"使用其它的許可證"。
如果你不要立即得到許可證文件,你可以退出向導(點(diǎn)Cancel)。或可遵照指示點(diǎn)下一步激活許可證。點(diǎn)下一步后,出現第三個(gè)向導界面(圖19)。

4.3 激活一個(gè)HMP許可證
在得到許可證后,按照HMP許可證管理器GUI的在線(xiàn)幫助中的激活指示激活許可證。在第三個(gè)HMP購買(mǎi)許可證向導界面(圖19)中也給出了激活過(guò)程,如下:
1. 從廠(chǎng)商處獲得許可證后,將許可證文件保存到HMP所在計算機上的%DLFWLPATH% 目錄中。這是HMP安裝的"數據"目錄。HMP購買(mǎi)許可證向導的第三個(gè)界面將指明你機器上的路徑(例如圖19)。另一種找出%DLFWLPATH%
目錄的方法是在命令提示符下敲入echo %DLFWLPATH%,記下顯示出的路徑。
警告
不要以任何方式修改許可證文件。
2. 如果HMP許可證管理器GUI沒(méi)有出現在屏幕上,可通過(guò)開(kāi)始 > 程序> Dialogic HMP 1.0
> HMP License Manager來(lái)訪(fǎng)問(wèn)它。
3. 在HMP許可證管理器界面上(圖 16),輸入你剛才保存的許可證文件的名字(你可以用瀏覽按鈕找到該文件)。
4. 點(diǎn)擊顯示許可證細節按鈕 驗證許可證文件并查看許可證細節。
5. 對許可證細節驗證后,點(diǎn)激活許可證按鈕。
現在你可以啟動(dòng)Dialogic Dialogic 配置管理器 (DCM), 它將檢測HMP并自動(dòng)找到配置設置。
4.4 使用別的許可證
你的計算機一次只能使用一個(gè)許可證。如果你想要轉換使用另一個(gè)許可證,請參照本節操作:
注: 當你購買(mǎi)了一個(gè)許可證后,所有比你購買(mǎi)的許可證特性少的許可證都可以使用。例如,如果你購買(mǎi)了一個(gè)umco_48-16-0
許可證,你可以使用所有表3中位于umco_48-16-0以上的所有許可證 (它們具有較少的特性).。下面說(shuō)明如何激活另一個(gè)許可證。
1. 如果你買(mǎi)了一個(gè)新的許可證(具有更多特性)代替舊的許可證(具有較少特性),按4.2節"購買(mǎi)永久HMP許可證"所述操作,否則,看步驟2。
2. 如果HMP許可證管理器GUI沒(méi)有在屏幕上,可通過(guò)開(kāi)始 > 程序> Dialogic HMP 1.0
> HMP 許可證管理器訪(fǎng)問(wèn)它。.
3. 在HMP 許可證管理器界面上 (圖 16), 輸入你想用的許可證文件名稱(chēng) (可通過(guò)瀏覽按鈕找到該文件)
4. 點(diǎn)顯示許可證細節按鈕驗證許可證文件并查看許可證細節。
5. 確認所顯示細節后,點(diǎn)激活許可證按鈕。
6. 啟動(dòng)DCM ,在第五章"配置主機媒體處理軟件"有相關(guān)說(shuō)明.
7. 在DCM 主窗口 (圖 21) 點(diǎn)下拉菜單service中的停止服務(wù)選項 或點(diǎn)停止服務(wù)圖標。
8. 從DCM下拉菜單 Action中點(diǎn)Restore Defaults. DCM 將檢測HMP并自動(dòng)使用新的許可證。
[ 全文英文版
]
[ page1
] [ page2
]
主機媒體處理(Windows版)參考設計指南
Dialogic®NetStructure
主機媒體處理軟件(HMP)1.0產(chǎn)品手冊
Dialogic® NetStructure
主機媒體處理軟件(HMP)常見(jiàn)問(wèn)題
|