从鼠标点击到文件拷贝：图解USB事务(IN/OUT/SETUP)的完整生命周期

从鼠标点击到文件拷贝：图解USB事务(IN/OUT/SETUP)的完整生命周期

当你移动USB鼠标时，光标在屏幕上流畅滑动；当你向U盘拷贝文件时，进度条稳步前进——这些看似简单的操作背后，隐藏着一套精密的通信协议。本文将用工程师熟悉的"用户故事+时序图"方式，还原两个典型场景中USB事务的完整生命周期：中断传输实现鼠标动作捕捉，批量传输完成文件写入。不同于底层电气信号分析，我们聚焦开发者最需要理解的"对话逻辑"，揭示DATA0/DATA1切换、NAK重试等机制如何影响实际用户体验。

1. USB通信的舞台搭建

1.1 端点：设备的通信门户

每个USB设备都像一座拥有多个房间的建筑，端点(Endpoint)就是这些房间的门牌号。当主机需要与设备对话时，必须明确知道数据应该送往哪个端点。观察你的USB鼠标描述符，可能会发现这样的配置：

Endpoint 0x81: Interrupt IN, Max Packet Size=8

这表示地址0x81是一个中断输入端点，每次传输最多承载8字节数据。端点地址的最高位表示方向：

• 0x8_：设备到主机(IN)
• 0x0_：主机到设备(OUT)

表：四种端点类型对比

1.2 传输协议的三幕剧

每个USB事务都像一场精心编排的三幕剧：

1. 令牌阶段：主机发出"开场指令"(IN/OUT/SETUP)
2. 数据阶段：设备或主机传递有效载荷(DATA0/DATA1)
3. 握手阶段：接收方确认状态(ACK/NAK/STALL)

提示：DATA0/DATA1的交替被称为"数据切换机制"，这是USB可靠传输的关键设计。每次成功传输后，双方会同步切换标识位，用于检测丢包或重复包。

2. 场景一：鼠标点击的中断传输

2.1 用户操作触发IN事务

当你在桌面上移动USB鼠标时，设备芯片会检测移动距离和按钮状态，将其存储在端点缓冲区。主机每隔一段时间(如1ms)就会发起一次IN事务：

1. 令牌包：主机发送PID=IN，目标地址0x81
2. 数据包：设备返回DATA0包含[X位移, Y位移, 按钮状态]
3. 握手包：主机回复ACK确认接收

# 伪代码展示主机轮询过程 while True: if time_for_polling(): token = create_in_token(device_addr=0x01, endpoint=0x81) send_token(token) data = receive_data() if data.valid: update_cursor_position(data.x, data.y) send_ack()

2.2 错误处理与重试机制

如果鼠标尚未准备好数据(如无移动发生时)，设备会回复NAK。主机将按以下策略重试：

• 低速设备：10-20ms后重试
• 全速设备：1ms间隔持续轮询
• 高速设备：125μs微帧内重试

图：中断传输时序示例

主机 设备 |--IN----->| | |--NAK--> (未就绪) |--IN----->| | |--DATA0-> (X=+5,Y=-2) |--ACK---->|

3. 场景二：文件拷贝的批量传输

3.1 大文件传输的OUT事务

向U盘写入文件时，主机会发起一系列OUT事务。以512字节的块写入为例：

1. 令牌包：PID=OUT指定目标端点(如U盘的0x02)
2. 数据包：DATA0携带前64字节文件内容
3. 握手包：设备回复ACK确认写入成功

批量传输的独特之处在于其带宽自适应特性：

• 当总线空闲时，可以连续发送多个数据包
• 当总线繁忙时，自动退避等待

3.2 数据切换与流量控制

观察批量传输中的数据包序列：

OUT -> DATA0 -> ACK # 第一次传输 OUT -> DATA1 -> ACK # 第二次传输 OUT -> DATA0 -> NAK # 设备缓冲区满 OUT -> DATA0 -> ACK # 重试成功

注意：当设备返回NAK时，主机必须保持相同DATAx重试，直到收到ACK才能切换标识位。这种机制确保即使在丢包情况下，双方也能保持数据一致性。

4. 控制传输的特殊编排

4.1 SETUP事务的权威性

设备插入时的枚举过程展示了控制传输的精妙设计。当主机需要读取设备描述符时：

1. SETUP阶段：8字节标准请求(如GET_DESCRIPTOR)
2. DATA阶段：设备返回描述符内容(多包传输时DATA0/DATA1交替)
3. STATUS阶段：主机发送OUT+DATA1零长度包确认

// 标准设备描述符请求示例 struct setup_packet { uint8_t bmRequestType; // 0x80表示设备到主机 uint8_t bRequest; // 0x06表示GET_DESCRIPTOR uint16_t wValue; // 描述符类型和索引 uint16_t wIndex; // 通常为0 uint16_t wLength; // 请求的字节数 };

4.2 错误恢复的层次化策略

不同传输类型采用不同的可靠性策略：

• 控制传输：三次握手强制确认
• 中断传输：定时轮询+有限重试
• 批量传输：无限重试+指数退避
• 等时传输：无确认的"尽力而为"

表：事务类型与错误处理对照

5. 性能优化实战技巧

5.1 中断延迟的权衡

在开发USB键盘固件时，我们发现这样的现象：

• 将轮询间隔从1ms改为2ms，可降低50%的CPU占用
• 但快速按键时会出现丢键现象

通过示波器捕获的实际时序显示：

|--IN->|--NAK->|--IN->|--DATA->| # 1ms间隔捕获所有按键 |--IN->|-------|--IN->|--DATA->| # 2ms间隔丢失中间按键

最终采用动态轮询策略：

• 无按键时：10ms间隔
• 检测到按键：自动切换为1ms间隔
• 按键释放后：逐渐恢复长间隔

5.2 批量传输的块大小优化

测试U盘写入性能时，记录不同块大小的吞吐量：

提示：选择块大小时需考虑端点缓冲区大小。某些设备虽然支持大包，但内部缓冲区较小，会导致频繁NAK反而降低性能。