sequence作為UVM幾個核心機制之一，它有效地將transaction的產生從driver中剝離出來，并且通過和sequencer相互配合，成功地將driver的負擔降低至僅聚焦于根據協議將transaction發送到接口上，而具體發送什么數據、數據有多少，則通通交給了sequence和sequencer解決。

對于發送數據，建立起了 sequence → sequencer → driver → interface → DUT 的單向數據傳輸通路。

但有時，sequence并不能著急產生數據，而需要根據driver對transaction的反應，或者說sequence需要接收到driver發出的”我準備好了，你可以根據我目前的情況決定下一筆發送什么數據了“的信號，再產生transaction發送給driver。此時就需要建立起 driver → sequencer → sequence的通路，通路中傳輸的信息即”rsp”。這是通過在driver中調用put_response( )，在sequencer中調用get_response( )實現的。同時，為了保證sequencer上有多個sequence時，rsp不會認錯sequence，最好給rsp設置好id等信息。

下面是小杜今天遇到的場景：

通過SMBus轉APB總線向DUT中發送read請求和address信息發送給DUT，DUT隨后將目標地址的寄存器中的數據反向發送出來，并且當監測到rsp中某個關鍵信息滿足特定條件時，即可停止仿真。

停止仿真可以通過調用系統函數$finish( )實現，但如何監測rsp中具體某一位數據呢？

首先我們需要確定rsp 的數據類型，可以通過systemverilog的系統函數$typename( )來查看：

task body;  ...  get_response(rsp, req.get_transaction_id());  $display($typename(this.rsp));  ...endtask

打印結果：

class xxx.xxx_master_transaction

可以看到，返回的rsp是一個類，并且和我們發送的req是同一個類型。想一下也合理，req、rsp是建立在同一條數據通路上的，只是數據傳輸方向相反。即sequence sequencer driver interface DUT 是一條完整的雙向數據通路。（這是小杜目前的理解，如有錯誤，還請批評指正）

下面是整個body( )代碼：

task body;  //發送數據  `uvm_create_on(req, sequencer)    ...//對req進行處理  `uvm_send(req)    //獲取返回值并打印  get_response(rsp, req.get_transaction_id());  $display("rsp = ", rsp);
  //監控并判斷rsp的具體位，滿足條件就停止仿真  if(rsp.data[x] == 'hxx) begin    $finish();  end
endtask: body