Byte Enables包含在Memory、I/O 和Configuration Requests中。本节定义了相应的规则。Byte Enables出现在Request header中时，位于header的字节 7（见图1）。对于设置了 TH 位的Memory Read Requests，Byte Enables字段被重新用于承载 ST[7:0] 字段，Byte Enables的值隐含如下定义。当它可以完成这些Requests时，TH 位必须只在Memory Read Requests中设置，就好像请求数据的所有字节都已启用一样。
设置 TH 位和目标Non-Prefetchable Memory Space的Memory Read Requests应在可以保证完成此类读取不会产生不良副作用的情况下发出。
| Byte Enables | Header Location | 影响的数据字节 |
|---|---|---|
| First DW BE[0] | Bit 0 of Byte 7 | Byte 0 |
| First DW BE[1] | Bit 1 of Byte 7 | Byte 1 |
| First DW BE[2] | Bit 2 of Byte 7 | Byte 2 |
| First DW BE[3] | Bit 3 of Byte 7 | Byte 3 |
| Last DW BE[4] | Bit 4 of Byte 7 | Byte N-4, 假设引用的数据长度为 N 个字节 |
| Last DW BE[5] | Bit 5 of Byte 7 | Byte N-3 |
| Last DW BE[6] | Bit 6 of Byte 7 | Byte N-2 |
| Last DW BE[7] | Bit 7 of Byte 7 | Byte N-1 |
允许一个长度为 1 DW 且没有bytes enabled的Write Request，除非另有规定，否则在Completer上没有影响。
没有byte enabled的 1 DW Memory Write Request或“零长度写入”可被某些协议下的设备使用，以实现预期的副作用，如LN 协议。
没有enable byte的 1 DW Memory Read Request，或“零长度读取”，可以被设备用作flush Request的一种类型。 对于Requester，flush允许设备确保之前发出的 Posted Writes 已在其 PCIe目的地完成。 为了在所有情况下都有效，零长度读取的地址必须与正在flush的Posted Writes针对相同的设备。推荐的方法是使用与正在flush的 Posted Writes 之一相同的地址。
如果 1 DW 的Read Request指定没有enable byte的读取（第一个DW BE[3:0]=0000b），则相应的Completion 必须指定1个 DW 的长度，并包含1个DW的data payload，但未指定Completion packet中data payload的内容，它可以是任何值。
对于违反本文中指定的Byte Enables规则的 TLP，Receiver/Completer行为未定义。
Receiver可以选择检查是否违反了本节中指定的Byte Enables规则。这些检查都是独立可选，如果执行此类检查的Receiver确定 TLP 违反了一个或多个Byte Enables规则，则该 TLP 是Malformed TLP。
flush语义具有广泛的应用，所有Completers都必须实现与此语义相关的功能。 由于Requester可能在不理解Completers特征的情况下使用flush语义，Completers必须确保零长度读取没有副作用。 这实际上只是规则的一个特定情况，即在不可预取空间中，不得在 Completer 处读取non-enabled bytes。 注意的是，flush仅适用与零长度读取相同的Traffic Class中的Traffic。
