8.2.1.2 确认数据头文件
用于确认数据包传输的第一个头文件块的结构如图8.4。0 字节中的4 号比特应是5 比特
填充字节数(Pad Octet Count,POC)信息单元中最重要的,即 POC 的MSB。
8.2.1.3 应答数据头文件
用于应答数据包传输的第一个头文件块的结构如图8.5。0 字节中的4 号比特应是5 比特
填充字节数(Pad Octet Count,POC)信息单元中最重要的,即 POC 的MSB。
8.2.1.4 专属数据头文件
专属数据包使用任一数据头文件块作为他的第一个头文件块。它也有第二个头文件块。使用
第一个头文件的业务接入点(SAP)信息的特殊值(=9)来表明第二个头文件块的存在。第
二个头文件块的结构如图8.6。
8.2.1.5 状态/预编码短数据头文件
状态/预编码短数据包的结构如图 8.7。0 字节的 4 和5 比特应是6 比特 AB 信息单元的两个
最重要字。8字节的 0 和1 比特应是 10 比特 Status/Precoded 信息单元的两个最重要字。
8.2.1.6 原始短数据头文件
一个原始短数据包的第一个头文件块的结构见图8.8。0 字节的5 和4 比特应为6 比特AB
信息单元中2 个最重要字。
8.2.1.7 已定义短数据头文件
已定义短数据包的第一个头文件块的结构如图8.9。0 字节的 5 和4 比特应为6 比特 AB 信息
单元中的2 个最重要字。
8.2.1.8 统一数据传输(UDT)数据头文件 UDT 数据包第一个头文件块的结构如图8.10。
8.2.2 数据块结构
数据包的数据内容使用 32 比特 CRC 码进行编码保护,可使接收方判断数据包是否被无错误
传输的。CRC码位于数据包的结尾,为包的最后块的最后 4 个字节。参见条款 B.3.9。并且
在C RC 码之前,可以在数据末尾添加额外的字节,用来填充数据包里所有的块,以增加整个
数据包的长度。填充的字节数值由第一个头文件块的Pad Octet Count(填补字节数)域表明。
处理数据包所需要的服务由前述的头文件的SAP(业务接入点)域表明。IP 基本数据包的
SAP 值为4 。
数据包中块的数量,(第一个头文件块包含在内),由头文件块的“Blocks To Follow(跟 随块)”域标明。
数据可能使用确认或非确认传输方式进行发送。确认传输要求数据接收端发送一个收到通
知。而数据包的的发送端不需要回应时,使用非确认传输。确认传输和非确认传输,用头文
件块的Format(格式)域区分。
8.2.1.2 非确认数据块结构
相关推荐: