基于 dsp（數(shù)字信號處理器）的多功能系統(tǒng)正變得日益普遍，特別在無線通信方面更是如此。新一代超高性能 dsp 使基站可以承載更多的語音、數(shù)據(jù)以及視頻信息通道，而高級低功耗 dsp 則為手持終端系統(tǒng)提供了 web 瀏覽及其他多媒體功能。與以往的任何 dsp 系統(tǒng)相比，上述系統(tǒng)都能夠?qū)崿F(xiàn)更強(qiáng)大的多功能軟件靈活性，這不僅是因?yàn)橥ㄐ艠?biāo)準(zhǔn)具有很高的多樣性，而且也由于目前無人知曉眾多新興應(yīng)用中到底哪些會勝出。

　　新型移動通信市場較強(qiáng)的開放性提出了一系列新的 dsp 技術(shù)挑戰(zhàn)，這不足為奇。其中最重要的是在于如何加載并配置資源密集型的多媒體應(yīng)用，以及如何在目前正投入使用的各種新興系統(tǒng)上加載，并配置諸多不同的通信算法。由于我們常常要在系統(tǒng)運(yùn)行時進(jìn)行軟件再配置，這也使問題進(jìn)一步復(fù)雜化。各種新式應(yīng)用及運(yùn)行這些應(yīng)用的、基于dsp的系統(tǒng)成功與否，取決于是否能開發(fā)出成功應(yīng)對上述挑戰(zhàn)的軟件配置技術(shù)。

　　目前，開發(fā)人員發(fā)現(xiàn)動態(tài)加載應(yīng)用模塊是在運(yùn)行期間再配置系統(tǒng)以改變或擴(kuò)展其功能的最有效方式。開發(fā)人員不能在運(yùn)行前靜態(tài)配置許多 dsp 系統(tǒng)，其原因在于執(zhí)行操作的實(shí)時要求。但是，動態(tài)加載允許系統(tǒng)根據(jù)需要進(jìn)行自身的再配置。舉例而言，支持多個調(diào)制解調(diào)器協(xié)議的基站系統(tǒng)可使用動態(tài)加載，從而為目前的服務(wù)請求進(jìn)行適當(dāng)?shù)淖陨碓倥渲谩Ｎ覀儾环猎倥e另一個例子，即把基于web的內(nèi)容下載到無線手持終端中。我們不能鏈接一個靜態(tài)的程序圖像，讓它支持用戶可能選擇的所有潛在web瀏覽路徑。但是，我們可以通過動態(tài)加載在用戶需要時下載某功能所需的支持。這種運(yùn)行時的靈活性使動態(tài)加載成為可再配置 dsp 系統(tǒng)的關(guān)鍵技術(shù)。

　　動態(tài)加載在臺式機(jī)領(lǐng)域很常見，用戶常用它從各自獨(dú)立的可升級模塊來進(jìn)行應(yīng)用匯編。但是，開發(fā)人員過去在dsp系統(tǒng)中不怎么使用動態(tài)加載技術(shù)，因?yàn)檫^去它們通常都是帶有實(shí)時確定要求的單一應(yīng)用。

　　其他技術(shù)的沉沒　　開發(fā)人員也已嘗試過采用靜態(tài)技術(shù)進(jìn)行再配置，但上述技術(shù)與動態(tài)加載相比較少成功，其中之一就是構(gòu)建了多個程序圖像，每個圖像都帶有不同的算法集合。當(dāng)開發(fā)人員在運(yùn)行時可以確定實(shí)際的配置時，就可以下載適當(dāng)?shù)膱D像。在帶寬有限的無線鏈接情況下，可能需要很長的時間才能下載完整的應(yīng)用，而且如果開發(fā)人員必須通過重復(fù)下載完整的圖像才能在運(yùn)行過程中對系統(tǒng)進(jìn)行再配置的話，那么就會中斷系統(tǒng)的使用。對于開發(fā)人員來說，這種方法要求在構(gòu)建應(yīng)用可能需要的所有圖像之前須提前進(jìn)行全面了解。

　　在具有多種獨(dú)立功能差異的系統(tǒng)中，開發(fā)人員必須構(gòu)建的圖像數(shù)量也呈組合式增長。隨著系統(tǒng)和軟件應(yīng)用變得越發(fā)復(fù)雜，最終也不可能預(yù)先確定所有潛在要求，因此這種方法也就不再可行了。

　　開發(fā)人員還推出了疊加技術(shù)，可部分地解決上述問題。根據(jù)這種方法，備用代碼或數(shù)據(jù)處于相同的存儲器空間中。當(dāng)模塊在運(yùn)行時被寫入該空間并疊加原先的模塊時，就會進(jìn)行再配置。這種方法減少了加載時間，并且進(jìn)行再配置也不必中斷應(yīng)用。如果開發(fā)人員可限制系統(tǒng)僅從一個系列選擇中做出一種選擇，那么系統(tǒng)就可相當(dāng)有效地采用疊加的方法了。但如果系統(tǒng)要求多種選擇，那么為每個疊加都預(yù)先確定存儲器分配就不大可能現(xiàn)實(shí)了。這種情況可能會要求構(gòu)建多個疊加圖像，每個圖像針對一個可能的存儲器進(jìn)行綁定。這種方法也再次帶來了圖像數(shù)量組合增長的問題。

　　動態(tài)加載的優(yōu)勢　　動態(tài)加載將模塊與系統(tǒng)物理存儲器的綁定延遲到運(yùn)行時再進(jìn)行，這就避免了上述問題。因此，代碼可運(yùn)行于不同的系統(tǒng)設(shè)置上，從而帶來了更高的靈活性與可重復(fù)使用性。在大多數(shù)嵌入式系統(tǒng)中，片上存儲器非常珍貴，系統(tǒng)必須對其進(jìn)行高效利用，但確定系統(tǒng)的哪部分應(yīng)駐留于片上存儲器中可能在開發(fā)過程中具有很強(qiáng)的局限性。動態(tài)加載允許開發(fā)人員推遲到運(yùn)行時再做出決定，這時他們可采用實(shí)時條件來確定在給定時間中哪種算法應(yīng)駐留于存儲器。開發(fā)人員可根據(jù)需要重復(fù)地替代或交換算法，這對應(yīng)用持續(xù)使用的影響也較小。在新型的無線系統(tǒng)中，多通道應(yīng)用可根據(jù)需要交換編解碼器算法，而無線個人通信裝置可從遠(yuǎn)程服務(wù)器下載 dsp 內(nèi)容。

　　動態(tài)加載也使系統(tǒng)的升級變得更為方便。升級時開發(fā)人員通常必須得寫整個系統(tǒng)，其中包括寶貴的用戶與配置數(shù)據(jù)。但利用動態(tài)加載，他們可將升級限制在系統(tǒng)的一個或更多部分，如某種算法或某個數(shù)據(jù)表格。此外，動態(tài)模塊升級還僅取決于基礎(chǔ)系統(tǒng)提供的功能api（應(yīng)用編程接口）；而非取決于基礎(chǔ)系統(tǒng)的靜態(tài)地址。這意味著，一個動態(tài)模塊可支持多個產(chǎn)品版本，只要所有版本提供的api相同即可。