PCIE系统标准体系结构解读(六):ACK/NAK 协议

2024-03-15 00:30

本文主要是介绍PCIE系统标准体系结构解读(六):ACK/NAK 协议,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

主要解释如何使用ACK DLLP来确认TLP的接收,如何使用NAK DLLP表示接收的TLP有错误,以及重发TLP的规则。

1.6.1 ACK/NAK协议的基本组成

 

1.6.2 ACK/NAK协议中发送器的基本组成

下图举例说明了与出站TLP和入站ACK/NAK DLLP的处理有关的发送器数据链路层基本组成。

1.6.2.1 重放缓冲区

重放缓冲区存储TLP的所有字段,包括与数据链路层相关的序列号和LCRC字段。在发送之前,TLP一直按照从处理层传送过来的顺序存储。重放缓冲区中每个TLP都含有一个序列号,该序列号比保存在缓冲区中的前一个TLP包的序列号递增1。

当发送器收到一个由ACK DLLP表示的TLP已经成功抵达接收器的确认时,它就会清除缓冲区中的这些TLP。另一方面,如果收到一个NAK DLLP,它就会重发缓冲区中的内容。

1.6.2.2 NEXT_TRANSMIT_SEQ计数器

该计数器为每个将发送的新TLP生成所分配的序列号。该计数器为12比特的计数器,在复位或数据链路层处于非活动状态时,将它初始化为0。它的计数值可以一直递增到4095,然后反转回到0。

1.6.2.3 LCRC生成器

LCRC生成器为TLP数据包提供32比特的LCRC。此LCRC使用TLP的所有字段,包括头、数据有效载荷、ECRC和序列号计算出来的。接收器使用TLP的LCRC字段检查收到的TLP中的CRC错误。

1.6.2.4 REPLAY_NUM计数器

这个2比特的计数器保存因收到NAK DLLP或REPLAY_TIMER超时而尝试重发的次数。当REPLAY_NUM计数器的计数值从11b翻转回00b时,数据链路层会触发一次物理层的链路重新定向。它回等到重新定向结束之后,再次尝试重发TLP。REPLAY_NUM计数器在复位或数据链路层处于非活动状态时被初始化为00b。无论何时收到ACK,也会将其复位,表示正发送的TLP正在进行转发。

1.6.2.5 REPLAY_TIMER

REPLAY_TIMER用来度量从发出TLP到收到对应的ACK或NAK DLLP的时间。在发送任意TLP的最后一个字符时,REPLAY_TIMER开始计时。每次当重放缓冲区中有未完成的TLP且收到的ACK DLLP涉及一个仍在重放缓冲区中的TLP时,REPLAY_TIMER从0开始重新计时。当重放缓冲区中没有未完成的TLP时,或者收到的每个NAK满足重启条件,或者当REPLAY_TIMER计时已满时,REPLAY_TIMER重新复位到0并保持。在重新定向期间,REPLAY_TIMER不再计数。

1.6.2.6 ACKD_SEQ计数器

12比特的寄存器跟踪或保存最近收到的ACK或NAK DLLP的序列号。在复位或数据链路层不活动时,它被初始化为全1。这一寄存器要用收到的ACK或NAK DLLP中的AckNak_Seq_Num字段来更新,并将ACKD_SEQ计数与NEXT_TRANSMIT_SEQ计数进行比较。

如果(NEXT_TRANSMIT_SEQ - ACKD_SEQ)除以4096的余数大于等于2048,则数据链路层不再接收来自处理层的新TLP,直到此不等式不再成立。另外,报告发现一个致命的、无法修正的数据链路层协议错误。如果NEXT_TRANSMIT_SEQ和ACKD_SEQ之间的间隔大于2047,这种错误就会发生。

ACKD_SEQ计数也可以用来检查正在发送的TLP否认转发进度。如果经过3次额外的重发尝试之后,转发进度没有变化,那么要重新定向链路。

1.6.2.7 DLLP CRC检查

这一部件能够检查接收器返回的DLLP中的CRC错误。对完好的DLLP做进一步处理。如果检测到DLLP CRC错误,则丢弃该DLLP并报告错误,不再采取进一步的行动。

定义:当物理层报告链路不能使用或没有设备连接到端口时,数据链路层处于非活动状态。当链路定向和状况状态机(Link Training and Status state machine,LTSSM)处于Link-Up = 0的检测(Detect)、轮询(Polling)、配置(Configuration)、复位(Reset)或回环(LoopBack)状态时,物理层处于不能使用状态。当数据链路层处于非活动状态时,将数据链路层状态机初始化为默认值并将重放缓冲区清空。当物理层报告Link-Up=1并且链路控制寄存器中的链路禁用(Link Disable)比特等于0时,数据链路层退出非活动状态。

1.6.3 ACK/NAK协议中接收器的基本组成

下图展示了与进站TLP和出站ACK/NAK DLLP处理有关的接收器数据链路层的基本组成。

1.6.3.1 接收缓冲区

在进行TLP CRC和序列号检查时,接收缓冲区临时存放接收的TLP。如果没有错误,TLP会被处理并且发送至接收器的处理层。如果有和TLP相关的错误,则丢弃该TLP并且安排一个NAK DLLP。如果此TLP是重复的TLP,则丢弃该TLP并且安排一个ACK TLLP。如果该TLP是一个无效的TLP,则丢弃它并且不再采取进一步的行动。

1.6.3.2 LCRC错误检查

使用TLP的32比特LCRC字段来检查收到的TLP中的LCRC错误。

1.6.3.3 NEXT_RCV_SEQ计数器

12比特的NEXT_RCV_SEQ计数器跟踪预计的下一个TLP的序列号。复位或数据链路层处于非活动状态时,将此计数器初始化为0.对接收到的每个转发至处理层的、完好的TLP,此计数器自动加1。当计数器的值达到4095时,计数器翻转回0。当接收到的TLP有CRC错误、或是无效的TLP、或是序列号不正确的TLP时,计数器的值不变。

1.6.3.4 序列号检查

CRC错误检查后,这一部件验证收到的TLP的序列号与NEXT_RCV_SEQ计数器的值是否匹配。

如果TLP的序列号等于NEXT_RCV_SEQ计数器的值,则接收、处理并且转发该TLP至处理层。NEXT_RCV_SEQ的值加1。接收器继续处理入站的TLP,在ACKNAK_LATENCY_TIMER没有计满或超出其设置值之前,接收器不必翻译ACK DLLP。

如果TLP的序列号是比NEXT_RCV_SEQ的值早的一个序列号,并且与NEXT_RCV_SEQ值之间的间隔小于2048,那么该TLP为一重复的TLP。丢弃它并安排一个ACK DLLP返回发送器。

如果TLP的序列号是比NEXT_RCV_SEQ值晚的一个序列号,或者任何其他不同于以上两种情况的情况,则丢弃该TLP,并可能安排一个NAK DLLP返回发送器。

1.6.3.5 NEXT_SCHEDULED标志

当接收器安排一个NAK DLLP返回远程发送器时,将设置NAK_SCHEDULED标志。当接收器见到与之前NAK要求重发的TLP有关的第一个TLP时,它将清除NAK_SCHEDULED标志。对于在NAK_SCHEDULED标志置位期间收到的坏TLP,接收器是否应该设计另外一个NAK DLLP方面,规范没有明确规定。

1.6.3.6 ACKNAK_LATENCY_TIMER定时器

ACKNAK_LATENCY_TIMER监控从安排最后一个ACK或NAK DLLP返回远程发送器开始所经历的时间。接收器接收器使用此定时器确保当定时器期满或超出其设定值时,它能够迅速处理TLP并返回一个ACK或NAK DLLP。

1.6.3.7 ACK/NAK DLLP生成器

这一部件根据LCRC或序列号校验部分的命令生成ACK或NAK DLLP。ACK或NAK DLLP包含一个由NEXT_RCV_SEQ计数器获得的AckNak_Seq_Num[11:0]字段。ACK或NAK DLLP含有的AckNak_Seq_Num[11:0]的值等于NEXT_RCV_SEQ的值减1。

1.6.4 ACK/NAK DLLP的格式

下图展示了一个ACK或NAK的DLLP的格式。

字段名

头字节/比特

DLLP的功能

AckNak_Seq_Num[11:0]

字节3的比特7:0

字节2的比特3:0

对于ACK DLLP:对于接受的序列号等于早于NEXT_RCV_SEQ计数值的TLP,使用NEXT_RCV_SEQ-1

对于NAK DLLP:与CRC校验失败有关的TLP,使用NEXT_RCV_SEQ-1;对于接收的序列号晚于NEXT_RCV_SEQ计数值的TLP,使用NEXT_RCV_SEQ-1

类型[7:0]

字节0的比特7:0

指出DLLP的类型,对于Ack/Nak DLLP:

0000 0000b = ACK DLLP

0001 0000b = NAK DLLP

16比特的CRC

字节5的比特7:0

字节4的比特7:0

用来保护DLLP内容的16比特CRC,根据ACK/NAK的字节0~3的内容计算的

 

这篇关于PCIE系统标准体系结构解读(六):ACK/NAK 协议的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/810222

相关文章

Linux查询服务器系统版本号的多种方法

《Linux查询服务器系统版本号的多种方法》在Linux系统管理和维护工作中,了解当前操作系统的版本信息是最基础也是最重要的操作之一,系统版本不仅关系到软件兼容性、安全更新策略,还直接影响到故障排查和... 目录一、引言:系统版本查询的重要性二、基础命令解析:cat /etc/Centos-release详

Java对接MQTT协议的完整实现示例代码

《Java对接MQTT协议的完整实现示例代码》MQTT是一个基于客户端-服务器的消息发布/订阅传输协议,MQTT协议是轻量、简单、开放和易于实现的,这些特点使它适用范围非常广泛,:本文主要介绍Ja... 目录前言前置依赖1. MQTT配置类代码解析1.1 MQTT客户端工厂1.2 MQTT消息订阅适配器1.

更改linux系统的默认Python版本方式

《更改linux系统的默认Python版本方式》通过删除原Python软链接并创建指向python3.6的新链接,可切换系统默认Python版本,需注意版本冲突、环境混乱及维护问题,建议使用pyenv... 目录更改系统的默认python版本软链接软链接的特点创建软链接的命令使用场景注意事项总结更改系统的默

Linux中的自定义协议+序列反序列化用法

《Linux中的自定义协议+序列反序列化用法》文章探讨网络程序在应用层的实现,涉及TCP协议的数据传输机制、结构化数据的序列化与反序列化方法,以及通过JSON和自定义协议构建网络计算器的思路,强调分层... 目录一,再次理解协议二,序列化和反序列化三,实现网络计算器3.1 日志文件3.2Socket.hpp

C语言自定义类型之联合和枚举解读

《C语言自定义类型之联合和枚举解读》联合体共享内存,大小由最大成员决定,遵循对齐规则;枚举类型列举可能值,提升可读性和类型安全性,两者在C语言中用于优化内存和程序效率... 目录一、联合体1.1 联合体类型的声明1.2 联合体的特点1.2.1 特点11.2.2 特点21.2.3 特点31.3 联合体的大小1

Linux中的HTTPS协议原理分析

《Linux中的HTTPS协议原理分析》文章解释了HTTPS的必要性:HTTP明文传输易被篡改和劫持,HTTPS通过非对称加密协商对称密钥、CA证书认证和混合加密机制,有效防范中间人攻击,保障通信安全... 目录一、什么是加密和解密?二、为什么需要加密?三、常见的加密方式3.1 对称加密3.2非对称加密四、

在Linux系统上连接GitHub的方法步骤(适用2025年)

《在Linux系统上连接GitHub的方法步骤(适用2025年)》在2025年,使用Linux系统连接GitHub的推荐方式是通过SSH(SecureShell)协议进行身份验证,这种方式不仅安全,还... 目录步骤一:检查并安装 Git步骤二:生成 SSH 密钥步骤三:将 SSH 公钥添加到 github

Python标准库datetime模块日期和时间数据类型解读

《Python标准库datetime模块日期和时间数据类型解读》文章介绍Python中datetime模块的date、time、datetime类,用于处理日期、时间及日期时间结合体,通过属性获取时间... 目录Datetime常用类日期date类型使用时间 time 类型使用日期和时间的结合体–日期时间(

C语言中%zu的用法解读

《C语言中%zu的用法解读》size_t是无符号整数类型,用于表示对象大小或内存操作结果,%zu是C99标准中专为size_t设计的printf占位符,避免因类型不匹配导致错误,使用%u或%d可能引发... 目录size_t 类型与 %zu 占位符%zu 的用途替代占位符的风险兼容性说明其他相关占位符验证示

Python标准库之数据压缩和存档的应用详解

《Python标准库之数据压缩和存档的应用详解》在数据处理与存储领域,压缩和存档是提升效率的关键技术,Python标准库提供了一套完整的工具链,下面小编就来和大家简单介绍一下吧... 目录一、核心模块架构与设计哲学二、关键模块深度解析1.tarfile:专业级归档工具2.zipfile:跨平台归档首选3.