净负荷扩展头是一个0－60字节的扩展域，它可支持虚链路标示、源/目的地址、端口号、服务等级、扩展头错误控制等数据链路头。扩展头的类型由EXI来指示。
1）Null Extension Header
Null Extension Header应用于逻辑上点到点的传送。
í?1 使用Null Extension HeaderGFP帧的净负荷头
2）Extension header for a linear frame
这个扩展头用于多端口的点到点传送，CID用来标识端口号。Spare保留将来使用。
í?1 使用Extension header for a linear frame的GFP帧的净负荷头 3）Extension Header for a ring frame 正在研究中。
4）Extension Header(eHEC)域
eHEC用来保障Extension Header的正确性，它的生成多项式是G(x) = x16 + x12 + x5 + 1，初始值为0。x16 对应MSB，x0 对应LSB。
3.2.4
净负荷信息域
净荷信息域长度不超过65535－X，X为净荷帧头长度。 3.2.5
Payload Frame Check Sequence(pFCS)域
它包含一个CRC-32的序列，用来保护GFP净负荷信息内容的正确性。
í?1 GFP净负荷检测序列格式
Payload FCS的计算：
Payload FCS的生成多项式为G(x)=x32 + x26 + x23 + x22 + x16 + x12 + x11 + x10 + x8 + x7 + x5 + x4 + x2 + x1 + 1。
3.2.6
净负荷区加扰
X(t) “x+1“ Scrambler 43“x+1“ De-scrambler Y(t) Y(t) Y(t - 43) 43? Y(t - 43) D43 D2 D1 ? D1 D2 D43 X(t)
í?1 GFP加扰与解扰
GFP净负荷区的所有字节都使用1 + x43自同步加扰器来进行加扰。 在源端，从cHEC后的第一个字节开始加扰，直到GFP帧的最后一个字节。 在宿端，是否进行解扰取决于帧识别所处的状态。 a）在HUNT和PRESYNC状态，不进行解扰。
b）在SYNC状态，对cHEC后面的所有GFP字节进行解扰。 3.3
GFP客户帧
目前，定义了两种类型的GFP客户帧，客户数据帧和客户管理帧。客户数据帧用来传送客户信号数据。客户管理帧用来传送客户信号和GFP连接相关的管理信息。
3.3.1
Client data frames
它的Type域的值如下： PTI = 000
PFI = 根据净荷规定
EXI =根据净荷规定 UPI = 根据净荷规定 UPI详细规定如下
±í1 GFP客户净负荷类型指示
PTI = 000 User Payload Identifier GFP帧净荷内容 (binary)TYPE Bits <7:0> 0000 0000 1111 1111 0000 0001 0000 0010 0000 0011 0000 0100 0000 0101 0000 0110 0000 0111 0000 1000 帧映射方式以太网帧 帧映射方式PPP帧 透明传送Fibre Channel帧 透明传送FICON帧 透明传送ESCON帧 透明传送千兆以太网帧 保留未使用 Frame-Mapped Multiple Access 保留未使用 Protocol over SDH (MAPOS) 0000 1001 through 1110 1111 1111 0000 through 1111 1110 3.3.2
GFP Client Management Frames
保留未使用 保留未使用 管理帧提供了一种从源端往宿端发送管理信息的一种机制。它的Type域的值如下：
PTI = 100
PFI = 根据净荷规定
EXI =根据净荷规定 UPI = 根据净荷规定 UPI详细规定如下
±í1 GFP管理帧类型
PTI = 100 UPI value 0000 0000 and 1111 1111 0000 0001 0000 0010 0000 0011 thru 1111 1110 3.4
GFP 控制帧
GFP Idle frames
3.4.1
Usage 保留 Client Signal Fail (客户侧信号丢失) Client Signal Fail (同步信号丢失) 保留将来使用 Idle帧是一个4个字节的特殊的GFP控制帧，它仅包含GFP Core Header。Idle用于在源端进行GFP字节流与有着高传送能力的传输媒质的适配。
í?1 GFP Idle帧结构
3.4.2
其它控制帧
PLI为1、2、3的控制帧有待进一步研究。
3.5 帧映射方式的GFP（GFP-F）
3.5.1 Ethernet MAC payload
IEEE 802.3的3.1部分定义了以太网MAC帧的格式。在映射的时候以太网MAC帧的上一层PDU与GFP PDU之间是一对一映射的。以太网MAC帧和GFP帧的关系见下图。
Ethernet MAC FrameOctets22Octets71662PreambleStart of Frame DelimiterDestination Address (DA)Source Address (SA)Length/TypeMAC client dataPad4Frame Check Sequence (FCS)220 - 60GFP FramePLIcHECTypetHECGFP Extension HdrGFPPayloadBit #0 1 2 3 4 5 6 70 1 2 3 4 5 6 7
í?1 以太网MAC帧和GFP帧的关系
3.5.2
以太网MAC帧的封装
以太网MAC帧从目的地址到帧校验序列之间的内容被放在GFP的净负荷信息域中。封装到GFP帧中字节顺序和比特顺序都没有改变。
3.5.3
以太网包间隙(IPG)的删除和恢复
当客户信号不是本地的经过GFP帧映射的客户时，可能需要进行IPG的删除和恢复，依据的规则如下。
1）IPG在源端进行GFP适配之前删除，在宿端GFP解适配之后插入。 2）当以太网MAC帧从客户数据中提取的时候，IPG被删除。然后对提取的以太网MAC帧进行GFP的源端适配处理，最后再封装到GFP帧中。
3）在从收到的GFP帧中提取出以太网MAC帧后，IPG被恢复。通过IPG的恢复来保证收到的连续以太网MAC帧间有足够的包含00的字节，以满足最小IPG的要求。
3.5.4
IP/PPP净荷封装
帧映射方式还建议PPP帧映射的过程，详细可以参考G.7041建议。 3.6
透明映射方式的GFP
通过透明映射把8B/10B净负荷映射到GFP中可以实现低延迟的传输。可以进行透明映射的信号包括Fibel Channel、ESCON、FICON、GE。这种方式不需要缓冲整个帧，客户信号的每个字分别经过解码，然后再映射到固定长度的GFP中去，而不管客户字是数据字还是控制字，这样就保护了客户信号的8B/10B控