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 jq命令的使用解读

《Linuxjq命令的使用解读》jq是一个强大的命令行工具,用于处理JSON数据,它可以用来查看、过滤、修改、格式化JSON数据,通过使用各种选项和过滤器,可以实现复杂的JSON处理任务... 目录一. 简介二. 选项2.1.2.2-c2.3-r2.4-R三. 字段提取3.1 普通字段3.2 数组字段四.

linux系统中java的cacerts的优先级详解

《linux系统中java的cacerts的优先级详解》文章讲解了Java信任库(cacerts)的优先级与管理方式,指出JDK自带的cacerts默认优先级更高,系统级cacerts需手动同步或显式... 目录Java 默认使用哪个?如何检查当前使用的信任库?简要了解Java的信任库总结了解 Java 信

MySQL之搜索引擎使用解读

《MySQL之搜索引擎使用解读》MySQL存储引擎是数据存储和管理的核心组件,不同引擎(如InnoDB、MyISAM)采用不同机制,InnoDB支持事务与行锁,适合高并发场景;MyISAM不支持事务,... 目录mysql的存储引擎是什么MySQL存储引擎的功能MySQL的存储引擎的分类查看存储引擎1.命令

Spring的基础事务注解@Transactional作用解读

《Spring的基础事务注解@Transactional作用解读》文章介绍了Spring框架中的事务管理,核心注解@Transactional用于声明事务,支持传播机制、隔离级别等配置,结合@Tran... 目录一、事务管理基础1.1 Spring事务的核心注解1.2 注解属性详解1.3 实现原理二、事务事

Linux五种IO模型的使用解读

《Linux五种IO模型的使用解读》文章系统解析了Linux的五种IO模型(阻塞、非阻塞、IO复用、信号驱动、异步),重点区分同步与异步IO的本质差异,强调同步由用户发起,异步由内核触发,通过对比各模... 目录1.IO模型简介2.五种IO模型2.1 IO模型分析方法2.2 阻塞IO2.3 非阻塞IO2.4

Oracle数据库在windows系统上重启步骤

《Oracle数据库在windows系统上重启步骤》有时候在服务中重启了oracle之后,数据库并不能正常访问,下面:本文主要介绍Oracle数据库在windows系统上重启的相关资料,文中通过代... oracle数据库在Windows上重启的方法我这里是使用oracle自带的sqlplus工具实现的方

MySQL8.0临时表空间的使用及解读

《MySQL8.0临时表空间的使用及解读》MySQL8.0+引入会话级(temp_N.ibt)和全局(ibtmp1)InnoDB临时表空间,用于存储临时数据及事务日志,自动创建与回收,重启释放,管理高... 目录一、核心概念:为什么需要“临时表空间”?二、InnoDB 临时表空间的两种类型1. 会话级临时表

HTTP 与 SpringBoot 参数提交与接收协议方式

《HTTP与SpringBoot参数提交与接收协议方式》HTTP参数提交方式包括URL查询、表单、JSON/XML、路径变量、头部、Cookie、GraphQL、WebSocket和SSE,依据... 目录HTTP 协议支持多种参数提交方式,主要取决于请求方法(Method)和内容类型(Content-Ty

JWT + 拦截器实现无状态登录系统

《JWT+拦截器实现无状态登录系统》JWT(JSONWebToken)提供了一种无状态的解决方案:用户登录后,服务器返回一个Token,后续请求携带该Token即可完成身份验证,无需服务器存储会话... 目录✅ 引言 一、JWT 是什么? 二、技术选型 三、项目结构 四、核心代码实现4.1 添加依赖(pom

基于Python实现自动化邮件发送系统的完整指南

《基于Python实现自动化邮件发送系统的完整指南》在现代软件开发和自动化流程中,邮件通知是一个常见且实用的功能,无论是用于发送报告、告警信息还是用户提醒,通过Python实现自动化的邮件发送功能都能... 目录一、前言:二、项目概述三、配置文件 `.env` 解析四、代码结构解析1. 导入模块2. 加载环