UFS-Ver3.1-第九章
系列文章目录
文章目录
- 系列文章目录
- 前言
- 九、UFS UIC Layer:MIPI UNIRPO
- 9.1 Overview
- 9.2 Architectural Model
- 9.3 UniPro/UFS Transport Protocol Interface (Data Plane)
- 9.3.1 Flow control
- 9.3.2 Object sizes
- 9.4 UniPro/UFS Control Interface (Control Plane)
- 9.5 UniPro/UFS Transport Protocol Address Mapping
- 9.6 Options and Tunable Parameters of UniPro（UniPro 的选项及可调节参数）
- 9.6.1 UniPro PHY Adapter
- 9.6.2 UniPro Data Link Layer
- 9.6.3 UniPro Network Layer
- 9.6.4 UniPro Transport Layer
- 9.6.5 UniPro Device Management Entity Transport Layer
- 9.6.6 UniPro Attributes
前言
提示：1~4章有兴趣自己查询英文文档，本文就不具体描述，直接进去正题，从第5章开始；。 绿色：重点语句，红色：重点词汇，蓝色：作者根据文章内容进行的相关解析，仅供参考。如果对您有一点帮助，帮点个赞吧！
九、UFS UIC Layer:MIPI UNIRPO
9.1 Overview
UFS 基于 MIPI 统一协议（UniPro）构建其互连（服务交付子系统），以向 UFS 传输协议（UTP）层提供基本的传输能力。在数据平面，UTP 和 UniPro 通过 UniPro 传输层 C 端口（T_CO_SAPs）的服务原语进行通信。UFS 的更高层协议功能与 UniPro 之间的控制平面交互（例如，链路的发现、枚举和配置）是通过 UniPro 规范中定义的设备管理实体服务原语来实现的。
9.2 Architectural Model
UniPro 在内部由若干个子层组成，这些子层均按照 MIPI UniPro 规范 [MIPI-UniPro] 进行了明确定义。在 UFS 的背景下，整个 UniPro 协议栈应尽可能地被视为一个黑盒模型（见图 9.1）。因此，以下各部分仅：
1、明确 UFS 与 UniPro 之间所需接口的数量及类型
2、明确 UFS 与 UniPro 之间所需接口的数量及类型
3、选择 UniPro 规范中的可选功能和可定义属性
9.3 UniPro/UFS Transport Protocol Interface (Data Plane)
UniPro 提供了 CPorts 作为与 UniPro 之上应用程序或协议层的逻辑接口。CPorts 可以被视为根据 UniPro 规范第 8.8 节中所规定的 T_CO_SAP 的实例化。T_CO_SAP 的物理实现并未在 MIPI 中明确定义，因为实现者应能够自由选择，例如，更高层级的 UniPro 层的软件实现、基于每个 CPort 的缓冲区的硬件实现或者每个 CPort 的 DMA 通道等。
服务接入点（SAP）提供服务原语（SP），这些原语可被应用程序或协议的规范作为 UniPro 上的用户功能服务（UFS）来使用，以定义它们之间的交互。有关协议规范中 SAP/SP 概念的更多信息，请参阅 UniPro 规范的附录 C。
T_CO_SAP 提供了以下核心数据传输服务原语（请参阅 UniPro 规范，8.8.1 节）：
T_CO_SAP 提供了以下核心数据传输服务原语（请参阅 UniPro 规范，8.8.1 节）：
●T_CO_DATA.req(消息片段，结束标记)
○由“统一服务提供商”服务用户发出的消息（片段）
注意：每当 UFS 层请求 UIC 层传输数据时，UFS 层必须确保所述数据的最后一个片段在传输时会带有 EOM 标志。确保这种行为的一种方法是，UFS 层仅在每个原子协议数据单元（例如，每次 UFS 传输层“UPIU”）中调用此 UIC 数据传输服务原语，并始终将 EOM 标志设置为“真”。
●T_CO_DATA.cnf_L( L4CPortResultCode )
○由 UniPro 发布，用于报告消息（片段）传输请求的结果
●T_CO_DATA.ind（消息片段、结束标记、开始标记、消息状态）