01

60 秒回答模板

UVM TLM 可以按四类场景讲：第一，sequencer-driver 通过 seq_item_port/export 拉取 sequence item，driver 驱动完成后 item_done；第二，put/get/peek/transport 适合点对点事务传递或请求响应；第三，analysis port 是单向广播，monitor write 出事务，scoreboard、coverage、predictor 等订阅；第四，tlm_fifo 或 analysis_fifo 可在生产者和消费者之间做缓存解耦。选择接口时看是否一对多、是否需要返回、是否允许阻塞，以及是否要避免仿真死锁。

考点 按语义分类
难度 真实面经题
回答目标 讲清 UVM 中激励拉取、put/get/transport 和 analysis 广播等 TLM 通信方法及适用场景。
02

深入解析

01

TLM 的目标

TLM 让验证组件用 transaction 通信，而不是直接访问对方内部变量或 pin。这样 monitor、scoreboard、coverage 和 predictor 可以复用，组件边界更清晰。

02

sequencer 到 driver

典型激励路径是 sequence 产生 item，sequencer 仲裁，driver 通过 seq_item_port 获取 item，驱动完成后 item_done 或返回 response。这是主动激励侧最常见的 TLM 用法。

03

put/get/peek/transport

put 表示发送事务，get 表示接收并取走，peek 表示查看但不取走，transport 表示请求和响应在一次调用中完成。每类又有阻塞和非阻塞变体，适合不同同步需求。

04

analysis 是广播

analysis port 通过 write 单向广播事务，不等待接收方返回。一个 monitor 可以连接多个订阅者，常用于功能覆盖、scoreboard 比对、寄存器预测和日志记录。

03

易错点

  • 只背 analysis port，不会说明 put/get/peek/transport 或 seq_item 路径。
  • 把 analysis 当成双向请求响应接口。
  • 组件之间直接调用内部变量，破坏事务级抽象。
  • 没有考虑阻塞调用可能导致仿真死锁。
04

面试官追问

analysis port 能不能阻塞等待 scoreboard？

通常不应该。analysis 是单向广播 write，不用于请求响应。如果需要背压或返回结果，应选择其他 TLM 接口或 FIFO 结构。

monitor 为什么常用 analysis port？

monitor 只负责观察并发布事务，不应知道有多少消费者。analysis port 能让 coverage、scoreboard 和 predictor 同时订阅。

怎样证明这个验证写法真的覆盖到了目标场景？

要看断言、功能覆盖、代码覆盖、错误注入和回归日志是否对应题目里的关键路径；如果只是组件能跑起来，但没有覆盖目标状态和异常分支，验证价值是不够的。