一、UFS基础概念：协议简介、架构与主要特性
各位同学，今天我们正式进入UFS链路启动到性能验证的第一章。在开始之前，我先说说我个人的感受：UFS这个协议，第一次接触时觉得它很复杂——光那个分层结构就能把人绕晕。但说白了，它跟咱们熟悉的SATA、eMMC一样，也是解决存储设备和主控之间怎么通信的问题。只是UFS更激进、更先进。
这一章，我们把UFS的底裤扒干净。先说协议，再说架构，最后总结特性。
1.1 UFS协议简介
UFS（Universal Flash Storage，通用闪存存储）是由JEDEC组织定义的接口标准。它面向移动设备和嵌入式系统，主要用于智能手机、平板、车载、IoT终端等场景。我最初做嵌入式存储时，还在用eMMC 5.0，换到UFS后，感觉就像从绿皮火车跳到了高铁上。
UFS的演进历程
| 版本 | 发布时间 | 单通道速率 | 关键特性 |
|---|---|---|---|
| UFS 1.0 | 2011年 | 1.5 Gbps | 首次提出链路层、双通道 |
| UFS 2.0 | 2013年 | 5.8 Gbps | HS-G2速率，性能翻倍 |
| UFS 2.1 | 2015年 | 5.8 Gbps | 优化电源管理、命令队列 |
| UFS 3.0 | 2018年 | 11.6 Gbps | HS-G4，引入M-PHY v4.1 |
| UFS 3.1 | 2020年 | 11.6 Gbps | 新增Write Booster、HPB等 |
| UFS 4.0 | 2022年 | 23.2 Gbps | HS-G5，再次翻倍 |
从这张表可以看到，UFS每两三年就迭代一次，速率几乎是翻倍增长。我遇到过不少客户，明明拿到了UFS 3.1的样片，却还在用eMMC的测试方法去测，结果链路根本起不来。这其实很常见——UFS的链路启动流程跟eMMC完全不一样，下面我们会详细讲。
UFS与eMMC的对比
| 对比项 | eMMC | UFS |
|---|---|---|
| 接口类型 | 并行（8位数据线） | 串行（差分对，1/2通道） |
| 传输模式 | 半双工 | 全双工 |
| 命令协议 | 基于命令/响应（MMC协议） | 基于SCSI命令集（UFS Command Set） |
| 链路协议 | 单主模式 | 基于MIPI M-PHY + UniPro |
| 性能上限 | ~400 MB/s（HS400） | 单通道约2.9 GB/s（UFS 4.0） |
| 命令队列 | 支持（最多32个CMD） | 原生支持（最多32个请求） |
| 电源管理 | 简单（休眠/唤醒） | 多级（Active、Sleep、Deep Sleep等） |
你想想看，eMMC是并行总线，布线复杂、信号质量难保证；UFS是串行差分对，抗干扰强、速度快。为什么UFS能做到全双工？因为它用了独立的发送和接收通道。这个设计理念直接影响了链路启动和性能测试的方法。
1.2 UFS架构
UFS的架构可以拆成两部分：主机侧（Host）和设备侧（Device）。我一般习惯画一个分层图来帮助理解，下面就是这个结构。
从这张图能看到，UFS的协议栈是对称分层的：主机侧和设备侧都有完全相同的4层结构。每一层各司其职，互不干扰。这种分层设计有什么好处呢？
- 物理层（M-PHY）：负责电气信号的收发，说白了就是把0和1变成差分电信号传出去。我见过有些测试板在高速模式下信号反射严重，就是M-PHY的阻抗匹配没做好。
- 链路层（UniPro）：这是一个大管家。它管理链路的建立、断开、电源状态切换，还负责数据帧的封装和解封。链路层出问题，是整个启动流程中最常见的故障点。
- 传输层（UTP）：处理UPIU（UFS Protocol Information Unit）的生成和解析。每个命令、每个响应，最终都要打包成UPIU在链路上跑。
- 应用层：主机侧负责生成SCSI命令，设备侧负责执行。比如读操作、写操作、安全擦除等。
一个实用的经验：调试UFS链路启动时，我通常先用逻辑分析仪抓M-PHY层的信号，看差分对有没有正常摆动。如果M-PHY正常，再往上查UniPro的Link Startup过程。这样往下层查，效率最高。
1.3 UFS主要特性
搞清楚了架构，我们再来看看UFS到底厉害在哪。说白了，就是三个字：快、稳、省。
1. 全双工通信
这是UFS最核心的特性之一。传统eMMC是半双工，同一时刻只能发或收，就像对讲机。UFS是全双工，可以同时发和收，就像打电话。这直接决定了带宽利用率。
我做过一个对比测试：在同样条件下，全双工的读写混合场景，UFS的IOPS比eMMC高了将近4倍。为什么？因为读和写可以同时进行，不需要排队等。
2. 命令队列（CMD Queue）
UFS原生支持最多32个待处理命令。主机可以把多个命令一次性下发，设备内部可以按优先级或地址顺序执行。这个特性在随机读写场景下特别有用。
小提示：性能测试时，记得打开命令队列功能。有些厂商的驱动默认只用了单队列，性能直接腰斩。我吃过这个亏。
3. 多级电源管理
UFS定义了多种电源状态：Active、Idle、Sleep、Deep Sleep等。不同状态的功耗差距巨大。举个例子，Deep Sleep状态下，功耗可以降到Active状态的千分之一。这对移动设备至关重要。
- Active：正常工作，所有模块都通电。
- Idle：没有数据传输，但链路保持连接。功耗略降。
- Sleep：关闭部分时钟和PLL，链路断开。唤醒需要重连链路。
- Deep Sleep：几乎关闭所有模块，只留最低功耗电路。唤醒时间最长。
4. 高性能速率
从UFS 3.0开始，单通道速率达到11.6 Gbps，双通道就是23.2 Gbps。UFS 4.0更是翻倍到46.4 Gbps。但要注意，实际吞吐量还要扣掉协议开销和链路损耗。我实测过UFS 3.1双通道，顺序读大概能跑到3.5 GB/s左右，已经接近理论极限了。
5. 支持Write Booster与HPB
UFS 3.1引入的这两个特性，值得单独拿出来说。Write Booster本质上是设备内部用SLC缓存来加速写操作，对于写入密集场景有明显提升。HPB（Host Performance Booster）则让主机侧缓存逻辑地址到物理地址的映射表，减少设备侧查询时间。
注意：Write Booster启用后，缓存空间有限。如果持续大量写入，缓存写满后性能会回落到正常水平。有些测试工具不会模拟这种场景，导致测出来的峰值性能好看，实际应用却没那么美。我记得有一次帮客户做认证测试，就因为缓存策略没调对，导致写性能不达标。
6. 安全特性
UFS原生支持加密（AES-256）和安全擦除。在车规、金融支付等场景下，这些特性是刚需。链路启动时，设备会校验固件签名，防止篡改。
1.4 本章小结
好，我们来理一理这一章的核心要点：
- UFS协议：串行差分接口，全双工，速率从1.5 Gbps一路干到23.2 Gbps。
- UFS架构：4层对称结构——M-PHY、UniPro、UTP、应用层。物理层管信号，链路层管连接，传输层管数据打包，应用层管命令。
- 主要特性：全双工、命令队列、多级电源管理、高速率、Write Booster/HPB、安全特性。