【導(dǎo)讀】現(xiàn)代車輛依賴各種攝像頭、傳感器、顯示屏、電子控制單元、域控制器以及中央計(jì)算平臺，這些設(shè)備之間必須可靠地交換海量數(shù)據(jù)。這些鏈路可支撐高級駕駛輔助系統(tǒng)、自動駕駛功能、數(shù)字座艙、環(huán)視攝像頭、駕駛員監(jiān)控以及車載信息娛樂系統(tǒng)等各類應(yīng)用。
OpenGMSL設(shè)計(jì)IP與驗(yàn)證IP為開發(fā)具備互操作性的車載視頻及高速數(shù)據(jù)連接解決方案提供了基于標(biāo)準(zhǔn)的底層支撐。基于GMSL2和GMSL3技術(shù)，OpenGMSL v3.0為半導(dǎo)體企業(yè)、整車廠商以及系統(tǒng)開發(fā)人員提供了一套通用規(guī)范，用于構(gòu)建符合標(biāo)準(zhǔn)的根節(jié)點(diǎn)與葉節(jié)點(diǎn)實(shí)現(xiàn)方案，從而實(shí)現(xiàn)多供應(yīng)商之間的互操作性。
在SmartDV的OpenGMSL實(shí)現(xiàn)方案中，根節(jié)點(diǎn)（Root）代表中央計(jì)算側(cè)端點(diǎn)，葉節(jié)點(diǎn)（Leaf）代表外接的邊緣側(cè)端點(diǎn)；二者具體的收發(fā)職責(zé)取決于配置的流量方向與實(shí)際應(yīng)用場景。有效的OpenGMSL驗(yàn)證絕不能僅校驗(yàn)數(shù)據(jù)能否傳輸至鏈路對端。驗(yàn)證團(tuán)隊(duì)必需對根節(jié)點(diǎn)與葉節(jié)點(diǎn)行為、正向及反向通信、所支持的鏈路速率、多路數(shù)據(jù)流、鏈路拓?fù)洹⒕幋a、糾錯、時(shí)間同步、低功耗狀態(tài)、內(nèi)容保護(hù)以及系統(tǒng)級恢復(fù)能力開展驗(yàn)證。
為什么說OpenGMSL驗(yàn)證至關(guān)重要？
車載系統(tǒng)正在接入更多攝像頭、更高分辨率顯示屏、雷達(dá)與傳感器輸入、域處理單元以及中央計(jì)算資源。這就對高帶寬鏈路提出越來越高的要求：要求其能夠在廣泛分布于不同位置的組件之間傳輸多種類型業(yè)務(wù)數(shù)據(jù)流量，并且在超出常規(guī)功能運(yùn)行的各類工況下仍保持穩(wěn)定可預(yù)期的性能，這些工況包括數(shù)據(jù)損壞、時(shí)鐘偏差、流量中斷、啟動故障以及電源狀態(tài)切換等場景。
即便是一項(xiàng)開放標(biāo)準(zhǔn)，仍需嚴(yán)謹(jǐn)?shù)尿?yàn)證
OpenGMSL v3.0旨在提供一套開放、可直接落地實(shí)現(xiàn)的規(guī)范，兼容成熟的GMSL2與GMSL3技術(shù)，從而允許半導(dǎo)體廠商與汽車開發(fā)團(tuán)隊(duì)基于這套共享標(biāo)準(zhǔn)去開發(fā)相應(yīng)產(chǎn)品，而不必完全依賴于單一廠商的閉環(huán)實(shí)現(xiàn)方案。但開放規(guī)范并不代表可以省去驗(yàn)證環(huán)節(jié)，這反而讓協(xié)議合規(guī)性與互操作性測試變得更為重要，因?yàn)镺penGMSL聯(lián)盟就將強(qiáng)制性合規(guī)測試視作保障多供應(yīng)商互操作性的組成部分。
一套設(shè)計(jì)在對接內(nèi)部自研模型進(jìn)行測試時(shí)可能運(yùn)行正常，但在對接其他廠商的實(shí)現(xiàn)方案時(shí)依然可能暴露出問題。因此，驗(yàn)證工作既要覆蓋單個器件的行為，也要完成完整鏈路的互操作性驗(yàn)證，需對可選功能、支持模式、邊界條件、時(shí)序容差，以及目標(biāo)系統(tǒng)所需的GMSL2和GMSL3技術(shù)配置兼容性開展測試。這有助于降低風(fēng)險(xiǎn)：實(shí)現(xiàn)方案能夠通過內(nèi)部測試，但集成到更大的車載生態(tài)系統(tǒng)后則出現(xiàn)失效。
軟件定義汽車離不開高可靠的高速鏈路
軟件定義汽車架構(gòu)越來越傾向于將傳感器和顯示屏與解析、生成其數(shù)據(jù)的中央處理資源進(jìn)行解耦。在這類架構(gòu)中，車載SerDes鏈路可傳輸攝像頭與圖像傳感器數(shù)據(jù)、視頻和顯示業(yè)務(wù)流量、包封以太網(wǎng)流量、I2C與SPI控制流量、UART及GPIO邊帶通信、I2S/TDM/PDM音頻流、時(shí)序同步信息，以及配置和診斷數(shù)據(jù)。驗(yàn)證工作必須確保這些業(yè)務(wù)數(shù)據(jù)流量能夠共存，不會出現(xiàn)數(shù)據(jù)損壞、丟失、路由錯誤或是不可預(yù)測的時(shí)延問題。
開發(fā)團(tuán)隊(duì)也可按應(yīng)用場景探索SmartDV的IP產(chǎn)品，獲取更多面向車載SoC、域控制器、傳感器系統(tǒng)以及中央計(jì)算平臺的設(shè)計(jì)IP與驗(yàn)證IP。
OpenGMSL驗(yàn)證的關(guān)鍵技術(shù)挑戰(zhàn)
根節(jié)點(diǎn)與葉節(jié)點(diǎn)：需獨(dú)立驗(yàn)證，也需聯(lián)合驗(yàn)證
一條OpenGMSL鏈路包含功能互補(bǔ)的根節(jié)點(diǎn)與葉節(jié)點(diǎn)組件。根節(jié)點(diǎn)負(fù)責(zé)協(xié)調(diào)與所連接葉節(jié)點(diǎn)端點(diǎn)之間的通信，從而根據(jù)配置的應(yīng)用場景，支持正向數(shù)據(jù)流傳輸以及反向鏈路邊帶通信。
每個組件首先必須完成獨(dú)立驗(yàn)證。根節(jié)點(diǎn)必須產(chǎn)生合規(guī)的前向鏈路行為，并正確處理反向鏈路數(shù)據(jù)流量。葉節(jié)點(diǎn)必須正確接收并解碼前向鏈路數(shù)據(jù)流，同時(shí)生成合規(guī)的反向通信鏈路。隨后，驗(yàn)證工作必須確認(rèn)這兩個組件作為完整鏈路可以正常工作，包括啟動、配置、速率選擇、編碼、數(shù)據(jù)路由、同步、錯誤處理以及故障恢復(fù)。
前向與反向數(shù)據(jù)流量必須保持協(xié)同
OpenGMSL支持高速前向傳輸，同時(shí)可通過反向鏈路來承載配置、控制、同步以及其他邊帶數(shù)據(jù)的通信。驗(yàn)證團(tuán)隊(duì)必須確認(rèn)：前向與反向數(shù)據(jù)流量能否同時(shí)工作；控制操作是否正確關(guān)聯(lián)目標(biāo)端點(diǎn)；反向鏈路活動是否會影響前向鏈路的吞吐量或時(shí)序；即便反向流量出現(xiàn)中斷或格式異常，系統(tǒng)能否正確對其進(jìn)行處理，且不會損壞正在傳輸?shù)囊曨l或傳感器數(shù)據(jù)流。
一條鏈路即便可以正常傳輸視頻，如果控制或診斷通道的行為不可預(yù)測，依然會出現(xiàn)系統(tǒng)級故障。
多數(shù)據(jù)流類型帶來復(fù)雜的路由需求
OpenGMSL鏈路可同時(shí)傳輸視頻或傳感器數(shù)據(jù)流，以及封包以太網(wǎng)、控制、音頻數(shù)據(jù)流量，每一類數(shù)據(jù)流對帶寬、時(shí)序、排序和數(shù)據(jù)交付都有著不同的要求。驗(yàn)證工作必須確認(rèn)：在數(shù)據(jù)流量并發(fā)、數(shù)據(jù)流組合動態(tài)變化、突發(fā)情況以及不同數(shù)據(jù)流量類型發(fā)生資源競爭的場景下，各類數(shù)據(jù)流能夠被正確識別、路由、優(yōu)先級調(diào)度、傳輸與重建。
單個數(shù)據(jù)包可能看似正常，但整個系統(tǒng)仍可能失效，原因在于數(shù)據(jù)流路由錯誤、報(bào)文亂序交付，或是受到其他來源的數(shù)據(jù)流量的干擾。
必須覆蓋不同鏈路速率與信號傳輸模式
SmartDV 的OpenGMSL解決方案支持3Gbps、6Gbps和12Gbps的前向鏈路速率，根據(jù)所選速率采用NRZ與PAM4信號模式，反向鏈路則由187.5Mbps通道提供支持。更高的傳輸速率意味著驗(yàn)證過程中需要生成、監(jiān)測、校驗(yàn)與重建的數(shù)據(jù)流量隨之增大，同時(shí)編碼、前向糾錯、時(shí)鐘、同步以及緩存機(jī)制的重要性也隨之提升。
驗(yàn)證環(huán)境的配置必須與目標(biāo)工作模式保持一致，需要針對設(shè)計(jì)所支持的每一檔速率，對鏈路啟動、與速率相關(guān)的編解碼、不同配置間切換，以及鏈路性能下降或中斷條件下的表現(xiàn)等一系列項(xiàng)目進(jìn)行驗(yàn)證。不能想當(dāng)然認(rèn)為某一鏈路速率下運(yùn)行正常的設(shè)計(jì)，在所支持的全部模式下也必然正確。如果僅測試標(biāo)稱速率或者某一種常見流量模型，會造成驗(yàn)證計(jì)劃存在明顯盲區(qū)。
鏈路拓?fù)涓淖凃?yàn)證環(huán)境
車載系統(tǒng)可能采用不止一組點(diǎn)對點(diǎn)連接。SmartDV的OpenGMSL驗(yàn)證IP（VIP）支持單鏈路、分配器、聚合、菊花鏈以及多鏈路拓?fù)洌糠N拓?fù)鋵β酚伞㈡溌穯印⑼健ぶ芬约肮收细綦x都提出了差異化的要求。
驗(yàn)證工作需要確認(rèn)一系列設(shè)計(jì)事項(xiàng)，例如每個端點(diǎn)均可被正確識別和配置、數(shù)據(jù)流能夠送達(dá)目標(biāo)節(jié)點(diǎn)、聚合與分配器配置不會導(dǎo)致數(shù)據(jù)丟失或報(bào)文亂序問題、菊花鏈設(shè)備按照正確順序完成初始化；同時(shí)還要確認(rèn)單個節(jié)點(diǎn)發(fā)生故障時(shí)，不會造成其他節(jié)點(diǎn)出現(xiàn)不可控行為。驗(yàn)證計(jì)劃應(yīng)當(dāng)貼合目標(biāo)整車架構(gòu)所采用的實(shí)際拓?fù)洌荒軆H依賴簡單的雙節(jié)點(diǎn)測試。
鏈路啟動與同步行為必須具備可預(yù)測性
在鏈路能夠傳輸有效業(yè)務(wù)數(shù)據(jù)之前，互連組件必須建立通信、識別選定工作條件、同步時(shí)鐘，并進(jìn)入所需的工作狀態(tài)。OpenGMSL驗(yàn)證需要能覆蓋所支持的標(biāo)準(zhǔn)和快速啟動行為兩種模式，同時(shí)還要能夠應(yīng)對響應(yīng)延遲、狀態(tài)不穩(wěn)定、啟動過程中斷、反復(fù)啟動重試，以及意外復(fù)位后的恢復(fù)等各類場景。
精準(zhǔn)時(shí)間同步與基于反向參考的時(shí)鐘同樣需要專項(xiàng)驗(yàn)證。攝像頭、傳感器和顯示系統(tǒng)通常依賴于物理分離組件之間的時(shí)序協(xié)同。一條可正確傳輸數(shù)據(jù)但丟失了時(shí)序?qū)R的鏈路，依舊無法滿足目標(biāo)應(yīng)用的使用要求。
必須對編碼與前向糾錯進(jìn)行專項(xiàng)測試
編碼、加擾以及前向糾錯有助于保護(hù)各條高速車載鏈路的數(shù)據(jù)完整性。SmartDV的根節(jié)點(diǎn)與葉節(jié)點(diǎn)IP可提供OpenGMSL鏈路運(yùn)行所需的分方向9B/10B編碼、加擾以及里德-所羅門（Reed Solomon）FEC功能。
驗(yàn)證工作必須確認(rèn)在各種正常工況下編解碼是否正確，還應(yīng)該主動注入錯誤以校驗(yàn)錯誤檢測、支持范圍內(nèi)的糾錯、上報(bào)不可糾錯狀態(tài)、糾錯能力耗盡后的行為表現(xiàn)，以及幀或數(shù)據(jù)流損壞之后的恢復(fù)。僅確認(rèn)FEC邏輯能夠在正常數(shù)據(jù)流量下運(yùn)行是遠(yuǎn)遠(yuǎn)不夠的。當(dāng)鏈路遭遇無法糾正的錯誤時(shí)，設(shè)計(jì)也必須做出可預(yù)測的響應(yīng)行為。
功能安全要求明確定義的故障響應(yīng)
OpenGMSL可應(yīng)用于安全相關(guān)的車載系統(tǒng)，在此類系統(tǒng)中，攝像頭與傳感器數(shù)據(jù)支持駕駛員輔助以及自動駕駛功能。因此，驗(yàn)證工作必須應(yīng)對設(shè)計(jì)是如何對故障進(jìn)行檢測、上報(bào)、隔離并完成恢復(fù)，諸如視頻和傳感器數(shù)據(jù)的損壞或丟失、鏈路意外斷開、時(shí)鐘與同步失效、非法狀態(tài)跳轉(zhuǎn)，以及在啟動或喚醒過程中發(fā)生的故障。
每一類故障對應(yīng)的預(yù)期響應(yīng)行為都應(yīng)當(dāng)在驗(yàn)證計(jì)劃中予以明確定義。檢測出錯誤僅僅是需求的一部分。周邊系統(tǒng)必須獲取充足信息使應(yīng)用進(jìn)入合適的安全狀態(tài)或降級工作狀態(tài)。
如需了解車載及其他安全關(guān)鍵型設(shè)計(jì)的更多相關(guān)考慮要點(diǎn)，可閱讀《IP Core Considerations for Safety Critical Applications》（安全關(guān)鍵型應(yīng)用的IP核考量因素）。
內(nèi)容保護(hù)與低功耗狀態(tài)帶來更多驗(yàn)證層面
車載顯示與信息娛樂系統(tǒng)可能需要對視頻或音頻內(nèi)容進(jìn)行保護(hù)處理。SmartDV的OpenGMSL產(chǎn)品支持可選的HDCP 1.4與HDCP 2.3內(nèi)容保護(hù)。驗(yàn)證工作需要確認(rèn)配置端點(diǎn)的初始化流程、HDCP認(rèn)證、受保護(hù)數(shù)據(jù)流處理、所采用的加解密行為是否正常，同時(shí)覆蓋認(rèn)證異常以及認(rèn)證中斷場景。安全和內(nèi)容保護(hù)測試應(yīng)當(dāng)納入主驗(yàn)證環(huán)境，而不是作為獨(dú)立的末期收尾檢查。
車載系統(tǒng)還會頻繁在工作狀態(tài)和低功耗狀態(tài)之間切換。SmartDV的OpenGMSL根節(jié)點(diǎn)與葉節(jié)點(diǎn)IP支持休眠（Sleep）與待機(jī)（Standby）狀態(tài)，以在無需鏈路滿負(fù)荷工作時(shí)降低功耗。驗(yàn)證必須覆蓋低功耗狀態(tài)的進(jìn)入與退出、配置信息保存、喚醒行為、時(shí)鐘恢復(fù)、鏈路重建，以及狀態(tài)切換過程中出現(xiàn)的各類錯誤工況。鏈路在完整復(fù)位后可正常工作，但從部分功耗模式或待機(jī)狀態(tài)恢復(fù)時(shí)，仍有可能出現(xiàn)故障。
驗(yàn)證團(tuán)隊(duì)?wèi)?yīng)該如何開展OpenGMSL驗(yàn)證工作
1.定義完整的鏈路架構(gòu)
在開展測試之前，需要對目標(biāo)架構(gòu)進(jìn)行文檔化梳理，內(nèi)容涵蓋根節(jié)點(diǎn)與葉節(jié)點(diǎn)端點(diǎn)、鏈路方向、拓?fù)浣Y(jié)構(gòu)、數(shù)據(jù)流、支持速率、時(shí)鐘、同步、內(nèi)容保護(hù)、功耗狀態(tài)以及功能安全需求。此舉可以避免在模塊級驗(yàn)證階段遺漏關(guān)鍵的系統(tǒng)行為。
2.獨(dú)立驗(yàn)證根節(jié)點(diǎn)與葉節(jié)點(diǎn)組件
在組件聯(lián)調(diào)之前，需分別對鏈路兩端開展驗(yàn)證。根節(jié)點(diǎn)測試應(yīng)該確認(rèn)串行器正常工作、前向數(shù)據(jù)流生成、反向數(shù)據(jù)接收、配置處理以及錯誤上報(bào)。葉節(jié)點(diǎn)測試則應(yīng)該確認(rèn)解串器工作、前向數(shù)據(jù)流重建、反向鏈路生成、同步、路由以及故障響應(yīng)。獨(dú)立測試有助于在引入拓?fù)洹⑾到y(tǒng)或互操作變量之前，更高效地定位協(xié)議層面的問題。
3.驗(yàn)證完整的雙向鏈路
功能單元級功能驗(yàn)證完成之后，就開展根節(jié)點(diǎn)與葉節(jié)點(diǎn)的聯(lián)合驗(yàn)證，同時(shí)跑通前向與反向數(shù)據(jù)流量，并確認(rèn)控制信令交互不會意外干擾高帶寬數(shù)據(jù)流。測試應(yīng)該包括常規(guī)流量、最大吞吐量、異步事件、響應(yīng)延遲、傳輸中斷，以及反復(fù)啟動與恢復(fù)循環(huán)等場景。
4.測試支持的所有速率與拓?fù)浣Y(jié)構(gòu)
驗(yàn)證工作需要覆蓋最終產(chǎn)品所支持的每一條鏈路的速率與拓?fù)浣Y(jié)構(gòu)，包含不同速率對應(yīng)的編碼、FEC行為、時(shí)序、啟動流程以及性能極限。針對多節(jié)點(diǎn)系統(tǒng)，需要測試端點(diǎn)接入、移除、故障、復(fù)位與重新配置，確認(rèn)在數(shù)據(jù)流量模式與系統(tǒng)狀態(tài)發(fā)生變化時(shí)，路由邏輯始終保持正確。
5.多并發(fā)數(shù)據(jù)流壓力測試
將視頻、傳感器、封裝以太網(wǎng)、串行控制、音頻以及GPIO數(shù)據(jù)流量組合在一起，以創(chuàng)建貼近真實(shí)的系統(tǒng)級工作負(fù)載，動態(tài)調(diào)整數(shù)據(jù)流大小、時(shí)序、帶寬、優(yōu)先級以及傳輸方向。驗(yàn)證工作需要確認(rèn)：即便前向鏈路正在持續(xù)傳輸高速視頻或傳感器數(shù)據(jù)，更低帶寬控制流量依舊能夠保持正常響應(yīng)。
6.將錯誤注入納入主測試計(jì)劃
從項(xiàng)目初期就應(yīng)當(dāng)將錯誤注入納入考量，覆蓋符號損壞、編碼錯誤、FEC可糾正與不可糾正錯誤、同步丟失、鏈路中斷、非法狀態(tài)跳轉(zhuǎn)以及非預(yù)期復(fù)位等場景。每一項(xiàng)注入的錯誤都需要明確定義預(yù)期響應(yīng)，包含狀態(tài)上報(bào)、故障隔離、故障恢復(fù)，以及軟件或上層系統(tǒng)需要執(zhí)行的任何處理動作。
7.驗(yàn)證各端點(diǎn)之間的時(shí)序與同步機(jī)制
車載攝像頭、傳感器以及顯示屏可能依賴于共享的或協(xié)同的時(shí)序。驗(yàn)證工作需要確認(rèn)反向鏈路參考時(shí)鐘行為、高精度時(shí)間同步、啟動對齊、時(shí)鐘漂移響應(yīng)、重新同步，以及鏈路中斷后的恢復(fù)行為，上述測試需要在真實(shí)數(shù)據(jù)流量負(fù)載下開展，而不僅僅在鏈路空閑環(huán)境下進(jìn)行。
8.對功能安全與低功耗場景聯(lián)合驗(yàn)證
安全與電源管理行為不能認(rèn)為是相互獨(dú)立的驗(yàn)證項(xiàng)目。需要通過使用組合場景將其與常規(guī)協(xié)議運(yùn)行進(jìn)行聯(lián)合測試，例如電源狀態(tài)切換過程中發(fā)生鏈路故障或多路數(shù)據(jù)流正在傳輸時(shí)執(zhí)行復(fù)位。組合場景能夠暴露出獨(dú)立功能測試無法發(fā)現(xiàn)的故障。
9.驗(yàn)證系統(tǒng)級集成
完成協(xié)議與組件的驗(yàn)證之后，將OpenGMSL模塊集成至更大規(guī)模的系統(tǒng)級芯片（SoC）和車載子系統(tǒng)中。系統(tǒng)級測試應(yīng)該確認(rèn)攝像頭與傳感器數(shù)據(jù)能夠送達(dá)正確的處理模塊、顯示數(shù)據(jù)能夠傳輸至目標(biāo)端點(diǎn)、控制與診斷軟件可獲取準(zhǔn)確的狀態(tài)信息，以及故障能夠上報(bào)至對應(yīng)的安全或管理層。該環(huán)節(jié)用于確認(rèn)符合協(xié)議規(guī)范的鏈路，在集成到真實(shí)系統(tǒng)架構(gòu)之后依然能夠可靠運(yùn)行。
10.使用協(xié)議感知型驗(yàn)證IP
內(nèi)部自研OpenGMSL驅(qū)動、監(jiān)控器、協(xié)議檢查器、數(shù)據(jù)流路由、覆蓋率模型、拓?fù)渲С帧㈠e誤注入以及兼容性測試需要投入巨大的工程人力。進(jìn)一步了解驗(yàn)證IP如何通過減少從零開始搭建協(xié)議底層基礎(chǔ)設(shè)施的工作量來提升SoC的驗(yàn)證效率。
具備協(xié)議感知能力的驗(yàn)證IP可提供相應(yīng)的基礎(chǔ)設(shè)施，以生成數(shù)據(jù)流量、監(jiān)控鏈路行為、驗(yàn)證協(xié)議合規(guī)、故障注入以及進(jìn)行覆蓋率統(tǒng)計(jì)。在可擴(kuò)展SoC驗(yàn)證中采用可復(fù)用的驗(yàn)證IP允許研發(fā)團(tuán)隊(duì)將經(jīng)過驗(yàn)證的協(xié)議組件、覆蓋率模型以及測試平臺基礎(chǔ)設(shè)施復(fù)用到不同車載平臺和后續(xù)迭代產(chǎn)品中。當(dāng)被集成到規(guī)范化UVM驗(yàn)證環(huán)境中時(shí)，OpenGMSL驗(yàn)證IP支持研發(fā)團(tuán)隊(duì)把更多時(shí)間投入到產(chǎn)品專屬架構(gòu)、功能安全行為以及系統(tǒng)集成驗(yàn)證工作周期上。
SmartDV的OpenGMSL設(shè)計(jì)IP與驗(yàn)證IP（VIP）
為了支持開發(fā)車載視頻、傳感器、高級駕駛員輔助系統(tǒng)、自動駕駛以及車載信息娛樂系統(tǒng)的研發(fā)團(tuán)隊(duì)，SmartDV提供了一套協(xié)同配套的OpenGMSL設(shè)計(jì)IP與驗(yàn)證IP產(chǎn)品組合：
·OpenGMSL根節(jié)點(diǎn)設(shè)計(jì)IP：可作為中央計(jì)算側(cè)端點(diǎn)，支持前向鏈路與反向鏈路的全部功能。
·OpenGMSL葉節(jié)點(diǎn)設(shè)計(jì)IP：可作為外接邊緣側(cè)端點(diǎn)，實(shí)現(xiàn)互補(bǔ)的鏈路功能。
·OpenGMSL仿真驗(yàn)證IP（Simulation VIP）：支持多種鏈路速率和多種拓?fù)浼軜?gòu)下根節(jié)點(diǎn)和葉節(jié)點(diǎn)之間的通信驗(yàn)證，包含多數(shù)據(jù)流流量、編碼與前向糾錯（FEC）驗(yàn)證、HDCP版權(quán)保護(hù)驗(yàn)證、功能覆蓋率、協(xié)議監(jiān)控，同時(shí)提供一套完整的測試用例集。
其中設(shè)計(jì)IP支持3Gbps、6Gbps和12Gbps的前向鏈路速率，搭配一條187.5Mbps的反向鏈路，支持多種視頻格式、靈活鏈路拓?fù)洹⒖蛇x內(nèi)容保護(hù)，以及支持ASIL標(biāo)準(zhǔn)車規(guī)開發(fā)的功能安全機(jī)制。
SmartDV的協(xié)同配套方案為工程團(tuán)隊(duì)提供用于設(shè)計(jì)的功能IP，以及用于驗(yàn)證該IP的協(xié)議感知型驗(yàn)證組件。進(jìn)一步了解設(shè)計(jì)IP與驗(yàn)證IP之間的區(qū)別。
并不是所有的車載SerDes實(shí)現(xiàn)方案都要求同一種拓?fù)浣Y(jié)構(gòu)、主機(jī)接口、數(shù)據(jù)流配置、內(nèi)容保護(hù)特性以及性能指標(biāo)。SmartDV依托自研的SmartCompiler?技術(shù)，基于客戶的設(shè)計(jì)需求、ASIC或FPGA目標(biāo)與系統(tǒng)架構(gòu)，對根節(jié)點(diǎn)和葉節(jié)點(diǎn)IP進(jìn)行配置與優(yōu)化。進(jìn)一步了解SmartDV面向可定制IP的IP Your Way理念以及SmartCompiler技術(shù)。
OpenGMSL v3.0是一個全新的標(biāo)準(zhǔn)，但車載SoC及系統(tǒng)項(xiàng)目需要在正式量產(chǎn)落地之前就提前開展架構(gòu)規(guī)劃、硬件實(shí)現(xiàn)與驗(yàn)證工作。SmartDV的早期用戶合作計(jì)劃為符合條件的設(shè)計(jì)團(tuán)隊(duì)提供機(jī)會，在項(xiàng)目還處于定義階段就討論OpenGMSL根節(jié)點(diǎn)IP、葉節(jié)點(diǎn)IP以及驗(yàn)證IP的需求，從而有助于團(tuán)隊(duì)在方案難以修改之前，就完成拓?fù)浣Y(jié)構(gòu)、功能特性、接口、定制化以及驗(yàn)證需求的評估。
總結(jié)
基于GMSL2與GMSL3技術(shù)，OpenGMSL為可互聯(lián)互通的車載視頻及高速數(shù)據(jù)鏈路提供了基于標(biāo)準(zhǔn)的底層基礎(chǔ)。完整的OpenGMSL驗(yàn)證不能僅驗(yàn)證基礎(chǔ)的串行器、解串器等基礎(chǔ)數(shù)據(jù)流量。驗(yàn)證團(tuán)隊(duì)還必須處理以下工作：
·根節(jié)點(diǎn)與葉節(jié)點(diǎn)的獨(dú)立及組合鏈路行為，包含前向和反向數(shù)據(jù)流量協(xié)同。
·支持所有的鏈路速率、信令模式和拓?fù)渑渲?/p>
·提供真實(shí)數(shù)據(jù)流量場景下的視頻、傳感器、控制、音頻和數(shù)據(jù)流的并發(fā)傳輸
·啟動、時(shí)鐘、時(shí)間同步、編碼和前向糾錯
·內(nèi)容保護(hù)、功能安全和低功耗狀態(tài)切換
·多供應(yīng)商互操作性和車載系統(tǒng)級集成
使用配套的設(shè)計(jì)IP與驗(yàn)證IP能夠幫助研發(fā)團(tuán)隊(duì)基于統(tǒng)一的協(xié)議基礎(chǔ)開展工作，減少內(nèi)部基礎(chǔ)設(shè)施開發(fā)工作量，并在車載SoC開發(fā)周期的更早階段構(gòu)查明架構(gòu)或集成問題。
