跳到主要内容

06. CBFC Credit Return 传输机制与 G5 建模

背景

本文档说明 CBFC credit return 在 RC Link 协议中的正确传输路径,以及 G5 仿真器应如何建模该行为。


Spec 依据

RCLINK_AFH_SPEC_v2.4 §5.5 CBFC 流量控制(明确说明):

"CREDIT 的返还由 MAC 完成"

"CBFC 的反压与 PFC 共用接口,通过 TX_PFC_REQ_O[7:0] 端口"

框图显示 CBFC_CTRL 的 FREE_CRD 输入来自 MAC 层硬件信号,而非数据通道上的包。

PAXI SUE2.0 UserGuide V2R0P5 §2.2(明确说明):

"MAC's CBFC/PFC supports 8 Virtual Channels"

推断(基于 spec,非直接说明):

Credit return 走 MAC 层 PFC 接口,不是 RC Link 数据通道上的包,因此不占用任何 VC 带宽,也不参与数据包的串行排队。


正确流程

Credit return 是 MAC 层 PFC 控制信号,不经过数据包队列。


与主流协议对比

各协议均保证 credit return 不阻塞在数据队列后:

PCIe — UpdateFC DLLP

CXL 3.0 — 嵌入 FLIT 头部

UCIe — FLIT 帧头信号

RC Link / PAXI — MAC PFC 接口

协议Credit Return 路径与数据竞争大小
PCIe独立 DLLP,最高优先不排队,帧间隙插入8 B
CXL 3.0嵌入数据 FLIT 头部随数据帧携带,零额外竞争2 B 字段
UCIeFLIT 帧头 1-bit 信号随每帧携带1 bit
RC LinkMAC 层 PFC 控制帧不走 VC 队列,帧边界插入~64 B