使用Blackfin處理器設(shè)計(jì)您自己的VoIP解決方案

簡介

網(wǎng)絡(luò)語音協(xié)議（VoIP）的時(shí)代就在這里，將電話和數(shù)據(jù)通信結(jié)合在一起，提供低流量的分組語音和傳真數(shù)據(jù) - 成本互聯(lián)網(wǎng)鏈接。從電路交換到分組交換網(wǎng)絡(luò)的轉(zhuǎn)變，現(xiàn)在以極快的速度繼續(xù)，正在鼓勵(lì)遠(yuǎn)遠(yuǎn)超出簡單語音傳輸?shù)膽?yīng)用，包含其他形式的數(shù)據(jù)，并允許它們通過相同的基礎(chǔ)設(shè)施進(jìn)行傳輸。

嵌入式系統(tǒng)設(shè)計(jì)人員面臨的VoIP挑戰(zhàn)是選擇一種經(jīng)濟(jì)高效，易于部署且跨市場可擴(kuò)展的處理解決方案。 “甜點(diǎn)”嵌入式解決方案方法是設(shè)計(jì)一個(gè)平臺(tái)，該平臺(tái)可以實(shí)現(xiàn)低通道數(shù)的基本VoIP解決方案，同時(shí)保留足夠的增值功能和服務(wù)容量，如視頻，音樂，成像和系統(tǒng)控制。下面的討論表明，ADI公司的Blackfin處理器系列提供了這樣一個(gè)極具吸引力的解決方案。

什么是VoIP？

今天的語音網(wǎng)絡(luò) - 例如 public交換電話網(wǎng)（PSTN） - 利用數(shù)字交換技術(shù)在呼叫者和接收者之間建立專用鏈路。雖然此連接僅提供有限的帶寬，但它確實(shí)提供了可接受的質(zhì)量水平，而沒有復(fù)雜編碼算法的負(fù)擔(dān)。

VoIP替代方案使用 Internet協(xié)議（IP）發(fā)送數(shù)字化通過Internet或?qū)Ｓ镁W(wǎng)絡(luò)進(jìn)行語音通信。 IP 數(shù)據(jù)包由一系列包含控制頭和數(shù)據(jù)有效負(fù)載的數(shù)字組成。標(biāo)頭提供數(shù)據(jù)包的網(wǎng)絡(luò)導(dǎo)航信息，有效負(fù)載包含壓縮的語音數(shù)據(jù)。

雖然電路交換電話處理整個(gè)消息，但基于VoIP的數(shù)據(jù)傳輸是基于數(shù)據(jù)包的，因此數(shù)據(jù)的塊 打包（分成單位為傳輸），壓縮并通過網(wǎng)絡(luò)發(fā)送 - 并最終在指定的接收端重新組裝。關(guān)鍵是不需要發(fā)送器和接收器之間的專用鏈接。

分組化是傳輸數(shù)據(jù)的良好匹配（例如，JPEG文件或電子郵件）跨網(wǎng)絡(luò)，因?yàn)榻桓秾儆诜菚r(shí)間關(guān)鍵的“盡力而為”類別。網(wǎng)絡(luò)有效地從同一媒體上的多個(gè)源移動(dòng)數(shù)據(jù)。然而，對于語音應(yīng)用來說，“盡力而為”是不夠的，因?yàn)楫?dāng)數(shù)據(jù)包通過網(wǎng)絡(luò)傳輸時(shí)的可變長度延遲會(huì)降低接收端的解碼音頻信號(hào)的質(zhì)量。出于這個(gè)原因，VoIP協(xié)議通過QoS（服務(wù)質(zhì)量）技術(shù)，專注于管理網(wǎng)絡(luò)帶寬，以防止延遲降低語音質(zhì)量。

打包語音數(shù)據(jù)涉及向數(shù)據(jù)添加報(bào)頭和報(bào)尾信息塊。必須減少打包開銷（由此過程引入的額外時(shí)間和數(shù)據(jù)）以最小化添加的延遲（通過系統(tǒng)的時(shí)間延遲）。因此，該過程必須在最小化傳輸延遲和最有效地使用網(wǎng)絡(luò)帶寬之間實(shí)現(xiàn)平衡 - 較小的大小允許更頻繁地發(fā)送分組，而較大的分組需要更長的時(shí)間來構(gòu)成。另一方面，較大的數(shù)據(jù)包會(huì)在較大的語音數(shù)據(jù)塊中分?jǐn)倛?bào)頭和報(bào)尾信息，因此它們比較小的數(shù)據(jù)包更有效地使用網(wǎng)絡(luò)帶寬。

從本質(zhì)上講，網(wǎng)絡(luò)會(huì)導(dǎo)致數(shù)據(jù)速率傳輸變化很大。這種變化稱為 jitter ，通過緩沖數(shù)據(jù)包足夠長的時(shí)間來消除，以確保最慢的數(shù)據(jù)包及時(shí)到達(dá)，以正確的順序進(jìn)行解碼。當(dāng)然，較大的抖動(dòng)緩沖器會(huì)導(dǎo)致更多的整體系統(tǒng)延遲。

如上所述，延遲表示通過IP系統(tǒng)的時(shí)間延遲。 單向延遲是指從單詞發(fā)出到呼叫另一端的人聽到單詞的時(shí)間。 往返延遲只是兩個(gè)單向延遲的總和。延遲值越低，會(huì)話的聲音就越自然。對于北美的PSTN電話系統(tǒng)，往返延遲小于150毫秒。

對于VoIP系統(tǒng)，單向延遲高達(dá)200毫秒被認(rèn)為是可以接受的。 VoIP系統(tǒng)中延遲的最大因素是網(wǎng)絡(luò)和呼叫兩端的網(wǎng)關(guān)。 語音編解碼器（編碼器 - 解碼器）增加了一些延遲 - 但相比之下這通常很?。?20 ms）。

當(dāng)語音網(wǎng)絡(luò)應(yīng)用程序中的延遲很大時(shí)，主要挑戰(zhàn)是取消回聲并消除重疊。 回聲消除直接影響感知質(zhì)量;當(dāng)往返延遲超過50毫秒時(shí)變得很重要。當(dāng)單向延遲超過200毫秒時(shí)，語音重疊成為一個(gè)問題。

因?yàn)檎Z音對話過程中大部分時(shí)間都是“死時(shí)間” - 在沒有說話者說話的情況下 - 編解碼器會(huì)利用在這些間隔期間不傳輸任何數(shù)據(jù)。這種“靜音壓縮”技術(shù)可檢測語音活動(dòng)，并在沒有語音活動(dòng)時(shí)停止傳輸數(shù)據(jù)，而是產(chǎn)生“舒適”噪音，以確保在沒有人說話時(shí)線路不會(huì)顯得死亡。

在標(biāo)準(zhǔn)的PSTN電話系統(tǒng)中，由于各種原因會(huì)降低降低感知質(zhì)量的回聲。兩個(gè)最常見的原因是電路交換網(wǎng)絡(luò)中的阻抗不匹配（“線路回波”）以及電話中麥克風(fēng)和揚(yáng)聲器之間的聲學(xué)耦合（“聲學(xué)回聲”）。當(dāng)網(wǎng)絡(luò)中存在雙線到四線轉(zhuǎn)換時(shí)（例如，模擬信號(hào)被轉(zhuǎn)換為T1系統(tǒng)），線路回波很常見。

因?yàn)閂oIP系統(tǒng)可以鏈接到PSTN ，他們必須能夠處理線路回聲，而IP電話也可能成為聲學(xué)回聲的犧牲品?；芈曄骺梢赃M(jìn)行優(yōu)化，以在線路回聲，聲學(xué)回聲或兩者上進(jìn)行操作。取消的有效性直接取決于所用算法的質(zhì)量。

回聲消除器的一個(gè)重要參數(shù)是它運(yùn)行的數(shù)據(jù)包的長度。簡而言之，回聲消除器保留了傳輸信號(hào)的副本。在發(fā)送信號(hào)之后的給定時(shí)間內(nèi)，它尋求從返回的反射信號(hào)中相關(guān)和減去發(fā)送的信號(hào) - 當(dāng)然，該信號(hào)被延遲并且幅度減小。為了實(shí)現(xiàn)有效取消，通常使用標(biāo)準(zhǔn)相關(guān)窗口大?。ɡ?，32 ms，64 ms或128 ms）就足夠了，但可能需要更大的尺寸。

新興和當(dāng)前基于VoIP的應(yīng)用程序

由于整個(gè)高速網(wǎng)絡(luò)（而不是專用信道）被用作傳輸機(jī)制，因此VoIP系統(tǒng)的主要優(yōu)點(diǎn)是每個(gè)通信會(huì)話的成本更低。此外，VoIP呼叫允許網(wǎng)絡(luò)運(yùn)營商避免與電路交換電話網(wǎng)絡(luò)相關(guān)的大多數(shù)互連費(fèi)用;完成VoIP電話呼叫所需的額外基礎(chǔ)設(shè)施很少，因?yàn)樗褂矛F(xiàn)有的家用或商用個(gè)人計(jì)算機(jī)（PC）網(wǎng)絡(luò)。降低成本的另一個(gè)原因是數(shù)據(jù)網(wǎng)絡(luò)運(yùn)營商通常沒有使用所有可用帶寬，因此額外的VoIP服務(wù)目前會(huì)產(chǎn)生無關(guān)緊要的額外成本開銷負(fù)擔(dān)。

VoIP用戶傾向于將他們的連接視為“免費(fèi)”，因?yàn)樗麄兛梢噪S時(shí)隨地?fù)艽蚴澜缛魏蔚胤降碾娫挘糠昼娭恍鑾酌婪?。雖然他們也向互聯(lián)網(wǎng)服務(wù)提供商支付月費(fèi)，但它可以通過數(shù)據(jù)和語音服務(wù)進(jìn)行攤銷。

除了相對于電路交換域的低成本外，還有許多IP服務(wù)的新功能變得可用。例如，PSTN上的來電可以自動(dòng)重新路由到用戶的VoIP電話，只要它連接到網(wǎng)絡(luò)節(jié)點(diǎn)即可。這種安排明顯優(yōu)于全球手機(jī)，因?yàn)椴簧婕奥钨M(fèi)用 - 從VoIP的角度來看，最終用戶的位置無關(guān)緊要;它被簡單地視為另一個(gè)網(wǎng)絡(luò)連接點(diǎn)。這在無線局域網(wǎng)（LAN）可用的情況下尤其有用;支持IEEE標(biāo)準(zhǔn)802.11的VoIP手機(jī)允許在全球Wi-Fi熱點(diǎn)進(jìn)行對話，而無需擔(dān)心不匹配的通信基礎(chǔ)設(shè)施和傳輸標(biāo)準(zhǔn)。

到目前為止，與IP語音相關(guān)的所有內(nèi)容都進(jìn)行了擴(kuò)展其他形式的基于數(shù)據(jù)的通信也是如此。畢竟，一旦數(shù)據(jù)被數(shù)字化和打包，內(nèi)容的性質(zhì)就沒那么重要了，只要它被適當(dāng)?shù)鼐幋a并用足夠的帶寬解碼即可。因此，VoIP基礎(chǔ)設(shè)施便于實(shí)現(xiàn)全新的網(wǎng)絡(luò)化實(shí)時(shí)應(yīng)用，例如：

視頻會(huì)議

遠(yuǎn)程視頻監(jiān)控

模擬電話適配器

多播

即時(shí)消息

游戲

電子白板

更接近查看VoIP系統(tǒng)

圖1顯示了VoIP系統(tǒng)的關(guān)鍵組件：信令過程，編碼器/解碼器，傳輸機(jī)制和交換網(wǎng)關(guān)。

信令過程涉及創(chuàng)建，維護(hù)和終止節(jié)點(diǎn)之間的連接。

為了降低網(wǎng)絡(luò)帶寬要求，音頻和視頻在傳輸之前進(jìn)行編碼并在接收期間解碼。此壓縮和轉(zhuǎn)換過程受音頻和視頻流的各種編解碼器標(biāo)準(zhǔn)控制。

壓縮數(shù)據(jù)包通過由一個(gè)或多個(gè)傳輸協(xié)議控制的網(wǎng)絡(luò)移動(dòng)。 交換網(wǎng)關(guān)確保數(shù)據(jù)包集在目的地與另一個(gè)基于IP的系統(tǒng)或PSTN系統(tǒng)互操作。在最終目的地，數(shù)據(jù)包集被解碼并轉(zhuǎn)換回音頻/視頻信號(hào)，此時(shí)它通過接收器的揚(yáng)聲器和/或顯示單元播放。

OSI（開放系統(tǒng)互連）七層模型（圖2）指定了網(wǎng)絡(luò)框架。如果通信會(huì)話有兩方，則每個(gè)數(shù)據(jù)生成的數(shù)據(jù)從頂部開始，經(jīng)歷任何所需的配置和通過層處理，并最終傳送到物理層以通過介質(zhì)傳輸。在目的地，處理反向進(jìn)行，直到最后重新組裝數(shù)據(jù)包并將數(shù)據(jù)提供給第二個(gè)用戶。

會(huì)話控制：H.323與SIP

VoIP系統(tǒng)的第一個(gè)要求是會(huì)話控制協(xié)議，以建立在線狀態(tài)并定位用戶，以及設(shè)置，修改和終止會(huì)話。目前有兩種廣泛使用的協(xié)議。從歷史上看，這些協(xié)議中的第一個(gè)是H.323 *，但SIP（會(huì)話啟動(dòng)協(xié)議）正在迅速成為主要標(biāo)準(zhǔn)。讓我們來看看每個(gè)人所扮演的角色。

國際電信聯(lián)盟（ITU）H.323

H.323是最初為實(shí)時(shí)多媒體開發(fā)的ITU標(biāo)準(zhǔn)（語音）和視頻）會(huì)議和補(bǔ)充數(shù)據(jù)傳輸。它已迅速發(fā)展以滿足VoIP網(wǎng)絡(luò)的要求。從技術(shù)上講，它是許多必需和可選的網(wǎng)絡(luò)和媒體編解碼器標(biāo)準(zhǔn)的容器。 H.323的連接信令部分由H.225協(xié)議處理，而H.245支持特征協(xié)商。

SIP（會(huì)話發(fā)起協(xié)議）

SIP定義由IETF（互聯(lián)網(wǎng)工程任務(wù)組）根據(jù)RFC 3261開發(fā)。它是專門為IP電話和其他互聯(lián)網(wǎng)服務(wù)開發(fā)的 - 盡管它在很多方面與H.323重疊，但它通常被認(rèn)為是一種更簡化的解決方案。

< p> SIP與SDP（會(huì)話描述協(xié)議）一起用于用戶發(fā)現(xiàn);它提供功能協(xié)商和呼叫管理。 SDP本質(zhì)上是用于在會(huì)話通知和邀請期間描述流媒體的初始化參數(shù)的格式。 SIP / SDP對有點(diǎn)類似于H.323標(biāo)準(zhǔn)中的H.225 / H.245協(xié)議集。

SIP可以在只有兩個(gè)端點(diǎn)且沒有服務(wù)器基礎(chǔ)結(jié)構(gòu)的系統(tǒng)中使用。但是，在公共網(wǎng)絡(luò)中，使用特殊代理和注冊服務(wù)器來建立連接。在這樣的設(shè)置中，每個(gè)客戶端向服務(wù)器注冊自己，以便允許呼叫者從因特網(wǎng)上的任何地方找到它。

傳輸層協(xié)議

上面的信令協(xié)議負(fù)責(zé)用于跨網(wǎng)絡(luò)配置多媒體會(huì)話。建立連接后，通過利用一個(gè)或多個(gè)數(shù)據(jù)傳輸協(xié)議（如UDP或TCP）建立網(wǎng)絡(luò)節(jié)點(diǎn)之間的媒體流。

UDP（用戶數(shù)據(jù)報(bào)協(xié)議）

UDP是一種網(wǎng)絡(luò)協(xié)議，僅覆蓋廣播的數(shù)據(jù)包。沒有確認(rèn)在另一端收到了數(shù)據(jù)包。由于無法保證傳輸，因此當(dāng)網(wǎng)絡(luò)上存在峰值負(fù)載時(shí)，語音傳輸將無法與UDP單獨(dú)工作。這就是為什么像RTP這樣的媒體傳輸協(xié)議通常在UDP之上運(yùn)行的原因。

TCP（傳輸控制協(xié)議）

TCP使用客戶端/服務(wù)器通信模型?？蛻舳苏埱螅ú⒂善涮峁┚W(wǎng)絡(luò)中的另一計(jì)算機(jī)（服務(wù)器）的服務(wù)。每個(gè)客戶端請求都是單獨(dú)處理的，與之前的任何請求無關(guān)。這可確?！懊赓M(fèi)”網(wǎng)絡(luò)路徑可供其他渠道使用。

TCP會(huì)創(chuàng)建較小的數(shù)據(jù)包，這些數(shù)據(jù)包可以通過Internet傳輸，并在呼叫的另一端由TCP層接收，這樣數(shù)據(jù)包就會(huì)“重新組合”回原始消息。 IP層解釋每個(gè)數(shù)據(jù)包的地址字段，使其到達(dá)正確的目的地。

與UDP不同，TCP確保在接收端完全接收數(shù)據(jù)包。但是，它通過允許數(shù)據(jù)包重新傳輸來實(shí)現(xiàn)這一點(diǎn)，這會(huì)增加對實(shí)時(shí)數(shù)據(jù)沒有幫助的延遲。對于語音，由于重傳而導(dǎo)致的延遲分組與丟失的分組一樣糟糕。由于這一特性，TCP通常不被認(rèn)為是實(shí)時(shí)流媒體傳輸?shù)倪m當(dāng)傳輸。

圖2顯示了TCP / IP Internet模型及其相關(guān)協(xié)議如何與各種層進(jìn)行比較和利用OSI模型。

媒體傳輸

如上所述，直接通過傳輸協(xié)議發(fā)送媒體數(shù)據(jù)對于實(shí)時(shí)通信來說效率不高。因此，媒體傳輸層通常負(fù)責(zé)以有效的方式處理此數(shù)據(jù)。

RTP（實(shí)時(shí)傳輸協(xié)議）

RTP為實(shí)時(shí)分組化音頻和視頻數(shù)據(jù)提供傳送服務(wù)。它是通過IP網(wǎng)絡(luò)傳輸實(shí)時(shí)數(shù)據(jù)的標(biāo)準(zhǔn)方法。該協(xié)議駐留在UDP之上，以最小化數(shù)據(jù)包報(bào)頭開銷 - 但需要付出代價(jià);無法保證可靠性或數(shù)據(jù)包排序。與TCP相比，RTP的可靠性較低 - 但它在數(shù)據(jù)包傳輸中的延遲較小，因?yàn)槠鋽?shù)據(jù)包頭開銷遠(yuǎn)小于TCP（圖3）。

為了維護(hù)在給定QoS級別的情況下，RTP對發(fā)送的每個(gè)數(shù)據(jù)包使用時(shí)間戳，序列編號(hào)和傳遞確認(rèn)。它還支持許多糾錯(cuò)方案，以提高穩(wěn)健性，以及加密數(shù)據(jù)包的一些基本安全選項(xiàng)。

圖4比較了UDP，RTP和TCP的性能和可靠性。

RTCP（RTP控制協(xié)議）

RTCP是一種補(bǔ)充協(xié)議，用于傳遞控制信息，例如發(fā)送和丟失的數(shù)據(jù)包數(shù)，抖動(dòng)，延遲和端點(diǎn)描述。它對于管理會(huì)話時(shí)基和分析RTP流的QoS非常有用。它還可以為RTP數(shù)據(jù)包的有限重傳提供反向信道。

媒體編解碼器

VoIP堆棧的頂部是處理傳輸?shù)膶?shí)際媒體的協(xié)議。可能有相當(dāng)多的音頻和視頻編解碼器可以饋入媒體傳輸層。最常見的樣本可以在本文最后一頁的側(cè)欄中找到。

許多因素有助于確定編解碼器的可行性 - 包括如何有效地利用可用的系統(tǒng)帶寬，它如何處理數(shù)據(jù)包丟失，以及與之相關(guān)的成本，包括知識(shí)產(chǎn)權(quán)使用費(fèi)。

Blackfin VoIP Collateral

與利用兩個(gè)處理器內(nèi)核提供的傳統(tǒng)VoIP嵌入式解決方案不同VoIP功能，Blackfin處理器在統(tǒng)一核心架構(gòu)中提供融合解決方案，允許語音和視頻信號(hào)處理與RISC MCU處理同時(shí)處理網(wǎng)絡(luò)和用戶界面需求。這種在單個(gè)融合處理器上提供完整VoIP功能的獨(dú)特能力提供了統(tǒng)一的軟件開發(fā)環(huán)境，更快的系統(tǒng)調(diào)試和部署，以及更低的整體系統(tǒng)成本。

例如，ADSP-BF537 Blackfin處理器系列為VoIP部署提供了必要的集成度和性能，以及低功耗。它具有多個(gè)集成串行端口（用于無縫連接到音頻模數(shù)（A / D）和數(shù)模（D / A）轉(zhuǎn)換器），外部存儲(chǔ)器控制器，用于LCD或視頻編碼器/解碼器連接的并行外設(shè)接口（PPI），以及10 / 100BaseT以太網(wǎng)MAC。如有必要，可通過外部存儲(chǔ)器接口安裝第二個(gè)以太網(wǎng)MAC。

完整的通信渠道（包括語音和網(wǎng)絡(luò)堆棧）使用的處理帶寬不到75 MIPS。由于ADSP-BF537的性能高達(dá)600 MHz，因此有必要在多媒體壓縮或解壓縮等功能的基礎(chǔ)上，在VoIP產(chǎn)品組合中提供大量可用的處理器“馬力”。相比之下，競爭的專用VoIP選擇通常是性能受限的，并且?guī)缀鯖]有提供功能或差異化的能力。

對于VoIP應(yīng)用，基于Blackfin的設(shè)計(jì)針對高質(zhì)量，低通道數(shù)的VoIP解決方案 - 具有處理空間，以適應(yīng)音樂，視頻和圖像傳輸?shù)雀郊庸δ?，以及整體系統(tǒng)控制。以下是可用VoIP產(chǎn)品的樣本，從開源解決方案到大批量OEM參考設(shè)計(jì)：

Blackfin / Linphone

Blackfin VoIP系統(tǒng)可以使用open-design設(shè)計(jì)源代碼軟件基于μClinux，它是流行的GNU / Linux操作系統(tǒng)的嵌入式版本。一個(gè)這樣的通用公共許可證（GPL許可）IP電話包，稱為基于SIP套件的Linphone，已經(jīng)移植到用于Blackfin處理器的μClinux，允許Blackfin參考設(shè)計(jì)與任何SIP通信兼容的端點(diǎn)。在具有適當(dāng)SIP服務(wù)器和網(wǎng)關(guān)基礎(chǔ)結(jié)構(gòu)的公共網(wǎng)絡(luò)中，該系統(tǒng)甚至可用于連接PSTN節(jié)點(diǎn)上的電話。對于語音編碼和解碼，Linphone目前的Blackfin實(shí)現(xiàn)支持：G.711（A-law和m-law）， GSM （全球移動(dòng)通信系統(tǒng)）和 Speex < / em>音頻壓縮格式。

Blackfin Linphone參考設(shè)計(jì)中使用的主要組件是：

Linux TCP / IP網(wǎng)絡(luò)堆棧：包括必要的傳輸和控制協(xié)議，例如TCP和UDP。

Linphone：主要的VoIP應(yīng)用程序，包括基于Blackfin的G.711和GSM編解碼器實(shí)現(xiàn)。它包括用于桌面PC的圖形用戶界面（GUI）和用于非圖形嵌入式系統(tǒng)的簡單命令行應(yīng)用程序。

oRTP：一個(gè)實(shí)現(xiàn)為Linphone開發(fā)并根據(jù)LGPL許可證發(fā)布的RTP協(xié)議棧。

oSIP：根據(jù)LGPL許可證發(fā)布的SIP協(xié)議的線程安全實(shí)現(xiàn)。

Speex：Speex編解碼器的開源參考實(shí)現(xiàn)。針對定點(diǎn)Speex實(shí)現(xiàn)的Blackfin特定優(yōu)化已經(jīng)回饋到主線代碼分支。

Unicoi Systems基于Blackfin的融合語音網(wǎng)關(guān)

Fusion語音網(wǎng)關(guān)（圖5） ）是Unicoi Systems的完整語音網(wǎng)關(guān)/終端適配器參考設(shè)計(jì)。憑借在單核Blackfin處理器上運(yùn)行的路由器功能和全功能SIP電話，F(xiàn)usion Voice Gateway可以加快終端適配器的上市時(shí)間。

Fusion Voice Gateway功能強(qiáng)大的功能，包括G.168回聲消除和多個(gè)G.7xx語音編解碼器。 Fusion參考設(shè)計(jì)還包括全功能的電話和路由器功能，它結(jié)合了互聯(lián)網(wǎng)路由器，4端口以太網(wǎng)交換機(jī)和VoIP網(wǎng)關(guān)功能。

Unicoi Systems基于Blackfin的Fusion IP電話

<來自Unicoi Systems的Fusion IP電話是一個(gè)完整的軟件/芯片解決方案，提供支持當(dāng)前和新興IP電話標(biāo)準(zhǔn)的全功能平臺(tái)，并具有產(chǎn)品差異化的擴(kuò)展功能。

Fusion IP電話參考設(shè)計(jì)降低了BOM成本以及與開發(fā)IP電話相關(guān)的時(shí)間和復(fù)雜性。該參考設(shè)計(jì)軟件圍繞ADSP-BF536設(shè)計(jì)，提供關(guān)鍵處理（例如，實(shí)時(shí)操作系統(tǒng)，呼叫管理器，語音算法，全雙工免提電話的回聲消除），通信協(xié)議（TCP / IPv4 / v6，SIP） ，RTP等）以及構(gòu)建基本或高級IP電話所需的外圍功能（LCD和鍵盤控制器等）。

Blackfin BRAVO VoIP參考設(shè)計(jì)

模擬設(shè)備Blackfin BRAVO TM VoIP和可視電話參考設(shè)計(jì)是OEM制造功能豐富，高性能，低成本VoIP桌面電話，可視電話和電話適配器的完整系統(tǒng)解決方案。這些設(shè)計(jì)包括用于VoIP應(yīng)用的全套軟件，全部由一整套應(yīng)用程序接口（API）控制，用于定制和控制核心系統(tǒng)功能。

用于音頻，這些設(shè)計(jì)支持多個(gè)G.7xx音頻編解碼器，符合G.168標(biāo)準(zhǔn)的網(wǎng)絡(luò)回聲消除和聲學(xué)回聲消除功能，可提高音頻清晰度?？蛇x地，RF收發(fā)器可以包括在設(shè)計(jì)中以提供無線音頻能力。這些設(shè)計(jì)支持符合H.323和SIP標(biāo)準(zhǔn)的軟件堆棧。

在視頻方面，BRAVO寬帶音頻/視頻通信參考設(shè)計(jì)（圖6）提供高達(dá)每秒30幀的通用中間格式（CIF）彩色視頻，包括支持ITU標(biāo)準(zhǔn)H.263和H.264視頻編解碼器，畫中畫，帶疊加的高分辨率圖形，alpha和色度鍵控以及防閃爍過濾

結(jié)論

顯然，VoIP技術(shù)有可能徹底改變?nèi)藗兊臏贤ǚ绞?- 無論是在家還是在工作，插入或不受限制，視頻功能還是只是簡單的心胸。 Blackfin處理器的功能和多功能性，與各種標(biāo)準(zhǔn)一起使用，將使VoIP在嵌入式環(huán)境中越來越普遍，在許多尚未體驗(yàn)這項(xiàng)激動(dòng)人心的技術(shù)優(yōu)勢的市場中創(chuàng)造增值功能。