但是，現(xiàn)在并不僅僅是用戶想做出決定：連運營商也需要做出同樣的選擇來幫助平衡其負載。使用小型基站 (small cell) (即在非常小的范圍內處理一百或兩百個連接的基站)，運營商希望能夠在指定的時間內查看負載，然后再決定使用WiFi或 LTE在手機和基站之間傳送特定的呼叫或數(shù)據(jù)流。由于即將推出的802.11ac標準具有更高的容量，使得Wi-Fi成為一個現(xiàn)實可行的選擇。

因此，基站實施方案同時需要802.11ac和LTE引擎，而設計人員可以選擇在硬件或軟件中實施這種架構。使用硬件方案的挑戰(zhàn)是無法知道需提供多少容量——除非你根據(jù)最差情形來設計 (即設計用于所有的Wi-Fi和LTE)，但這實在是太小題大做了。

使用CEVA-XC4000系列的軟件實施方案是唯一實際的選擇，因為配置的決定只是一個需要構建多少個內核的簡單問題，然后，這個系統(tǒng)能夠實時決定在每個內核上運行Wi-Fi或LTE引擎，平衡負載而無需過度設計硬件。同樣令人高興的是，這還帶來了顯著的功率節(jié)省，原因是減少了硬件和采用經(jīng)功率優(yōu)化的CEVA-XC4000架構。

這種相似的情況也出現(xiàn)在“簡單”的802.11ac實施方案，這個版本的Wi-Fi標準以802.11n中引進的MIMO (multiple-in/multiple out) 技術為基礎，支持多達八個空間流 (雖然在早期天線數(shù)目可能在二至四個之間)。

這個實施方法至關重要的是解復用 (demultiplexing) 算法取決于天線的數(shù)目，單一的四天線802.11ac引擎必需支持2x4、3x4和4x4配置(如果單一通用設計用于任何天線數(shù)目的基站，則可能需要更多)。如果采用八個天線，那么組合的數(shù)目顯然會大幅增加。

雖然，解復用的基礎概念在所有這些配置中共享，但實際的問題是算法變化足以控制各個單獨的引擎。這使得硬件實施方案變得完全不合理，因為它必需包含用于所有組合的各個引擎，但其中只有一個引擎會被實際使用?；谲浖脑O計則可以調節(jié)大小，用于最大所需的引擎，而且只需在現(xiàn)場加載一個適用的算法。

CEVA-XC4000系列是這種需求下的自然選擇，因為它針對所有蜂窩和Wi-Fi協(xié)議而優(yōu)化，帶有很好的硬件加速，而且非常著重節(jié)能。