一、UniPro协议概述

大家好，我是你们这堂课的老朋友。今天咱们聊聊UniPro——这个在UFS生态里默默干活的“交通部长”。

说实话，我刚接触UniPro那会儿，也觉得它挺神秘的。明明是个协议，怎么还分这么多层？后来在项目里踩过几次坑，才真正明白它的设计有多巧妙。

1.1 UniPro在UFS生态系统中的位置

先看一张图，你就明白了。

你看这张图，UFS整个系统分四层。最上面是UFS应用层，负责处理读写命令。最下面是物理连接，就是那些铜线。中间夹着的，就是UniPro和M-PHY。

UniPro的位置很关键——它像个翻译官，把UFS应用层发来的“高级指令”翻译成M-PHY能理解的“物理信号”。没有它，UFS应用层和物理层就是鸡同鸭讲。

1.2 UniPro协议栈分层（PHY、L1、L2、L3、L4）

UniPro分了5层，从下往上分别是：PHY（物理层）、L1（数据链路层）、L2（网络层）、L3（传输层）、L4（会话层）。

我第一次看这个分层，心里想：有必要搞这么复杂吗？后来做项目才发现，每一层都有它存在的道理。咱们一层层说。

PHY层（物理层）

PHY层其实就是M-PHY。它负责最底层的信号传输——把0和1变成电压差，在差分线上跑。我习惯把PHY层比作“高速公路的路面”，路面不平，车就跑不快。

• 速率等级：从HS-G1（1.45Gbps）到HS-G5（11.6Gbps），每代翻倍
• 工作模式：高速模式（HS）和低速模式（PWM）
• 电气特性：差分信号，抗干扰能力强

L1层（数据链路层）

L1层负责把PHY层传来的原始比特流，组装成“帧”（Frame）。它还管着流量控制——发太快了？收方说“停一下”，L1就乖乖等着。

说白了，L1就是“快递分拣员”。它不管包裹里装的是什么，只管把包裹按地址分好，别弄丢，别弄乱顺序。

• 帧结构：SOF（帧起始）+ 数据 + CRC（校验）+ EOF（帧结束）
• 流量控制：基于信用（Credit）机制，防止缓冲区溢出
• 重传机制：发现CRC错误，自动请求重传

L2层（网络层）

L2层负责路由。UFS系统里可能有多个设备（比如UFS芯片和主控），L2层决定数据包该走哪条路。

你想想看，一个数据包从主控发到UFS芯片，中间可能经过多个节点。L2层就像GPS导航，告诉数据包：“走左边那条通道，别绕远路。”

• 路由表：每个设备有唯一地址，L2根据地址转发
• 分段与重组：大包拆成小包传，到了再拼回去
• 优先级：关键数据（比如命令）优先通过

L3层（传输层）

L3层负责端到端的可靠传输。它确保数据从源头发到目的地，中间不出错。

我记得有次调试，发现数据偶尔会丢包。查了半天，原来是L3层的超时重传参数设得太短了。网络稍微有点延迟，它就以为丢包了，拼命重传，反而把网络搞堵了。

• 连接管理：建立/维护/拆除连接
• 错误恢复：超时重传、序列号检查
• 多路复用：多个应用共享同一个物理通道

L4层（会话层）

L4层是最高层，负责管理会话。它处理的是“谁在跟谁说话”的问题。

举个例子：UFS主控发一个读命令，L4层会建立一个会话，给这个会话分配一个ID。后续的数据传输都带着这个ID，这样即使多个命令同时跑，也不会搞混。

• 会话建立：协商参数（如最大数据包大小）
• 会话管理：保持会话活跃，超时自动关闭
• 数据封装：把UFS应用层的数据包封装成UniPro格式

1.3 UniPro与MIPI联盟的关系

说到UniPro，就绕不开MIPI联盟。MIPI联盟是个行业组织，专门制定移动设备内部的接口标准。

MIPI联盟干了什么事？它把一堆芯片公司（高通、三星、苹果、联发科等）拉在一起，大家商量好：“咱们用统一的标准，别各搞各的。” UniPro就是MIPI联盟推出的协议之一。

MIPI标准	用途	与UniPro的关系
M-PHY	物理层	UniPro的底层依赖
UniPro	协议层（L1~L4）	本课程主角
UFS	存储应用层	UniPro的上层用户
CSI/DSI	摄像头/显示	同属MIPI，但不同协议栈

你看这个表就明白了。MIPI联盟定义了从物理层到应用层的完整生态。UniPro只是其中一环，但它是最核心的一环——因为它连接了物理层和应用层。

我个人觉得，理解UniPro和MIPI的关系，关键要记住一点：UniPro不是凭空造出来的，它是为了满足移动设备对高速、低功耗、可靠传输的需求而生的。 MIPI联盟把大家的需求汇总，然后标准化，才有了我们今天看到的UniPro。

好了，这一章的内容就到这里。UniPro的“位置”和“分层”是后续所有章节的基础。下一章咱们深入L1层，看看数据链路层到底是怎么工作的。

---

公众号:蓝海资料掘金营，微信deep3321