FlexNoC NIU 的六步事务处理

01请求路径与基本概念

阅读范围与来源标记

本文沿请求路径说明六步处理。每一步都回答三个问题：在哪里发生，什么条件触发，地址、长度或数据表示如何变化。原文事实、推导和教学例子分别标记。

核心结论（据下文归纳）

1. 绝大多数正常 transaction 在 Step 1–3 不变，直接 1:1 映射到 generic interface。Step 4 仍会对每个 transaction 做 address decode，通常结果是 1 个 target、无切分。
2. Step 4 是 target 相关切分的核心：每个 remainder 都必须重新进入 Step 4，而不是只检查一次。
3. Step 5 只对 WRAP 且 target 数据宽度大于 initiator 的情况做起始地址对齐；Step 6 决定 socket 的 word 编码与 write byte enable。
4. split 通常是 NIU 内部行为：response 侧做 reassemble / aggregate，socket 看到的仍是原 transaction。reassembly（拼数据）与 reorder（排顺序）是两件事。

六步处理总览

六步按发生位置分为三段：specific NIU 的步骤通常只适用于部分 protocol；generic NIU 的步骤面向所有 protocol。多个适用步骤按顺序发生。

transaction 经 NoC 后，请求内容通常与 Step 4 输出相同。security firewall 或 power disconnect unit 可以阻止 transaction 到达 target，但 fabric 本身不再做本章所述的 burst 变换。[p.21]

每一步最关心哪种“宽度”

四个基本概念

02发起端：归一化请求

Step 1 · 打包 narrow burst

把 socket 上多-beat 的 narrow transaction 转成 generic interface 可统一处理的 precise byte range 与按 word 组织的数据，而不是把 narrow burst 原样送到 target。

发生位置

依据：pp.16–17，“Step 1: Narrow burst packing”。

适用条件

依据：pp.16–17；AHB / AXI 的 minNarrowBurstSize 说明（pp.105, 127, 135–136）。

关键配置

Step 1 的概要行把 minNarrowBurstSize 与 forceCacheable 并列，但 protocol-specific 章节只为 AHB 定义 forceCacheable。本文不把它套到 AXI。[pp.16, 100–105, 127, 135–136]

转换前后原文例子

依据：p.17，Step 1 example（32-bit AHB，cacheable / bufferable，ADDR = 0x1，8 beats，每 beat 1 B）。

可视化：8 × 1-B 如何覆盖三个 32-bit word 容器教学展开

有效 payload 为 8 B（0x1–0x8），覆盖 3 个 word 容器（0x0、0x4、0x8）。packing 不会把有效 byte 数变成 12 B：0x0 与 0x9–0xB 不是原 transaction 的有效 byte。

依据：原文只给出 start、length 与“三个 data words”，未逐 bit 展示 mask；本图的掩码展开为推导。[pp.10, 17]

数值例子

输入（原文例子）
  protocol         = AHB, 32-bit（word = 4 B）
  ADDR             = 0x1,   SIZE = 1 B,   LEN = 8 beats
  有效范围         = 0x1 .. 0x8（8 B）

Step 1 之后
  generic Addr     = 0x1
  generic Length   = 8 B
  覆盖的 word      = @0x0, @0x4, @0x8
  fragment 数      = 1（本 cacheable / bufferable 例子）

计算（推导）
  word 数 = floor(0x8 / 4) − floor(0x1 / 4) + 1 = 2 − 0 + 1 = 3

generic interface 用 byte address + byte length 表达有效范围；word 容器数由首尾有效 byte 所在 word 的索引差加 1 决定。推导

保持原状的条件

• ASIZE == initiator word width：不是 narrow，Step 1 bypass。
• single-beat partial access 不属于这里的 multi-beat packing：即使 minNarrowBurstSize = None，原文仍说明 single-beat partial access 可保持支持。[pp.105, 135]
• AXI non-modifiable narrow 且 splitNonModifiableNarrow = True：不走普通 packing 路径，而按 beat 拆分。[p.135]

设计意义

它把 AHB / AXI 的 narrow 语义归一化为 generic interface 的 precise byte 语义，使后续的 decode、boundary、target capability 与 response processing 不必理解每种 socket 的 narrow 编码。它不是普通 datapath width conversion；真正的 initiator / target 宽度差异在 Step 4–6 才参与决策。

Step 2 · 形成 precise burst

把“第一个 request phase 尚不知道最终长度”的 imprecise burst 切成长度已承诺的 precise fragments，后续 generic NIU 才能安全地 decode、分配 context、packetize 并接收 response。

发生位置

依据：p.17，“Step 2: Splitting into precise bursts”。

适用条件

依据：pp.17, 25, 101–105, 193。

关键配置

转换前后地址 0x100 为教学设定

数值来自原文（rdSplit = 4，32-bit AHB，实际发出 5 个 word）；起始地址 0x100 为教学设定。

可视化：precise / imprecise 与 read prefetch

原文：rdSplit = 4 时，5-word cacheable INCR read 被拆成两个 4-word transaction，共取回 8 个 word。[p.17]

数值例子

输入
  protocol   = AHB, 32-bit（word = 4 B）
  ADDR       = 0x100
  HBURST     = INCR（undefined length）
  actual     = 5 words（W0–W4）
  rdSplit    = 4 words

Fragment 0
  ADDR       = 0x100
  Length     = 16 B（0x100..0x10F）

Fragment 1
  ADDR       = 0x110
  Length     = 16 B（0x110..0x11F）
  requested  = 第一个 word（0x110..0x113）
  prefetched = 其余 3 个 word，响应被丢弃

字节统计
  requested  = 5 × 4 = 20 B
  prefetched = 8 × 4 = 32 B
  returned   = 20 B

依据：原文直接给出“5 words → 两个 4-word transaction，共 8 words”；AHB 章节补充说明多余 prefetch 数据被丢弃。[pp.17, 101]

写入的对称情况不是“读回来再丢”：若 5-word write 使用 wrSplit = 4，F1 的后 3 个 word 以 byte enable 0 padding，target-facing 表示占 4 个 word，但只有第一个 word 有效。推导依据 pp.17, 102, 105。

保持原状的条件

• AHB SINGLE、INCR4/8/16、WRAP4/8/16，且 useEarlyBurstTermination = False：长度从第一个 phase 已知，通常 bypass。
• OCP burstprecise = 1，或单-word transaction：bypass。
• AXI burst 本身是 precise，不进入 Step 2。

设计意义

generic NIU 必须在发出 request packet 时就知道 byte range，才能做 address decode、split、buffer / context 记账。Step 2 用有限的 precise window 隔离了 AHB / OCP 的“长度以后才知道”问题；代价是 read 可能 prefetch，write 可能以 BE = 0 padding。

Step 3 · MRMD 转为 SRMD

把“每个 data word 都带 request phase”的 socket protocol 归一化为 generic interface 的“一个 request + 多个 data word”。

发生位置

依据：p.18，“Step 3: MRMD to SRMD conversion”。

适用条件

• AHB 多-word transaction，且在 Step 1 / 2 之后仍是 burst。
• OCP 且静态 burstsinglereq = 0（MRMD），Step 1 / 2 之后仍是多-word burst。
• read 与 write 都涉及 request 表示：write data word 保留；read data 仍按原 transaction 返回。
• 若 Step 1 / 2 已把 transaction 化为 single-word fragment，则没有多余的 request phase 可丢，Step 3 实质 bypass。

关键配置

依据：pp.18, 186, 189, 193。

转换前后原文例子

可视化：MRMD 与 SRMD

“later request phases are dropped”只表示它们不再被编码为 generic request；不表示后续 data 或有效地址范围被丢弃。[p.18]

数值例子

输入（原文例子）
  AHB word width = 4 B
  HBURST         = INCR4
  ADDR           = 0x200
  phases         = 0x200, 0x204, 0x208, 0x20C

输出（generic）
  Addr           = 0x200
  Length         = 4 × 4 B = 16 B
  requests       = 1
  data words     = 4

依据：p.18。原文例子：32-bit AHB 无 early burst termination 时，INCR4 结果为单个 request phase，地址为首拍地址，长度 16 B。

保持原状的条件

• AXI burst 已经是单地址 request + 多个 data / response beat，Step 3 bypass。
• OCP burstsinglereq = 1 已是 SRMD，bypass。
• single-word fragment 没有后续 request phase，bypass。

设计意义

SRMD 是 protocol-independent 的 transaction 表示。把 MRMD 的差异收敛在 specific NIU 中之后，Step 4 只需处理一个 byte range，不必理解 AHB 的 NONSEQ / SEQ 或 OCP 的多 request framing。

03Step 4：按目标能力切分

Step 4 · 地址译码与目标相关切分

前三步统一请求表示。Step 4 选择 target，并检查目标能够接受的地址范围、burst 类型与长度。条件不满足时，NIU 将请求切成 fragment。

每个 fragment 都要满足 mapping、目标边界、burst 能力、读响应交织粒度和 target word 占用量的限制。切出的 fragment 或 remainder 按各子规则重新检查。

发生位置与判断顺序

依据：pp.18–20，“Step 4: Address decoding and target-based splitting”。原文说明硬件可以并行实现这些判断以缩短 critical path，但列出的顺序代表概念优先级。

适用条件

• 所有 transaction 都经过 address decode；未映射的地址返回 DEC 错误。
• INCR / WRAP 使用本节完整流程；read 与 write 都受 decode、boundary 与 maximum burst 限制。
• minInterleaveSize 子规则（4C）只针对 read burst。
• FIXED、2D、exclusive / locked 等特殊类型不能自由 split；非法 split 会生成 in-band error。[pp.18–19, 28–34, 40–41]

关键配置

依据：pp.18–20, 47–52, 62–63, 69。p.19 使用 nBytePerReadDataBuffer，p.63 的 reorder buffer 段落使用 nBytePerReadBuffer（参数定义见 p.69）。原文未说明两者是否为 alias，本文保留两种拼写。

转换前后（通用）

决策流：Step 4 的判断顺序

依据：pp.18–20（五项子规则的顺序与重入规则）；decode 错误代码见 pp.38–41。4C 的条件为依原文 read 子规则整理的判断表述。

Step 4A – maxWrap

为什么需要

WRAP burst 的地址会在 wrap window 末端回到 base。若 target 不支持这么大的 WRAP，FlexNoC 先把它拆成两个线性的 INCR range，使 target 不必理解原始的大 WRAP。[p.18]

可视化

原始访问顺序（WRAP）：0x04 → … → 0x3F → 0x00 → … → 0x03。拆分后两段都是 INCR，且都重新执行 Step 4（它们仍可能遇到 mapping boundary、crossBoundary、burst alignment 或 maximum burst 限制）。[p.18]

转换前后

依据：p.18 原文例子（64-B WRAP 从 0x4 开始，target maxWrap = 32 → INCR 0x4 + 60 B，再 INCR 0x0 + 4 B）。

不切分的条件

• INCR transaction：不适用。
• WRAP size ≤ target maxWrap：不因 4A 切分。
• start 已按整个 WRAP size 对齐：原文把这种情况视为 INCR，不属于本规则描述的“两段 wrap”。[p.18]

Step 4B – burst alignment

为什么需要

某些 OCP target 只接受“length 为 2 的幂，且 start address 对齐到该 length”的 INCR burst。任意 byte range 必须分解为这种自然对齐块。[p.18；OCP burst_aligned 见 p.190]

可视化

16 B 从 0x04 开始：第一轮（原文）得到 4 B + 12 B；12 B 的第二段（0x08 起）会再次被拆分。第二轮（推导）得到 8 B + 4 B，最终为 4 + 8 + 4。推导

数值例子与递归拆分

输入：Addr = 0x04，Length = 16 B
  16 B 对齐要求 start 的低 4 位为 0000
  0x04 不满足（低 4 位为 0100）

第一轮（原文）
  F0 = 0x04 + 4 B      （4 为 2 的幂，0x04 对齐到 4）
  R  = 0x08 + 12 B     → 重入 Step 4

第二轮（推导：对 R 再次应用同一规则）
  F1 = 0x08 + 8 B      （0x08 对齐到 8）
  F2 = 0x10 + 4 B      （0x10 对齐到 4）

最终：[0x04..0x07] [0x08..0x0F] [0x10..0x13] = 4 B + 8 B + 4 B

依据：原文直接给出第一轮 4 B + 12 B，并明确第二个 fragment 会再次被本步骤拆分；第二轮为依同一规则的推导。[p.18]

转换前后

不切分的条件

若 Length 是 2 的幂且 Address % Length == 0，或 target 不要求 burst-aligned，则 4B 不改变 transaction。

Step 4C – minInterleaveSize

为什么需要

minInterleaveSize 描述 target 的 read response 交织粒度（以字节计）。它不是 target data word 宽度，也不是普通的 maximum burst size。当 target 的 minInterleaveSize 大于 wData/8，且 read burst 比该粒度更大、start 又未对齐时，initiator generic NIU 先把开头切到下一个 interleave 边界，避免一个 fragment 从粒度中间跨入下一个粒度。[pp.18–19, 51–52]

上述“切到下一个 interleave 边界”针对 INCR；WRAP 使用下文的单独规则。FlexNoC 5.5.0-1 参数定义把多-word interleave 支持限定在 AXI / ACE-Lite target NIU，因此本节 16-B datapath、64-B interleave 的教学例子假定 target 为 AXI / ACE-Lite。[pp.51–52]

可视化：16-B datapath，64-B interleave，读 0x30 + 96 B

教学例子（依 pp.18–19 的约束构造）：target datapath 16 B，minInterleaveSize 64 B，read Addr = 0x30，Length = 96 B（0x30..0x8F）。F1 内部的 0x80 是粒度边界，但 4C 只切一次，因此 F1 不会再被 4C 切分。教学例子

数值例子

target datapath      = 16 B      （wData/8）
target minInterleave = 64 B      （> 16 B，满足 4C 条件）
read Addr            = 0x30      （未对齐到 64 B）
read Length          = 96 B      （0x30..0x8F，大于 64 B）

F0 = 0x30..0x3F = 16 B     （到下一个 0x40 边界为止）
F1 = 0x40..0x8F = 80 B     （重入 Step 4，不再因 4C 切分）

INCR 与 WRAP 的差异

• INCR：第一段从 initial address 到下一个 minInterleaveSize 边界，其余为 remainder。
• WRAP：第一段从 initial address 到 wrapping burst address（即 wrap 发生处），其余按 wrapped 地址顺序处理。原文没有给出 WRAP 的数值例子，本文不虚构 fragment 长度公式。[pp.18–19]

转换前后

不切分的条件

• write transaction：原文本小节只定义 read burst 的切分。
• size ≤ minInterleaveSize。
• start 已对齐 minInterleaveSize。
• minInterleaveSize ≤ target word bytes：不满足“大于 datapath”的条件。

Step 4D – crossBoundary

为什么需要

保证每个 fragment 全部位于同一个合法的 protocol / mapping 段内。有效 boundary 取以下值中的最小者：target protocol boundary（AXI 为 4 KB，AHB 为 1 KB）、target generic crossBoundary、匹配 mapping 的大小、匹配 mapping 内最小 enclosed mapping 的大小。[p.19]

可视化

原文例子：AXI initiator 发起，AHB target。AXI 的 protocol boundary 为 4 KB，AHB target 的 boundary 为 1 KB；有效 boundary 取较小的 1 KB，所以在 0x400 处切分。F1 重新进入 Step 4。[p.19]

数值例子

Input: Addr = 0x3F0, Length = 32 B, effective boundary = 0x400
  0x3F0 + 32 B = 0x410，覆盖 0x3F0..0x40F

F0 = 0x3F0..0x3FF = 16 B
F1 = 0x400..0x40F = 16 B（重入 Step 4）

crossBoundary 与 maximum burst length 不是同一个约束

降低 crossBoundary 会间接限制最大 fragment 尺寸，但“地址窗口约束”与“长度上限”不是同一个语义。[pp.20–21]

不切分的条件

若首字节与末字节落在同一个 effective boundary 对齐段内，4D 不切分。

Step 4E – target maximum burst size

为什么需要

target 的限制不仅是“有效 byte 不超过多少”，还包括“这些 byte 实际占用多少 target word”。起始地址不对齐时，N 个 byte 可能占用 ceil((offset + N) / target_word_bytes) 个 word，从而超过 target 在一个 burst 中能承载的 word 数。[pp.19–20]

Maximum 的来源与切分规则

1. target mapping 的 maximum burst bytes 取以下限制的最小值（2 的幂）：2^(target wLen1)；该 initiator–target pair 在 Architecture → Datapath NIU → Splitting 中的字节上限；配有 reorder buffer 时的 read data buffer 上限（nBytePerReadDataBuffer）。
2. 超限时，第一个 fragment 保持原起点，大小不超过 2^wLen1 字节，且其数据能放入 2^wLen1 / (wData/8) 个 target word；余下部分作为 remainder 重入 Step 4。

依据：pp.19–20, 50, 62–63。第 2 条中“能放入多少个 word”的限制，正是 Example 2 得到 112 B + 16 B 的依据。

可视化 1：Example 1 – 64-bit target，32-B maximum

原文例子：128 B 从 0x10 开始，目标为 64-bit 宽（8-B word，共 16 个 word）；target 每个 burst 最多 32 B（4 个 word），因此恰好切成 4 个 fragment，起点分别为 0x10、0x30、0x50、0x70。[p.20]

可视化 2：Example 2 – 256-bit target，字节长度未超限，但占用的 word 超限

F0 = 0x10..0x7F（112 B，占 word0–word3）；F1 = 0x80..0x8F（16 B，占 word4）。128 B 正好等于 target 的 maximum，但起点未对齐，占用了 5 个 32-B word，超过 4 个 word 的能力。[p.20]

offset in first target word = 0x10 − 0x00 = 16 B
capacity through four words = 4 × 32 − 16 = 112 B   （F0）
remaining                   = 128 − 112   = 16 B    （F1）

不切分的条件

若覆盖的 target word 数 × word 字节数不超过 target mapping 的 maximum burst bytes，4E 不切分。对齐的起始地址通常更容易满足，但仍要检查 length 上限。

综合数值例子

下文的 Case C 给出一次 crossBoundary 切分之后又被 maximum burst 连续切分的完整递归树。关键原则是：每个 remainder 都按规则重新进入 Step 4，而不是只检查一次。[pp.18–20]

什么时候 Step 4 基本 1:1 pass-through

• address decode 到唯一 target；
• transaction 不跨越 protocol、generic 或 mapping boundary；
• WRAP 在 target maxWrap 之内；
• target 不要求额外的 burst alignment，或 transaction 已满足；
• read interleave 条件不触发；
• target-word occupancy 不超过 burst / data-buffer 限制。

设计意义

Step 4 把“initiator 发得出来”与“target 接得住”解耦：不同 protocol、不同 width、不同 address map、cache-line / DRAM-page boundary、QoS 仲裁粒度，都可以在 initiator generic NIU 转换为 target 可执行的 fragment。它也是 security 与可预测 decode 的边界：跨 mapping 的 request 不会沿用初始 mapping 的 security 属性去访问另一个 mapping。[pp.20–21]

04目标端：对齐与完整示例

Step 5 · 对齐 WRAP 起点

在 request 经 NoC 到达 target 之后，把 WRAP 的起始位置对齐到 target data word，解决 target 比 initiator 更宽时的 WRAP word framing 差异。

发生位置

依据：p.21；pp.73–75。Step 5 发生在 target generic NIU，不在 initiator 侧，也不在 fabric switch 中。

适用条件

依据：pp.21, 74–75, 81。

关键配置

依据：pp.21, 48–49, 81。

转换前后

可视化：32-bit initiator → 64-bit target 的 WRAP推导

推导例子：initiator word 4 B，WRAP4 总长 16 B，起点 0x0C；target word 8 B，wrapAlign = 8 B。原文确定了转换方向、target 更宽的条件、按 target word 对齐，以及 read data 需要临时存储与逆对齐；它没有给出逐 byte 的 RTL 重排。[pp.21, 74–75, 81]

数值例子教学例子

Input to target generic NIU
  initiator word = 4 B
  target word    = 8 B
  WRAP length    = 16 B
  initial Addr   = 0x0C

转换后：Step 5
  target framing start = 0x08（8-B 对齐）
  wrap window          = 0x00..0x0F
  fragment count       = 不变

依据：原文 Step 5 文本没有数值例子（见文末歧义表第 7 条）。

保持原状的条件

• INCR transaction。
• target word 宽度不大于 initiator word 宽度。
• WRAP start 已满足 target wrapAlign。
• target maxWrap 不超过 target 数据宽度：WRAP 由 target 当作 INCR 处理，无需 wrap aligner（见上方提示）。
• Step 4 已因 maxWrap 不足或为 None 而把 WRAP 转为 INCR fragment。

设计意义

只有 target 侧最终知道本地 target word framing 与 response 行为，因此 WRAP alignment 放在 transport 之后。推导若放在 initiator 侧，会过早绑定 target 的宽度，也不利于同一个 initiator 访问不同宽度的 target。

Step 6 · 对齐 target word

把 generic 的 byte-range transaction 转换为 target protocol 能表达的 word-aligned request，同时用 byte enable 保证“只有原有效 byte 被写入”。

发生位置

必须等到 target specific NIU：AXI 允许 unaligned start，而 OCP 等 protocol 可能要求 word-aligned start；同一个 generic byte range 的合法 socket 编码并不相同。[pp.21–22]

适用条件

依据：pp.21–22, 26–27, 185, 200–201。

关键配置

Step 6 本身没有统一开关。行为来自 target protocol 与该 socket 的 byte-enable 能力，例如 OCP byteen / mdatabyteen、AHB useBe。若 target 不支持相应的 byte-enable 模式，specific NIU 可能进一步 split 或报错，这属于 protocol-specific 的后续处理。[pp.21–22, 27, 107–110, 200–201]

转换前后原文例子

原文例子：32-bit AXI initiator 发出 cacheable RD narrow burst，4 beats × 1 B，从 0x1 开始、结束于 0x4，目标为 32-bit AXI target。

依据：p.22，Step 6 原文例子。

可视化：word 对齐与 byte enable教学例子

32-bit 对齐 target，WR，Addr = 0x1，Length = 6 B（有效 byte 为 0x1–0x6）。

representation 扩大到 0x0–0x7（8-B container），但实际有效 byte 仍是 0x1–0x6（6 B）。灰色 x 为 BE = 0 的位置，不写入。BE[3:0] 的最高位对应该 word 中地址最高的 byte。

数值例子教学例子

输入（generic transaction）
  opcode      = WR
  Addr        = 0x1
  Length      = 6 B
  target word = 4 B

Target request word 0
  Addr        = 0x0
  Data bytes  = [x, B0, B1, B2]
  BE[3:0]     = 1110

Target request word 1
  Addr        = 0x4
  Data bytes  = [B3, B4, B5, x]
  BE[3:0]     = 0111

推导：BE bit 0 对应该 word 的最低 byte 地址。原文规定了首尾取整规则与 write BE 保留有效 byte；本例是这些规则的直接数值展开。[pp.21–22, 26–27]

保持原状的条件

• target protocol 允许当前的 unaligned address，且 length / size 可直接表达：AXI 是原文给出的 start-address 例外。
• start 已 word 对齐，且 length 是完整的 target word 数。
• transaction 只占一个 target word，且 protocol 编码与 BE 已能直接表达：可能只改变编码，不扩大有效 byte 集合。

设计意义

1. transaction representation 被对齐 / 取整：target 看到的是 word container。
2. 实际有效 byte 被访问：write BE 决定哪些 byte 真正写入。

扩大 representation 不等于多写数据。若 target 不支持 BE，则要参考 target-specific 的 partial-access 规则，可能进一步 split 或报错，不能假设无效 byte 会自动安全。[pp.22, 26–27]

一个端到端例子

为什么不让一个 transaction 强行触发全部六步

• Step 2 / 3 针对 AHB / OCP initiator 的 imprecise / MRMD；AXI initiator 通常直接 bypass。
• Step 5 只处理 WRAP；Step 4 的 crossBoundary + maximum burst 更适合用 INCR 来说明。
• AXI 协议要求 burst 不跨越 4 KB 边界，原文 p.19 也把 AXI 的 protocol boundary 取为 4 KB。把 AXI burst 构造为跨 4 KB，属于非法输入，不能用来换取“全部触发”。

因此本例选择合法的 AXI narrow INCR write，触发 Step 1、Step 4 与 Step 6；Step 2、3、5 明确 bypass。教学例子

Configuration

该 AXI burst 没有跨越 4 KB 边界，且每个 4-B beat 自身对齐，因此输入合法。

逐步可视化

规则依据分别来自 Step 1、Step 4D / 4E、Step 6 与 partial access / byte enable 章节；原文没有给出这一组合的数值例子。教学例子

流水表

推导：Step 6 的 32-bit BE 掩码可写为 T0 @0x20：BE[31:0] = 0xFFF00000（0x34..0x3F）；T1 @0x40：0xFFFFFFFF；T1 @0x60：0xFFFFFFFF；T2 @0x80：0x0000000F（0x80..0x83）。原文没有给出这一组合例子。[pp.16–22, 26–27]

三个典型场景

Case A – 普通 AXI INCR：大多数 transaction 不会被大改 教学例子

AXI64 initiator → AXI64 target：Addr = 0x100，8 beats × 8 B，Length = 64 B，INCR；target maximum burst ≥ 64 B，且无 mapping / boundary crossing。

结果：1 个 socket transaction → 1 个 target transaction。这对应原文 “most transactions are not altered during steps 1 to 3” 的正常路径；Step 4 仍执行 decode，只是结果为 1:1。[p.16]

Case B – 非对齐 WRAP + 宽度转换 教学例子

AXI32 initiator 发出 WRAP4：4-B beat，start = 0x0C，total = 16 B；target 为 OCP64。

target 顺序：word @0x08 → wrap → word @0x00。Step 5 做与 width 相关的 WRAP framing；Step 6 检查 target protocol 编码，但在这个例子里不再追加变化。[pp.21, 73–75]

Case C – crossBoundary + maximum burst 连续切分 教学例子

输入 INCR：Addr = 0x70，Length = 160 B（0x70..0x10F），crossBoundary = 128 B（边界 0x80、0x100），max burst = 64 B。

1. Step 4D（第一次）：F0 = 0x70 + 16 B（到 0x80）；R0 = 0x80 + 144 B，重入。
2. Step 4D（对 R0）：F1 = 0x80 + 128 B（到 0x100）；R1 = 0x100 + 16 B，重入。
3. Step 4E（对 F1）：F1a = 0x80 + 64 B；F1b = 0xC0 + 64 B。

Interpretation（推导）：该数值组合是教学例子；递归行为、boundary 优先的概念顺序与 remainder 重入来自原文 Step 4。[pp.18–20]

05响应恢复与工程参考

切分后的响应恢复

总流程

依据：pp.42, 57, 62–63, 74–75, 206–207。

Split 对 initiator 是否可见

通常 split 是 NIU 内部行为：socket initiator 仍看到原 transaction 的 protocol-level completion / data stream，而不是 Step 4 的 fragment 列表。特例是 protocol 本身的逐 transfer response framing，或 early response policy；但不能把 packet / fragment 数直接当作 socket transaction 数。[pp.57, 61, 206–207]

Transaction ID / context 的作用

• initiator generic NIU 跟踪 pending transaction，以及 flow / sequence / route 的顺序关系。
• target generic NIU 为通过 request-processing 阶段的 transaction 分配 context，用于 response 的 header / context 查找。
• reorder buffer 在分配 buffer 时为 request 分配唯一的 sequence ID，并按 socket ordering 要求重新发出 response。[pp.62–63]
• data reassembly buffer 专门处理小于 initiator datapath word 的 read response fragment。

Not specified原文没有公开 Step 4 fragment 与原 transaction 关联所用的全部内部 RTL 字段名。因此本文只使用“transaction context / flow / sequence / route bookkeeping”，不发明私有标识符。[pp.56–57, 62–63, 73–75]

Read data 如何恢复

若 split fragment 小于 initiator wData，或 target 可以在更细的粒度上交织 response，initiator NIU 需要 reassembly buffer，把 response fragment 拼成 initiator word。buffer 数量由 nReassemblyBuffer 决定，分配策略由 reassemblyBufferAllocation 决定（None / Per transaction / Per OrderId）；每个 pending transaction 最多一个 data reassembly buffer。[pp.57, 62]

WRAP 在 Step 5 realign 之后，target generic NIU 的 response 路径还要用临时存储做 read data 的逆对齐；nRdWrapAligner 限制可同时挂起的这类 read 数量。[pp.74–75, 81]

Write response 如何恢复

• 对没有 early response 的 SRMD write：若任一 split fragment 报错，原 socket write response 为 error；若各 fragment 的 error code 不同，采用最先收到的 error code。[p.42]
• target specific NIU 把一个 generic transaction 继续拆成 MRMD 时，会聚合 target 的 write status，在最后一个 response 到达后再向 generic NIU 发出 write response。[pp.22, 42]
• Early-responded write 是例外：socket 已经提前得到 completion，之后到达的 NoC / target error 不能再作为该 socket response 上报。[p.42]

Read error 如何聚合

read error status 以 initiator response word 为粒度聚合：若某个 request 或 fragment 报错，与之关联的 response word 都报告 error；同一个 initiator word 收到不同 error code 时，使用最先收到的 code。发生 error 时 read data 的值不保证。[p.42，“In-band error aggregation and reporting”]

Reassembly 与 reorder buffer 不要混为一谈

两者可能同时存在：一个解决“拼数据”，另一个解决“发出顺序”。[pp.57, 62–63]

六步处理速查

常见误解

文档歧义与未明确项