一、引言

數(shù)字廣播目前是海外車機必備的功能之一，其中DAB發(fā)展最為普遍。由于中國目前已經(jīng)沒有實際的DAB信號覆蓋，因此整個產(chǎn)業(yè)鏈在中國基本上已經(jīng)處于空白，這對于國內(nèi)從事車機廣播接收功能研發(fā)的工程師而言是個極大的挑戰(zhàn)。究竟該如何進行DAB功能驗證從而保障車機功能的穩(wěn)定可靠恐怕是任何一個涉及到此項任務的工程師必須面對的問題。

本文不拘泥于某個具體的功能點進行討論，譬如Linking、Announcement、Reconfiguration、SLS、SPI、EPG或是DLS等，而是從更高一維度來分析DAB功能驗證的方法論，同時也對行業(yè)目前已經(jīng)基本形成標桿影響力的檢測設備做一些簡單介紹。測試行業(yè)從本質上講是測試標準、測試方法論和測試儀器三個組成的一個交織體，誰也離不開誰？任何測試方法必須有測試儀器的支撐方能落地。

本文探討的測試方法論既適用于研發(fā)階段，也適用于QA階段，讀者可以根據(jù)實際需要來進行測試平臺的搭建。

二、研發(fā)驗證測試及2010C簡介

任何產(chǎn)品都要經(jīng)歷研發(fā)這個艱苦的階段，研發(fā)工程師窮盡所能來滿足產(chǎn)品定義的要求，然而如何來有效驗證一直是研發(fā)中很重要的一環(huán)。研發(fā)測試不同于簡單功能驗證，必須可以追根溯源，一般必須做到：測試方法有邏輯，測試原理有依據(jù)，測試設備有能力，測試結果可重復。

要實現(xiàn)上述要求，利用一個簡單的具備DAB射頻信號發(fā)生的設備來做研發(fā)測試遠遠不夠，針對DAB研發(fā)測試而言，目前有如下幾個基本要求：

1. 射頻信號指標精確可控可調，一般包括載頻及功率。這個一般的設備基本都具備，唯有精度、范圍或是通道數(shù)的差異。
2. 物理層驗證不僅要測試理想狀態(tài)，還要驗證Fading影響和噪聲干擾條件下的影響。一般這種測試依賴信道模擬器來實現(xiàn)，模擬的信道干擾場景也有具體的模型和參數(shù)，確保多次測試的條件保持不變。
3. 信道參數(shù)必須可調，隨時可修改ID或是MODE，用于即時驗證車機是否可以快速響應。
4. 基于可控的即時模式進行數(shù)據(jù)服務驗證，比如Announcement須可靈活修改配置并可控制功能啟動和關閉，再如多業(yè)務驗證須可隨時增加和減少Service來驗證車機的穩(wěn)定性。這類測試依靠普通的ETI碼流是很難做到精確測試的。
5. 具備復雜場景搭建并可重復驗證。最典型的例子是Linking測試，尤其針對Seamless Linking,必須具備Service層級的Delay參數(shù)設置方能驗證車機的軟件處理能力，確保實現(xiàn)真正的Seamless?？紤]到實際運營商條件的不同，這個驗證尤為復雜，基于研發(fā)測試方案要能摸底車機的實際能力，然后利用本文后面即將介紹到的其他方法來配合進行驗證方可確保萬無一失。
6. 具備底層業(yè)務配置、查詢和驗證能力，比如Service信息、Start CU和EPG核心參數(shù)等，做到全部可控設置，從而驗證車機軟件的操作符合協(xié)議要求。

要實現(xiàn)上述目標，目前RWC2010C已經(jīng)獲得了行業(yè)眾多名企的認可。

該設備支持AM和FM模擬調制，也支持DAB/DRM/CDR數(shù)字調制，可以同時輸出多路FM信號。尤為值得關注的是該設備支持靈活的基帶復用功能，為業(yè)界創(chuàng)新設計功能，可以針對DAB/DRM/CDR進行流級別的復用配置，從而大大增強測試靈活性和效率，滿足DAB車機研發(fā)測試的訴求。

如果利用2套RWC2010C則可完善得搭建Seamless Linking測試場景，典型的系統(tǒng)方案如下：

三、射頻環(huán)境信號實采驗證及RFCS簡介

與研發(fā)測試不同，QA或整車驗證更關注用戶體驗。當然理論上研發(fā)也應該關注這個方面。盡管從測試理論上分析去現(xiàn)場采集空中的DAB信號來進行測試并不是一個精確的方案，但是從“實踐出真知”的角度這個驗證測試也確有其價值。只是要特別注意的是，這種驗證方法實施完畢獲得相關的結果后，要做理論匹配的分析，因為現(xiàn)場采集的信號具體是什么參數(shù)或是現(xiàn)場信號是否滿足測試驗證的條件都有待確認，如果盲目的測試只會浪費時間。

那么正確的思維是：

1. 車機直接接收運營商的DAB廣播（無論是直接接收，還是基于射頻采集回放設備連接，本質上都是直接對接運營商信號），進行基本接收能力驗證，比如掃臺、選擇和切換、音頻質量及對應的操控等；
2. 用運營商信號確認支持的功能驗證車機的功能。比如Station Logo或是Linking這類運營商不會隨便切換或是更改的功能來確保車機功能。
3. 如果有辦法獲取運營商的節(jié)目表單或是業(yè)務時間表，則可以進一步進行功能驗證，比如SLS。
4. 對于需要運營商即時操作方可生效的功能，比如Announcement或是DLS這些，則需要十分明確運營商的動作方可進行功能驗證。這一點是現(xiàn)場測試最難的，因為很難巧合到剛剛好碰到運營商做此類操作。因此這部分測試更多的是靠儀器，不管是利用儀器參數(shù)設置測試，還是依靠儀器播放運營商給的參考ETI流。

由于國內(nèi)沒有DAB信號，因此采用“駕駛車輛直接接收測試”這種方法會不方便。因此射頻環(huán)境信號實采方法就被廣泛應用起來，這個方法其實在行業(yè)已經(jīng)存在多年，最核心的目標就是盡可能多的在海外采集實際信號，帶回實驗室進行功能驗證。在我們選擇這類實采設備的時候，需要留意幾個方面：

1. 采集信號精度盡可能高，因為采集的數(shù)據(jù)是IQ，特殊情況下利用Matlab工具可對數(shù)據(jù)進行分析，如果采集得當，更有利于后期分析。
2. 采集后的信號回放時損傷盡可能小，比如信號采集前測試MER值為X，回放后信號的MER為Y, X和Y的差異盡可能小，如此方能確保后期測試時車機盡可能如臨現(xiàn)場。
3. 硬盤可更換，并且具備RAID操作可能。數(shù)據(jù)是最寶貴的，一方面要考慮現(xiàn)場錄制容量問題，硬盤不夠隨時可換就方便，同時錄的數(shù)據(jù)要安全可靠。
4. 采集設備具備頻譜監(jiān)測為宜，因為錄制之前掃一下頻譜，確認一下狀態(tài)很有必要。

RFCS射頻采集回放系統(tǒng)很好的滿足了以上4點，硬件基于行業(yè)認可已久的設備，軟件不僅提供英文GUI操作，同時提供中文軟件實現(xiàn)任務管理、定時錄制、多通道管理等等功能。

如果配置得當，RFCS還可以組建多通道更大帶寬測試系統(tǒng)，還可以與地圖和視頻數(shù)據(jù)同步記錄和顯示。對于特定的信號采集需求，一般采用單套RFCS即可滿足要求。

多通道同步采集系統(tǒng)示意圖如下所示。

四、ETI碼流采集及HEXYLON簡介

相關的儀器廠商比如RedwoodComm已經(jīng)可以提供各類測試用ETI碼流，并且RWC2010C這款儀器可以自己編輯碼流，這些功能獲得了行業(yè)認可。但是畢竟這些碼流是依據(jù)DAB協(xié)議生成而不是運營商的實際碼流。行業(yè)有一個痛點是如何獲取運營商的DAB碼流，因為獲得這個碼流后即可在標準儀器如RWC2010C進行回放測試，給車機的DAB驗證提供了一個更多的可能。

要采集ETI碼流，必然要先進行DAB射頻指標檢測。因為如果射頻指標極差的情況下，解調后的碼流也會受損。因此采集的ETI碼流嚴格來說應該和對應的射頻信號指標對應歸檔。如果測試遇到需要追溯的時候，這些信息都會輔助測試人員進行分析。

HEXYLON很好得解決了這個難題，便攜的設計使得操作非常方便。

這款便攜的設備可以實現(xiàn)DAB射頻指標分析，如下圖：

分析完畢RF指標后，可對解調的ETI碼流進行記錄和回放。如下：

五、DAB功能驗證三神器聯(lián)合測試

如果將RWC2010C比作DAB功能驗證測試的屠龍刀，將RFCS比作DAB功能驗證測試的倚天劍，那么HEXYLON可以視為DAB功能驗證測試的乾坤大挪移心法。因為這三個DAB測試神器相互可以貫通從而實現(xiàn)各類豐富的測試用例。最典型的幾個聯(lián)合測試用例如下：

1. RWC2010C射頻指標檢測：利用HEXYLON直接可對標準儀器輸出的DAB信號做測試，在發(fā)生測試疑惑時可以進行鏈路診斷。
2. 特殊碼流采集和調制輸出：利用HEXYLON采集ETI流，然后導入RWC2010C進行回放。
3. ETI素材采集：利用HEXYLON解調RFCS采集的DAB信號素材獲取ETI碼流，然后通過RWC2010C回放時改變頻率和功率進行車機驗證。
4. 利用RFCS記錄的DAB信號做驗證時發(fā)生疑惑時，可利用HEXYLON進行射頻指標檢查，比對分析。
5. 不確定RFCS記錄的DAB信號基帶內(nèi)容時，可利用HEXYLON解調獲取ETI流后，利用RWC2010C解讀碼流內(nèi)容。

諸如此類，幾臺核心測試儀器配合后可以發(fā)揮更大的價值。

六、結語

車機DAB功能驗證時目前汽車電子行業(yè)的一個熱點，也是一個技術難點，利用RWC2010C、RFCS和HEXYLON三個DAB測試神器可以加快研發(fā)進度，完善車機DAB各類服務功能，從而提升產(chǎn)品競爭力。三臺設備的結合，基本可以涵蓋DAB功能驗證測試的各個方面，并可為工程師提供豐富的測試用例，助力工程師快速定位問題并解決問題。