RM新时代网站-首页

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

基于UVM的基帶射頻接口電路的驗證

SwM2_ChinaAET ? 來源:未知 ? 作者:李倩 ? 2018-03-22 09:06 ? 次閱讀

隨著SoC基帶芯片設計規(guī)模高度集成化,驗證周期將不斷增加,占整個研發(fā)階段的70%[1]。為了使基帶芯片驗證更具高效性,采用了當前主流的UVM驗證方法學。UVM驗證方法學[2]是由Accellera在2011年正式推出的,創(chuàng)建的驗證平臺不僅提供很多可用接口,而且多樣化的Cadence VIP還為UVM環(huán)境搭建提供了必要的組件。因此可以實現高覆蓋率的功能驗證,使仿真驗證時間大幅減小。

基帶射頻接口電路,是一種將基帶芯片和射頻芯片連接起來的數字串行接口。這種數字串行接口不僅節(jié)省硬件資源,而且可以通過載波聚合的方式使基帶達到較高的上下行空口峰值傳輸速率。由于復雜的私有化協議接口,必須搭建一種合適的驗證平臺,快速全面地驗證射頻接口電路的功能。本文將使用UVM驗證方法學對基帶射頻接口電路模塊進行驗證,驗證方式將全面覆蓋射頻收發(fā)通路的所有功能點。

1UVM驗證平臺

基于UVM特性的驗證設計(Design Under Verification),以System Verilog[3]硬件驗證語言為基礎,通過UVM庫[4]調用各類驗證組件,使驗證工作分工明確。這個UVM庫主要包含以下幾部分:第一,層次化的驗證結構。代理器(Agent)主要集合驅動器等模塊;驅動器(Driver)負責將生成的激勵按照規(guī)則加入到DUT的管腳或者內部;監(jiān)測器(Monitor)檢測DUV 的內部信號以及輸出,實現多種監(jiān)視操作;計分板(Scoreboard)對DUV值和Model預期的值作比較;參考模型(Reference model)使用SystemVerilog建立的和DUT相關的模型,輸出期望值。第二,UVM序列器(Sequencer)[5]提供仲裁序列(Sequence)模塊,使驅動器得到transaction類型數據包。第三,提供知識產權核(VIP),保證UVM環(huán)境中的各個組件快速集成。

典型的UVM驗證平臺如圖1所示。在驗證環(huán)境中,uvm_env包含了全部的驗證組件,兩個驗證設計通過總線接口跟平臺相連。驗證平臺按照自上而下的結構規(guī)范,從env頂層例化了五個模塊,兩個輸入代理器模塊,一個輸出代理器模塊,一個參考模型模塊和一個計分板模塊。輸入代理器模塊先對驗證環(huán)境進行配置,然后通過序列器模塊將激勵源傳送至驅動器模塊,驅動器模塊將數據通過interface傳送至從端接收者,而監(jiān)測器可以采集驅動器給驗證設計的數據信號。輸出代理監(jiān)測器模塊實時采樣驗證設計的輸出信號,將采集到的結果放在計分板模塊,并跟參考模型模塊的輸出信息進行比對,減小驗證的錯誤率,降低驗證風險。

2基帶射頻接口電路模塊

基帶射頻接口模塊包含射頻接口的接收通路模塊和發(fā)送通路模塊。基帶射頻接口模塊架構圖如圖2所示。此射頻接口模塊采用AXI標準總線協議,通過X2P轉接橋將從機地址、數據信號傳輸至配置模塊。其中接收通路的定時使能配置通過GPIO輸出,SPI通過配置讀寫寄存器控制外部射頻芯片,接收通路狀態(tài)是由接收控制寄存器模塊配置,在可配置的TBU時間點上打開和關閉射頻接收?;鶐漕l接口接收的數據流通過兩個FIFO進行緩存,再使用兩組DMA將數據流通過AXI主機搬到基帶芯片中的存儲器。發(fā)送通路過程跟接收通路過程互逆,發(fā)送狀態(tài)通過發(fā)送控制寄存器進行配置,在可配置的TBU時間點上打開和關閉射頻發(fā)送,基帶芯片主機存儲器的數據流通過AXI總線并使用4組DMA緩存至4個FIFO中,最終發(fā)送到射頻芯片。在射頻接口收發(fā)過程中,DMA搬數任務完成后發(fā)出中斷,中斷傳入ARM處理器,使ARM處理器循環(huán)響應,配置多次任務。如果要對FIFO的數據重新緩存,就必須清空FIFO,在可配置的TBU時間點上對寄存器復位,將輸出的數據從現在的采樣點寫到FIFO的起始地址上。

基帶射頻接口采用多模式多帶寬的數據接口支持相應的接口速率,其中CMOS TDD(互補金屬氧化物半導體時分雙工)模式使用兩組12 bit數據線,數據傳輸采用半雙工方式,一個時鐘周期可以發(fā)送雙天線符號數據。在CMOS FDD(互補金屬氧化物半導體頻分雙工)模式下,數據傳輸速率是CMOS TDD模式數據吞吐率的2倍。而LVDS(低電壓差分信號)模式數據傳輸速率是CMOS TDD模式數據吞吐率的4倍。

1搭建基于UVM的基帶射頻接口電路驗證平臺

3.1 基帶射頻接口電路驗證流程

基帶射頻接口采用AXI總線機制分別對基帶射頻的接收通路模塊和發(fā)送通路模塊進行驗證,驗證流程如圖3所示。在驗證環(huán)境中將軟件接口數據包放置于virtual sequener,通過AXI接口傳送給axi _sequencer,驅動器會得到axi_sequence產生的激勵信號,這些激勵信號分別作用于接收通路的驗證設計和發(fā)送通路的驗證設計。同時例化的兩個axi_monitor不僅監(jiān)視驅動器給射頻接收和發(fā)送驗證設計的數據流,而且可以監(jiān)測record model,這個record model模型通過MATLAB實現跟射頻接口同樣的數據傳輸功能,并把數據信息放入計分板。另一個axi_monitor監(jiān)測射頻接收和發(fā)送通路數據信息傳送至計分板的情況,一旦record model和監(jiān)控產生的數據信息都傳輸到計分板,計分板將會比對兩者數據,從而判斷仿真是否異常。

3.2 基于UVM的基帶射頻接口電路驗證平臺

基帶射頻接口電路的驗證平臺如圖4所示。這個待測的驗證設計主要是發(fā)送模塊和接收模塊,通過接口將驗證對象與驗證向量連接起來,而驗證向量是為了實現跟待測對象相同的功能。其中驗證環(huán)境中的Agent是由VIP提供,剩余組件需自行設計。驗證環(huán)境通過頂層env例化兩個i_axi_agent,這兩個i_axi_agent包含其他驗證組件,并將內部的sequencer、driver以及monitor通過build_phase進行創(chuàng)建,使得各個驗證組件能夠緊密連接起來。這兩種i_axi_agent組件包分別作用于射頻接口的發(fā)送模塊和接收模塊,目的是為了使配置的active和passive模式能夠對interface上的數據信息進行驅動和監(jiān)測。o_axi_agnet例化模塊中的monitor可以監(jiān)視到測試對象發(fā)出的激勵數據流,通過TLM接口機制傳送到uvm_scoreboard。與此同時,由Matlab封裝的record_model模型,通過passive模式占用的moitor去監(jiān)測收發(fā)模型數據流,監(jiān)測抽取的模型數據流要與DUV產生的激勵數據信息進行對比。最終對比的數據流信息通過uvm_scoreboard計分板得出結論,以此判斷基帶射頻接口在收發(fā)過程中的數據信息是否完備,統計覆蓋率的要求是否達標。

基帶射頻接口內部的各個寄存器模塊是通過APB總線傳輸地址和數據,而主機轉接橋X2P作為通用IP給寄存器分配可用的地址空間。這些寄存器模型可以在內部通過多次例化,主要為射頻的收發(fā)通路提供使能信息。而DMA模塊是為了讓射頻收發(fā)模塊的激勵信息搬至正確的memory中,一旦搬完有限幀數據流,就會產生中斷信息,中斷信息會進入ARM處理器,內核發(fā)出指令阻止射頻收發(fā)。SPI模塊的引入能夠使射頻收發(fā)正常讀寫FIFO,同時為外部的射頻子板提供模式切換功能。但是基帶射頻接口內部的模式切換卻要采用mode寄存器模塊。而這些寄存器模塊都是為了給射頻收發(fā)通路提供隨機約束,得到滿足要求的激勵。

射頻收發(fā)通路的隨機約束信息需要通過ARM處理器的軟件環(huán)境進行配置,將約束項目存放在transation數據包中,使數據激勵能夠成為驅動射頻收發(fā)通路的條件,便于射頻收發(fā)模塊正常工作。同時這些約束項目申明了約束變量,變量列表如表1所示。

axi_sequencer將激勵源傳輸給驅動器axi_driver,axi_driver需要進行軟件配置才能夠驅動待測模塊。生成射頻收發(fā)驅動配置信息的時序圖如圖5所示。軟件配置環(huán)境如下:(1)對射頻通路進行初始化,將接收和發(fā)送通路都打開,rx_path_mask設置為3 bit,tx_path_mask設置為15 bit。在此還應進行模式切換,分別對rx_mode和tx_mode進行軟件配置選擇接口是工作在CMOS TDD模式、CMOS FDD模式還是LVDS模式下。(2)時鐘頻率配置為了控制外面LPCU模塊來滿足符合要求的相應帶寬的接口頻率。(3)配置接收和發(fā)送通路使能信息,enable提供接收通路數據源的起始信息,tx_on提供發(fā)送通路數據源的位置信息,txnrx則為RFIC仿真模型提供發(fā)送通路使能信號。(4)輸入DMA地址和DMA長度,使基帶芯片的memory能夠發(fā)送或接收數據,一旦數據流信息獲取完畢發(fā)出中斷dmareq,通知微處理器(arm)等待下次幀數據處理,只有當使能信息enable、tx_on、txnrx變成低電平,數據傳輸才能結束。(5)配置SPI讀寫寄存器,控制外部射頻子板的模式切換,跟基帶射頻接口模式保持一致。

record model作為MATLAB封裝下的模型,這個模型包含了收發(fā)數據源模塊、數據格式轉換模塊、定時寄存器模塊、時鐘源模塊以及收發(fā)數據寄存器模塊,收發(fā)數據寄存器模塊的數據流會通過scoreboard調用的寫函數存入FIFO中,然后調用比較函數將存入FIFO的數據流與DUV中的數據流進行比對,若比對一致,則驗證通過;否則,驗證失敗。之所以采用這樣的比較方式,是因為在復雜的數據比對中更加提高驗證的準確性,并使參考模型合理化分析射頻接口電路功能的完備性與可靠性。

3.3 驗證結果

本次驗證主要以RFIU TDD 20 M測試例為例,對射頻收發(fā)的功能點進行測試,對各個功能點對應的功能覆蓋率進行統計,得到射頻收發(fā)模塊功能覆蓋率為100%,并分別對射頻收發(fā)通路的RTL進行代碼覆蓋率統計,得到代碼覆蓋率為100%。通過UVM驗證,對比計分板上的數據和record_model參考模型的數據,發(fā)揮monitor自動監(jiān)測的作用,監(jiān)測到數據比對的一致性為100%。其余幾種測試例的功能覆蓋率能達到100%,并在計分板上得出的數據比對度為100%,從而可以說明射頻接口收發(fā)模塊的功能需求都已達到。

根據Synopsys的Design Compile工具對射頻接口電路的RTL代碼進行綜合,得到射頻接收通路的約束面積為0.3 mm2,功耗為39 mW;射頻接口電路發(fā)送通路的約束面積為0.5 mm2,功耗為58 mW。設計綜合報告如圖6所示。

4結束語

UVM作為數字IC驗證最前沿的方法學,盡管前端仿真搭建平臺的周期較長,但是執(zhí)行效率很高,明顯縮短整個研發(fā)的驗證時間。本文利用AXI總線驗證組件搭建基于UVM的基帶射頻接口電路驗證平臺,實現了射頻接口收發(fā)模塊功能,在一定范圍內,控制了約束面積和功耗,有利于整個基帶芯片順利量產。同時將這種驗證架構用在基帶芯片其他模塊上,能夠提高驗證效率,并使基帶射頻接口電路的UVM驗證平臺發(fā)揮著重要的指導作用。在數字接口設計中具有重要的應用價值。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯系本站處理。 舉報投訴
  • 電路
    +關注

    關注

    172

    文章

    5901

    瀏覽量

    172133
  • 射頻
    +關注

    關注

    104

    文章

    5573

    瀏覽量

    167694
  • UVM
    UVM
    +關注

    關注

    0

    文章

    182

    瀏覽量

    19167

原文標題:【學術論文】基于UVM的基帶射頻接口電路的驗證

文章出處:【微信號:ChinaAET,微信公眾號:電子技術應用ChinaAET】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    IC驗證"為什么要學習UVM呢"

    Synopsys在VMM中的寄存器解決方案RAL。同時,UVM還吸收了VMM中的 一些優(yōu)秀的實現方式。可以說,UVM繼承了VMM和OVM的優(yōu)點,克服了各自的缺點,代表了驗證方法學的發(fā)展方向。學了
    發(fā)表于 12-01 15:09

    IC驗證"UVM驗證平臺"組成(三)

    model)。一個簡單的驗證平臺框圖:在UVM中,引入了agent和sequence的概念,因此UVM驗證平臺的典型框圖長這樣:通知:本章更新后在更新一篇《IC
    發(fā)表于 12-02 15:21

    IC驗證"一個簡單的UVM驗證平臺"是如何搭建的(六)

    本帖最后由 IC那些事兒 于 2020-12-4 15:50 編輯 上次更新完《IC驗證"UVM驗證平臺"組成》后本打算不再更新......但有人反映要繼續(xù)更新...繼續(xù)
    發(fā)表于 12-04 15:48

    IC驗證"UVM驗證平臺加入factory機制"(六)

      加入factory機制 上一節(jié)《IC驗證"一個簡單的UVM驗證平臺"是如何搭建的(五)》給出了一個只有driver、使用UVM搭建的驗證
    發(fā)表于 12-08 12:07

    IC驗證UVM驗證平臺加入objection機制和virtual interface機制“(七)

    在上一節(jié)中,**《IC驗證"UVM驗證平臺加入factory機制"(六)》**雖然輸出了“main_phase is called”,但是“data is drived”并沒有
    發(fā)表于 12-09 18:28

    數字IC驗證之“UVM”基本概述、芯片驗證驗證計劃(1)連載中...

    是我們可以了解設計者的意圖,并且驗證可以達到設計上的每一點,但這需要花費更長的時間?;液兄傅氖?b class='flag-5'>驗證對象的內部結構,只有一部分是可見的,黑盒驗證則內部完全不可見,我們只能看到設計的輸入接口
    發(fā)表于 01-21 15:59

    數字IC驗證之“什么是UVM”“UVM的特點”“UVM提供哪些資源”(2)連載中...

    原文鏈接:https://zhuanlan.zhihu.com/p/345775995大家好,我是一哥,上章內容主要講述兩個內容,芯片驗證以及驗證計劃。那本章我們主要講述的內容有介紹什么是uvm
    發(fā)表于 01-21 16:00

    如何去設計一種射頻前端到基帶(SoC)的接口?

    如何去實現IEEE 802.16a/d/e WirelessMAN?如何去設計一種射頻前端到基帶(SoC)的接口
    發(fā)表于 05-25 06:58

    什么是uvm?uvm的特點有哪些呢

    大家好,我是一哥,上章內容我們介紹什么是uvm?uvm的特點以及uvm為用戶提供了哪些資源?本章內容我們來看一看一個典型的uvm驗證平臺應該
    發(fā)表于 02-14 06:46

    基于UVM的CPU卡芯片驗證平臺

    基于UVM的CPU卡芯片驗證平臺_錢一文
    發(fā)表于 01-07 19:00 ?4次下載

    基于UVM驗證平臺設計研究

    基于UVM驗證平臺設計研究_王國軍
    發(fā)表于 01-07 19:00 ?4次下載

    基于UVM的CAN模塊自驗證方法

    基于UVM的CAN模塊自驗證方法_熊濤
    發(fā)表于 01-08 14:47 ?3次下載

    UVM驗證平臺執(zhí)行硬件加速

    UVM已經成為了一種高效率的、從模塊級到系統級完整驗證環(huán)境開發(fā)標準,其中一個關鍵的原則是UVM可以開發(fā)出可重用的驗證組件。獲得重用動力的一個方面表現為標準的仿真器和硬件加速之間的
    發(fā)表于 09-15 17:08 ?14次下載
    <b class='flag-5'>UVM</b><b class='flag-5'>驗證</b>平臺執(zhí)行硬件加速

    ASIC芯片設計之UVM驗證

    百度百科對UVM的釋義如下:通用驗證方法學(Universal Verification Methodology, UVM)是一個以SystemVerilog類庫為主體的驗證平臺開發(fā)框
    發(fā)表于 11-30 12:47 ?1500次閱讀

    fpga驗證uvm驗證的區(qū)別

    FPGA驗證UVM驗證在芯片設計和驗證過程中都扮演著重要的角色,但它們之間存在明顯的區(qū)別。
    的頭像 發(fā)表于 03-15 15:00 ?1585次閱讀
    RM新时代网站-首页