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