首頁 > 盡管可視電話發(fā)展時(shí)間很久，價(jià)格和性能依然是提供大眾市場解決方案的絆腳石。即使我們從模擬可視電話轉(zhuǎn)換到數(shù)字IP，有限的網(wǎng)絡(luò)和缺乏處理能力導(dǎo)致的性價(jià)比依然不能適合于大眾市場。隨著有線和無線網(wǎng)絡(luò)的普及，以及像飛思卡爾公司、瑞薩、TI和其他的芯片廠商提供的高性能的語音/視頻處理技術(shù)，這些問題很快地得到了解決。因此，我們將關(guān)注點(diǎn)轉(zhuǎn)移到上面談到的第四點(diǎn)，即軟件。當(dāng)與IP連接的設(shè)備不能正常工作時(shí)，我們可以將問題和關(guān)注點(diǎn)放在這種軟件解決方案上。并且在大多數(shù)情況下是能正常工作的。
基于IP軟件平臺的語音＋視頻設(shè)計(jì)
無論是電話或任何個(gè)人通信和多媒體設(shè)備都必須提供具有吸引力、可靠的用戶體驗(yàn)，才能成功地產(chǎn)生一個(gè)主流的市場。因此，無線傳輸?shù)馁|(zhì)量和可靠性對于Wi-Fi可視電話來說非常重要。慶幸的是，IEEE802.11無線局域網(wǎng)標(biāo)準(zhǔn)不斷地發(fā)展，在數(shù)據(jù)速率、范圍和安全性上不斷地改善，因此我們不再需要關(guān)心這個(gè)方面問題。
消費(fèi)電子市場感受到真正穩(wěn)定可靠的VoIP產(chǎn)品的時(shí)間才剛過去18~24個(gè)月。然而，設(shè)計(jì)、開發(fā)和生產(chǎn)支持Wi-Fi的語音視頻(V2IP)電話需要大量的資源用于軟件開發(fā)、集成和確認(rèn)。我們將整個(gè)解決方案劃分成四個(gè)關(guān)鍵部分，然后對每個(gè)部分進(jìn)行研究：
- 操作系統(tǒng)和硅片平臺；
- 應(yīng)用服務(wù)層；
- 獲得器件和軟件堆棧授權(quán)，提供集成、確認(rèn)、硅片移植和互用性測試；
- G.711、G.723、G.726、G.729AB、G.723.1、iLBC；
- 帶本地音頻混合的三方通話；
- 全雙工的聲學(xué)回聲消除(免提通話)；
- 通用的音調(diào)發(fā)生器；
- DTMF檢測/發(fā)生/中繼；
我們正在看到越來越多的制造商使用嵌入式Linux作為VoIP電話產(chǎn)品的基礎(chǔ)。其優(yōu)勢很多，包括開發(fā)者比較熟悉、豐富的軟件開發(fā)環(huán)境等，但是最重要的可能是能幫助制造商降低總的材料成本。有很多提供商(例如MontaVista)他們能提供非常穩(wěn)定、得到很好支持的，用于低功耗消費(fèi)設(shè)備的Linux版本。
看看第一代可視電話所采用的架構(gòu)，我們可以發(fā)現(xiàn)采用了不同的處理器分別用于語音、視頻和系統(tǒng)控制功能。因?yàn)樘幚硇枰话悴捎冕槍γ芗襟w處理運(yùn)算(數(shù)字信號處理或DSP)優(yōu)化的處理器。例如：一個(gè)DSP用來處理語音處理功能，包括語音編碼/解碼、音調(diào)發(fā)生和檢測、回聲消除以及噪聲消減；一個(gè)DSP或?qū)Ｓ脜f(xié)處理器來處理視頻編碼和解碼；一個(gè)應(yīng)用處理器管理VoIP通話控制協(xié)議以及用戶界面(見圖1)。這種方式需要多個(gè)編程模型和開發(fā)工具鏈，這反過來會導(dǎo)致需要更大的開發(fā)團(tuán)隊(duì)，增加培訓(xùn)和額外的成本。
自從第一代的IP可視電話推出以來，通用應(yīng)用處理器的處理能力已經(jīng)提高到能將所有通常用DSP實(shí)現(xiàn)的語音處理器任務(wù)由應(yīng)用處理器實(shí)現(xiàn)。特別對于Wi-Fi可視電話市場來說，這是一個(gè)非常重要的進(jìn)步，因?yàn)闊o線連接的設(shè)備基本的需求是降低功耗，最大化電池壽命。
OEM應(yīng)該注意確保他們實(shí)現(xiàn)的是一個(gè)具有彈性的VoIP架構(gòu)。某種架構(gòu)需要具有在指定的媒體通道內(nèi)，在運(yùn)行中對適當(dāng)?shù)腣oIP編解碼器進(jìn)行選擇和配置，以及媒體處理單元動態(tài)配置。架構(gòu)及其相關(guān)的調(diào)度器(scheduler)組件必須確保對于指定通道定義所要求的所有算法在允許的時(shí)間段內(nèi)執(zhí)行。盡管在一個(gè)單通道系統(tǒng)中，這些算法的調(diào)度任務(wù)不過就是對適當(dāng)算法按順序的一連串調(diào)用，而多通道系統(tǒng)提供了更復(fù)雜的情形，在這種情形下，每個(gè)通道可能要求不同的VoIP編解碼器，以及某些通道需要回聲消除而其他通道不需要。可視電話通常是單通道系統(tǒng)，盡管一般都可以支持3方音頻/視頻通話。
別說是設(shè)計(jì)Wi-Fi可視電話，就是設(shè)計(jì)當(dāng)前一個(gè)VoIP電話也需要產(chǎn)品差異化，并支持下一代的業(yè)務(wù)和功能。傳統(tǒng)的VoIP電話提供了基本的“一般質(zhì)量”的語音編解碼器，例如G.711和使用H.263標(biāo)準(zhǔn)的視頻壓縮功能。在我們進(jìn)一步討論之前，需要說明的是這些編解碼器都100%能實(shí)現(xiàn)個(gè)人視頻會議通話，并且已經(jīng)成功實(shí)現(xiàn)了多年。
然而，在當(dāng)前的高保真和高分辨率的時(shí)代，要想獲得大眾的歡迎，下一代的可視電話必須支持寬帶的音頻和先進(jìn)的視頻壓縮技術(shù)。像AMR-WB(G.722.2)音頻技術(shù)和H.264視頻壓縮技術(shù)都大大地改善了通信體驗(yàn)，在雙方之間提供了一個(gè)更具現(xiàn)場感的通信。
除了寬帶、音頻和更高分辨率的視頻，還有很多技術(shù)能改善IP通信的可靠性、性能和語音及視頻質(zhì)量，使終端用戶受益。更進(jìn)一步地，下面的特性需要更具競爭性的VoIP和V2IP解決方案。
音頻協(xié)議/語音質(zhì)量增強(qiáng)：
NAT穿越(Traversal)：1. STUN客戶；2. TURN(STUN中繼)客戶；3. ICE。
高保真VoIP與多媒體支持：1. G.722.2(AMR-WB)編解碼；2. 寬帶AEC/AES；3. MP3解碼；4. SP-MIDI解碼；5. RTSP流媒體客戶。
應(yīng)用和GUI的無縫集成
一旦系統(tǒng)設(shè)計(jì)師選擇了一個(gè)性能強(qiáng)大的架構(gòu)來負(fù)責(zé)語音視頻處理、通話建立和NAT穿越，設(shè)計(jì)的關(guān)鍵就轉(zhuǎn)移到通過設(shè)計(jì)和實(shí)現(xiàn)用戶體驗(yàn)來使產(chǎn)品與市場上其他V2IP設(shè)備進(jìn)行差異化。
當(dāng)前，用戶體驗(yàn)是很多因素的反映，從用于構(gòu)建設(shè)備的關(guān)鍵組件的質(zhì)量(例如麥克風(fēng)、喇叭、攝像機(jī)和顯示器的質(zhì)量)到難以量化的用戶界面的易用性。實(shí)時(shí)個(gè)人通信設(shè)備采用更好的顯示技術(shù)，GUI對于用戶體驗(yàn)來說越來越重要了。當(dāng)前，即使最基本的VoIP電話也提供了全彩顯示GUI，并提供像活潑的菜單、通話者照片顯示和即時(shí)消息。
GUI與嵌入式V2IP架構(gòu)集成并不簡單。大多數(shù)開發(fā)者面臨的最大障礙在GUI和V2IP架構(gòu)中處理的類型本質(zhì)上不一樣：V2IP架構(gòu)著重于快速響應(yīng)、面向媒體的實(shí)時(shí)處理；GUI則反映迅速、面用用戶的事件驅(qū)動處理。
一個(gè)設(shè)計(jì)很好的V2IP架構(gòu)將提供一個(gè)強(qiáng)大的應(yīng)用編程接口(API)，這個(gè)API需要很少的GUI交互作用。特別是，API通常只需對用戶或網(wǎng)絡(luò)產(chǎn)生的事件做出響應(yīng)。這種分割避免了不舒服的事件驅(qū)動和實(shí)時(shí)媒體處理單元的聯(lián)合，能實(shí)現(xiàn)簡單的集成，允許開發(fā)者專注于增值的直覺GUI開發(fā)。
電子工程專輯
