隨著通信技術(shù)、計(jì)算機(jī)技術(shù)、微電子技術(shù)等的發(fā)展，多媒體信號(hào)的處理和傳輸對(duì)系統(tǒng)配置提出了更高的要求。OMAP（開(kāi)放式多媒體應(yīng)用平臺(tái)）是基于DSP的開(kāi)放多媒體應(yīng)用平臺(tái)。OMAP TM平臺(tái)是雙核結(jié)構(gòu)，由ARM核及DSP核組成，DSP以低功耗高性能實(shí)現(xiàn)多媒體應(yīng)用。目前在OMAP TM平臺(tái)上實(shí)現(xiàn)的多媒體應(yīng)用有語(yǔ)音、音頻、圖像、視頻等。

　　1 OMAP TM的開(kāi)放性

　　OMAP TM的開(kāi)放性表現(xiàn)在以下三個(gè)方面：

　　（1）對(duì)于用戶來(lái)說(shuō)，基于OMAP TM平臺(tái)的應(yīng)用是開(kāi)放的。通過(guò)DSP/BIOS TM橋，DSP的資源就如同ARM的外設(shè)一樣通過(guò)操作系統(tǒng)的API被調(diào)用。DSP/BIOS TM橋在OMAP TM平臺(tái)上實(shí)現(xiàn)了雙核的無(wú)縫連接。

　　（2）對(duì)于獨(dú)立的軟件制造商（ISV）來(lái)說(shuō)，為OMAP TM平臺(tái)開(kāi)發(fā)商業(yè)應(yīng)用軟件的標(biāo)準(zhǔn)是開(kāi)放。算法的兼容性及可評(píng)佑性是關(guān)鍵。只有算法的性能、占用資源及接口方式是標(biāo)準(zhǔn)的，算法才能離架。而且DSP/BIOS TM橋提供XDAIS兼容算法接口。ISV開(kāi)發(fā)的XDAIS兼容算法可直接用于OMAP TM平臺(tái)。

　　（3）對(duì)于原始設(shè)備制造廠商（OEM）來(lái)說(shuō)，可以開(kāi)放先進(jìn)的操作系統(tǒng)。OMAP TM平臺(tái)支持的操作系統(tǒng)很多，借助于第三方OS及TI的第三方網(wǎng)絡(luò)等，OEM廠商仿佛置身于一個(gè)巨大軟件超市，各種算法及軟件商品性能價(jià)格一目了然，盡可以取其所需。

　　2 OMAP TM的硬件平臺(tái)

　　OMAP TM的多媒體應(yīng)用取決于它內(nèi)部硬件結(jié)構(gòu)的實(shí)現(xiàn)，DSP是實(shí)現(xiàn)多媒體應(yīng)用的關(guān)鍵。當(dāng)然其內(nèi)部的硬件加速器、DMA及交通控制單元等也舉足輕重。

　　OMAP TM硬件平臺(tái)主要由DSP核、ARM核及交通控制（TRAFFIC CONTROLLER）單元組成。這三個(gè)部分可以獨(dú)立地進(jìn)行時(shí)鐘管理，有效地控制功耗。

　　OMAP TM平臺(tái)的硬件平臺(tái)會(huì)逐步升級(jí)國(guó)，以滿足日益增長(zhǎng)的應(yīng)用需求。目前的ARM核選用ARM95TDMI，其上可以運(yùn)行先進(jìn)的操作系統(tǒng)如WINDOWS CE、EPOC等。DSP核采用TMS320C55X TM DSP，其上運(yùn)行的RTOS是DSP/BIOS TM。TMS320C55X TM DSP有高度并行能力，它的32位讀寫(xiě)能力天功能強(qiáng)大的EMIF、雙流水線的獨(dú)立操作及雙MAC的運(yùn)算能力，以及它的變長(zhǎng)指令、用戶自定義的并行指令是優(yōu)異的多媒體性能的保證。其采用模塊化的IDLE模式，地降低了功耗。OMAP TM硬件平臺(tái)的框圖如圖1所示。

　　3 OMAP TM的軟件結(jié)構(gòu)

　　OMAP TM的軟件結(jié)構(gòu)在兩個(gè)操作系統(tǒng)上，一是基于ARM的先進(jìn)的OS如EPOC、WINCE等；二是基于DSP的DSP/BIOS TM。如何使兩個(gè)操作系統(tǒng)無(wú)縫工作，是實(shí)現(xiàn)開(kāi)放的軟件平臺(tái)的關(guān)鍵。這個(gè)技術(shù)就是首次正式應(yīng)用在OMAP TM平臺(tái)上的DSP/BIOS TM橋。

　　3.1 DSP/BIOS TM橋

　　DSP/BIOS TM橋用于連接DSP/BIOS和其他通用處理器（GPP）上的OS。GPP在OMAT TM里是ARM，還可以是MTPS（Microprocessor without Interlocked Pipe Stage）等。DSP/DIOS TM橋具有以下特點(diǎn)：

　　·高性能；

　　·有效利用GPP和DSP的資源；

　　·可移植到不同的GPP和DSP硬件平臺(tái)上；

　　·可移值到不同的GPP和DSP操作系統(tǒng)上；

　　·支持多個(gè)DSP和一個(gè)GPP；

　　·從GPP應(yīng)用程序中使用；

　　·對(duì)象為中心的設(shè)計(jì)；

　　·高可靠性；

　　·APIs與將來(lái)的版本向后兼容。

　　DSP/BIOS TM橋用于非對(duì)稱的，由一個(gè)通用的處理器（GP:P）和一個(gè)或多個(gè)DSP組成的多處理器環(huán)境。DSP/BIOS TM橋作為GPP OS和DSP OS的軟件組合，把兩個(gè)操作系統(tǒng)連接在一起。這種連接能夠使GPP端的客戶與DSP上的任務(wù)交換信息和數(shù)據(jù)。連接分為兩種類型的子連接，消息子連接和數(shù)據(jù)流子連接。每種子連接都按順序傳遞消息，哪個(gè)消息先到消息鏈，哪個(gè)消息就先被傳遞；同樣哪個(gè)數(shù)據(jù)流先到數(shù)據(jù)流鏈；哪個(gè)數(shù)據(jù)流就先被傳遞。每個(gè)子連接都獨(dú)立地進(jìn)行操作，例如：GPP先發(fā)送數(shù)據(jù)流，然后發(fā)送消息，如果消息有高優(yōu)先級(jí)，那么消息比數(shù)據(jù)流先到DSP。圖2表示GPP客戶端程序和DSP任務(wù)間的關(guān)系。

　　3.2 主機(jī)軟件結(jié)構(gòu)

　　對(duì)于GPP操作系統(tǒng)來(lái)說(shuō)，DSP/BIOS TM橋增加了API，它能使GPP應(yīng)用和驅(qū)動(dòng)程序同時(shí)利用DSP的資源。GPP客戶端可以通過(guò)API完成以下工作：

　　·初始化DSP上的信號(hào)處理任務(wù)；

　　·與DSP任務(wù)交換信息；

　　·與DPS任務(wù)雙向交換數(shù)據(jù)流；

　　·停止、激活、刪除DSP任務(wù)；

　　·進(jìn)行資源的狀態(tài)查詢。

　　一個(gè)GPP應(yīng)用程序或設(shè)備驅(qū)動(dòng)程序可以使用DSP/BIOS TM橋API與DSP子系統(tǒng)上的DSP任務(wù)進(jìn)行通信。例如：一個(gè)GPP WAVE設(shè)備驅(qū)動(dòng)程序可以利用API發(fā)送信息給DSP任務(wù)來(lái)管理數(shù)據(jù)從ADC到DAC。

　　3.3 DSP軟件結(jié)構(gòu)

　　對(duì)于DSP RTOS，DSP/BIOS TM橋增加了目標(biāo)獨(dú)立的流式I/O界面（STRM）、消息界面（NODE）和資源管理（RM）服務(wù)器。RM服務(wù)器就象DSP RTOS的一個(gè)任務(wù)一樣運(yùn)行，并服務(wù)于GPP的命令和查詢。一旦GPP端的程序通過(guò)GPP端的API發(fā)出請(qǐng)求，RM服務(wù)器響應(yīng)，啟動(dòng)或停止DSP信號(hào)處理節(jié)點(diǎn)。

　　由RM服務(wù)器的任務(wù)采用STRM和NODE界面，作為對(duì)應(yīng)的GPP客戶程序的服務(wù)器，并根據(jù)GPP客戶程序發(fā)出的信息進(jìn)行處理工作。典型的，一個(gè)DSP任務(wù)用設(shè)備獨(dú)立的流式I/O把數(shù)據(jù)從源端傳送到罕主端，并在數(shù)據(jù)傳送過(guò)程中進(jìn)行特定的處理和轉(zhuǎn)換。例如：一個(gè)WAVE音頻任務(wù)從GPP WAVE設(shè)備驅(qū)動(dòng)程序接收到數(shù)據(jù)后，可能要執(zhí)行音頻解壓縮（ADPCM，MPEG，CELP），然后把解壓縮的線性采樣送到DAC。

　　3.4 DSP/BIOS TM橋的功能組件

　　DSP/BIOS TM橋的功能組件如圖3所示。

　　在典型配置中，GPP與一個(gè)或多個(gè)DSP相連，終用戶在GPP上的應(yīng)用程序調(diào)用媒體服務(wù)模塊或驅(qū)動(dòng)程序，通過(guò)DSP/BIOS TM橋來(lái)管理DSP資源。

　　DSP任務(wù)節(jié)點(diǎn)是DSP上單獨(dú)執(zhí)行的線程，它實(shí)現(xiàn)信號(hào)處理算法。任務(wù)節(jié)點(diǎn)通過(guò)固定長(zhǎng)度的短消息和與設(shè)備無(wú)關(guān)的流式I/O互相通信或與GPP通信。

　　3.5 舉例說(shuō)明DSP/BIOS TM橋的實(shí)現(xiàn)過(guò)程

　　在這個(gè)例子中用DSP進(jìn)行濾波，GPP應(yīng)用程序調(diào)用API控制DSP上的音頻濾波任務(wù)。API用來(lái)控制DSP，但GPP和DSP之間沒(méi)有數(shù)據(jù)流，如圖4所示。

　　為初始化DSP上的濾波器任務(wù)，GPP應(yīng)用程序要完成的工作如下：

　　·連接到DSP；

　　·分配濾波器任務(wù)節(jié)點(diǎn)及ADC和DAC設(shè)備節(jié)點(diǎn)；

　　·連接節(jié)點(diǎn)；

　　·創(chuàng)建DSP上的節(jié)點(diǎn)；

　　·啟動(dòng)濾波器節(jié)點(diǎn)。

　　為終止DSP上的濾波器應(yīng)用，GSP應(yīng)用程序完成的工作如下：

　　·調(diào)DSP節(jié)點(diǎn)，終止API發(fā)消息到濾波器來(lái)終止處理；

　　·刪除濾波器節(jié)點(diǎn)和ADC，DAC節(jié)點(diǎn)；

　　·與DSP分離。

　　作為雙核的OMAP TM平臺(tái)，其的特點(diǎn)是開(kāi)放性及其軟件平臺(tái)和硬件平臺(tái)的獨(dú)立性，基于C的ARM和基于XDAIS算法的DSP使OMAP TM平臺(tái)易于開(kāi)發(fā)和維護(hù)，功能強(qiáng)大。軟件平臺(tái)的DSP/BIOS TM橋并不依賴于固定的操作系統(tǒng)，具有可移植性。目前已經(jīng)有眾多的第三方開(kāi)發(fā)出大量XDAIS兼容算法。OAP TM的軟件開(kāi)發(fā)集成環(huán)境支持多核的CCS2.0 IDE、XDS510及XDS560仿真器，同時(shí)TI還提供OMAP TM EVM做的評(píng)估工具。