3G/4G基站物理層黑匣子驗證方法

　　VSA 是一個信號分析儀，具有頻譜分析功能。它擁有多個功能，如：

　　- 顯示信號質(zhì)量指標(誤差矢量幅度、峰值因子、峰均功率比)

　　- 檢測特定物理信道的存在

　　- 檢測編碼傳輸塊的內(nèi)容。

　　VSG 是矢量信號發(fā)生器。 它擁有多個功能，如：

　　- 應用無線信道模式

　　- 應用噪聲

　　- 生成物理信道

　　- 引起誤碼

　　- 創(chuàng)建預定義的一致性測試配置

　　這兩種設備都可以通過腳本進行指揮，可用于一致性測試套件。

　　自動化

　　黑匣子支持全自動化：用戶只需觸發(fā)測試，然后查看結果。“通過/未通過”測試結果由腳本結果決定，被聚集在一起，并呈現(xiàn)為一個網(wǎng)頁。

　　所描述的解決方案可實現(xiàn)參數(shù)覆蓋，支持非回歸測試，以及逆向測試的受控環(huán)境。如果用戶請求運行非回歸測試套件，則需要提供帶有測試狀態(tài)報告的電子郵件。中央控制節(jié)點在數(shù)據(jù)庫中查詢只關于非回歸過程中運行的測試的信息，并生成一個表格，其中包含：測試狀態(tài)、輸入?yún)?shù)、測試時長及Web服務器的鏈接，用戶可在Web服務器上找到運行測試的過程中所生成的所有日志。我們可以將所有這些匯總成一個黑匣子所需要的有限狀態(tài)機。

　　圖 4 自動化中使用的黑匣子有限狀態(tài)機

　　設置非回歸測試套件定期運行(例如在夜間)，但只有當CVS(并發(fā)版本系統(tǒng))中的開發(fā)人員查看了二進制文件的時間戳并執(zhí)行后，成功編寫了運行在DSP 和 L2STUB 上的軟件時，才能觸發(fā)非回歸測試。

　　用戶可將場景定義為一個腳本，并創(chuàng)建一個套件(可從Web服務器圖形界面觸發(fā)該套件)，表示實際腳本前后運行的規(guī)定流程中要運行一批腳本和輸入?yún)?shù)。

　　此外，發(fā)生硬件故障或不可恢復的軟件錯誤時，或新測試用例開始時，如果要求設置不變，則還可支持從腳本重新啟動設備。獲得授權后，用戶可重新啟動基站和測試終端。

　　案例研究

　　上述解決方案已經(jīng)在飛思卡爾 BSC913x 平臺上實施并驗證，在飛思卡爾 PowerPC 處理器 e500 上部署L2STUB,物理層(DUT)在 StarCore? SC3850 上運行。 BSC9131的框圖如圖 5 所示。BSC9131 還充分利用了名為 MAPLE-B2F 的基帶加速器。

　　L2STUB 通過專有的處理器間通信機制管理 FAPI 消息流。描述既定驗證情境的命令由最終用戶在中央控制節(jié)點通過解析語言預定義。指定了多個不同的 API,以獨立地分別控制TM、VSA 和VSG。

　　圖 5 BSC9131框圖

　　(圖字)StarCore? SC3850 ;DSP內(nèi)核;32KB L1 I 緩存;32KB L1 D緩存;基于Power Architecture的e500 內(nèi)核;32位DDR3/3L 內(nèi)存控制器;MAPLE-B2F基帶加速器 LTE/MTS/CDMA2K;射頻接口(JESD207/ADI)和MaxPHY;多核結構;時鐘/重置;DMA;安全引擎V4.4;USB 2.0;以太網(wǎng)

　　上述設置是完全自動化的，可充分利用這個特點;現(xiàn)在已經(jīng)設想了對 L1 驗證的主要范圍進行多個擴展。例如，黑匣子設置支持持續(xù)集成，作為一個開發(fā)實踐，確保已公布的代碼不會在特定的開發(fā)分支導致回歸。這與非回歸測試不同，區(qū)別在于防止錯誤代碼序列進入開發(fā)分支，而不是在公布后才發(fā)現(xiàn)。

　　全自動化還為建立地域上分散的測試環(huán)境創(chuàng)造了一個條件，這個測試環(huán)境將許多驗證節(jié)點集群在一起。

　　飛思卡爾解決方案是一個 3GPP 協(xié)議棧，可適應 3G 解決方案(UMTS - 通用陸地移動系統(tǒng))或4G 解決方案(E-UTRA - 演進的通用陸地無線接入)。黑匣子方法對于這種情況有所裨益，它分離測試L1,不受上層的影響。 可確定的潛在問題包括：

　　- SC3850 內(nèi)核、MAPLE-B2F的硬件問題或相關的附件硬件支持。

　　- SC3850的L1軟件代碼

　　- MAPLE-B2F的L1微代碼

　　結束語

　　本文介紹的解決方案用于在更加復雜的SoC中只測試L1軟件和硬件解決方案。結果表明，與完整的協(xié)議測試解決方案相比，該解決方案能夠最佳地覆蓋L1參數(shù)，而且參數(shù)空間更寬。

　　L1黑匣子測試需要剝離 L2實現(xiàn)，使其只能提供最小的功能。此外，它還需要來自第三方、普遍被接受的測試設備。此類測試環(huán)境的成本比系統(tǒng)集成測試方法低很多，并支持更精確的問題跟蹤，避免軟件的獨立部件發(fā)生軟件Bug交互。

　　此外，測試環(huán)境的一個重要方面是自動化，用于連接測試方案、測試執(zhí)行和測試報告，以運行多個測試套件。