2. 信用量（Credit）基础：信用量的类型（Posted/Non-Posted/Completion）、初始值与最大值

2.1 信用量的核心作用

PCIe 流量控制的核心是信用量（Credit）机制。发送端（Transmitter）在发送事务层包（TLP）之前，必须确保接收端（Receiver）有足够的缓冲区空间来接收该 TLP。这个“缓冲区空间”就是通过信用量来量化的。信用量机制防止了接收端缓冲区溢出，实现了无丢包的可靠传输，同时允许发送端在未收到确认的情况下连续发送多个 TLP，从而提升总线利用率。

2.2 信用量的三种类型

根据 TLP 的事务类型，PCIe 定义了三种独立的信用量类型，每种类型对应独立的缓冲区池：

2.3 信用量的粒度：单位与计量

信用量的计量单位不是字节，而是数据单元（Data Unit）。一个数据单元的大小由接收端在其能力结构（Device Capabilities Register）中通告，通常为 16 字节或 64 字节。发送端和接收端必须就数据单元大小达成一致。

• 信用量消耗：发送端每发送一个 TLP，消耗的信用量数量 = ceil(TLP 数据载荷长度 / 数据单元大小)。对于没有数据载荷的 TLP（如仅 Header 的读请求），消耗 1 个信用量。
• 信用量返还：接收端从缓冲区中取出 TLP 并处理后，通过发送 InitFC1/UpdateFC DLLP 将信用量返还给发送端。

// 信用量消耗计算示例（假设数据单元 = 16 字节）
TLP 数据载荷 = 32 字节
消耗信用量 = ceil(32 / 16) = 2 个信用量

TLP 数据载荷 = 0 字节（如 MRd 读请求）
消耗信用量 = 1 个信用量（仅 Header 占用）

2.4 初始值与最大值

信用量的初始值和最大值在链路初始化阶段通过 InitFC1 和 InitFC2 两个阶段协商确定。

2.5 信用量协商流程（SVG 图）

下图展示了链路初始化阶段信用量协商的完整流程，包括 Posted、Non-Posted 和 Completion 三种信用量的独立协商：

2.6 信用量状态机与调试案例

在调试过程中，工程师需要关注每个信用量类型的当前可用值。以下是一个典型的信用量状态转换表：

2.7 信用量最大值的设计考量

最大信用量（MaxFC）直接决定了接收端缓冲区的深度。设计时需要权衡以下因素：

• 延迟容忍度：较大的 MaxFC 允许发送端在未收到返还的情况下发送更多 TLP，适合延迟敏感的应用。
• 芯片面积与功耗：更大的缓冲区意味着更多的门电路和静态功耗。
• 链路宽度与速率：高带宽链路需要更大的 MaxFC 来保持流水线满载。

// 最大信用量计算示例（假设数据单元 = 16 字节）
目标：支持 4KB 的 Posted 写请求缓冲
MaxFC (Posted Data) = 4096 / 16 = 256 个信用量
MaxFC (Posted Header) = 256 个信用量（每个 TLP 至少 1 个 Header 信用量）