事務層包（TLP）的一般格式如下圖所示：

前面的文章介紹過，TLP Header為3DW或者4DW，Data Payload為1-1024DW，最后的TLPDigest（ECRC）是可選的，為1DW。

TLP Header在整個TLP的位置如下圖所示，需要注意的是，TLP Header的格式和內容都會隨著TLP的類型和路由方式的改變而改變。

TLP的類型和路由方式由Fmt和Type所決定，這在前面關于TLP路由的文章中已經詳細的介紹過。上圖顯示的是各種不同格式的TLP Header的相同的部分。

每一個Field的作用與意義如下表所示：

下面分別詳細地介紹一下Byte Enable，在PCIe中Data Payload的單位是DW，也就是說數(shù)據(jù)大小（地址）需要以DW作為對齊。但是很多情況下，數(shù)據(jù)的大小并不是DW的整數(shù)倍，因此PCIe引入了Byte Enable來解決這一問題。使用Byte Enable需要遵循一下原則：

· Byte Enable為高電平有效，低電平（0）表示Data Payload的對應Byte將被認為是無效的，即不被Completer使用。

· 如果有效數(shù)據(jù)小于1DW，則Last DW Byte Enable應全部為0。

· 如果Data Payload大于1DW，則First DW Byte Enable至少有一位是有效的。

· 如果Data Payload大于或等于3DW，則First DW Byte Enable和Last DW Byte Enable當中的有效位必須是連續(xù)的。即這種情況下，Byte Enable只能用于調整起始地址和結束地址。

· 如果Data Payload等于1DW，則First DW Byte Enable中的有效位可以是不連續(xù)的。

· 如果Data Payload等于2DW，則First DW Byte Enable和Last DW Byte Enable中的有效位都可以是不連續(xù)的。

· 寫請求中的DW等于1，但是First DW Byte Enable中沒有任何一位是有效的，也是允許的，但是這樣的請求對于Completer沒有任何作用。

· 如果讀請求DW等于1，但是First DW Byte Enable中沒有任何一位是有效的，此時Completer會返回1DW的Data Payload，只是其中的數(shù)據(jù)都是無效的。這一方式常備用于Flush Mechanism。

一個簡單的Byte Enable使用的例子，如下圖所示：

關于TLP的Data Payload有：

· Data Payload的大小由TLP Header中的Length決定。

· Data Payload的數(shù)據(jù)采用的是Little Endian，即低字節(jié)存放于低地址中。

· Data Payload的大小并不是有效的數(shù)據(jù)的大小，有效數(shù)據(jù)的大小是由Data Payload和Byte Enable共同決定的。

· 當TLP類型為Message時，Length一般是保留的（Reserved），除非該Message是帶有數(shù)據(jù)的（MsgD）。

· TLP的Data Payload大小不得超過Max_Payload_Size的值，該值位于Device Control Register中。對于比較大的數(shù)據(jù)量，因此只能分多次進行發(fā)送。對于讀請求來說，并沒有Data Payload，也就是說該規(guī)則并不適用于讀請求。

· 需要特別注意的是，起始地址和結束地址之間不能夠跨越4KB的地址邊界。