4、PD协议分层架构：物理层、协议层、策略引擎、设备策略管理的层次划分与数据封装流程

USB Power Delivery（PD）协议之所以能够在大功率快充、双向供电、多设备协商等复杂场景下稳定工作，核心在于其采用了清晰的分层架构设计。与传统的USB BC 1.2或高通QC等仅依赖D+/D-电压摆幅的简单协议不同，PD协议将整个通信过程拆解为物理层、协议层、策略引擎和设备策略管理四个层次，每一层各司其职，通过标准化的服务访问点（SAP）进行交互。理解这一分层模型，是进行PD协议栈开发、固件调试和硬件排障的基础。本章将深入剖析各层次的职责边界、数据封装与解封装的完整流程，并结合实际开发中的案例，帮助读者建立从硬件信号到上层策略的全局视图。

4.1 物理层：BMC编码与CC通道的电气基础

核心原理：物理层是PD协议的最底层，负责在Type-C连接器的CC1/CC2引脚上实现可靠的二进制数据传输。PD协议采用BMC（Bi-Phase Mark Coding，双相标记编码）方式，其核心思想是将每个数据位的传输时间划分为两个等宽的时隙，通过第二个时隙的电平是否跳变来表示逻辑"0"或"1"。具体而言，每个位周期起始处必然发生电平翻转，若位周期中间也发生翻转则代表逻辑"0"，不发生翻转则代表逻辑"1"。这种编码方式保证了接收端可以通过检测跳变沿来恢复时钟，实现自同步，同时平均直流电平为零，便于通过电容耦合传输。

关键电气参数：PD 3.0规范定义了两种传输速率：标准速率（SOP）为300kbps，快速速率（SOP'和SOP''，用于电缆emark通信）为600kbps。CC引脚上的信号摆幅典型值为1.05V（相对于地），接收端阈值通常设定为0.2V~0.55V区间。物理层还负责检测CC引脚上的连接状态——通过检测Rd（下拉5.1kΩ）和Rp（上拉10kΩ~56kΩ）的电阻组合，判断设备角色（DFP/DRP/UFP）以及供电能力。

实战场景：在开发一款65W氮化镓充电器时，我们曾遇到CC线路上信号完整性问题。使用示波器测量CC1引脚波形，发现BMC信号的上升沿存在明显过冲（超过1.4V），导致接收端误判。排查发现PCB走线过长且未做阻抗控制，同时ESD保护二极管TVS的结电容过大（约50pF），与CC线路的等效阻抗形成RC低通滤波，严重劣化了信号边沿。解决方案是将TVS更换为低电容型号（<5pF），并在CC走线上串联22Ω电阻以抑制反射。修改后信号质量明显改善，眼图测试通过。

4.2 协议层：消息封装、CRC校验与重传机制

核心原理：协议层负责将上层（策略引擎）产生的消息转换为符合PD规范的数据包格式。一个完整的PD数据包由前导码（Preamble）、SOP（Start of Packet）定界符、消息头（Message Header）、数据对象（Data Object，可选）、CRC32校验和以及EOP（End of Packet）组成。消息头共16位，包含消息类型（如Control Message、Data Message）、消息长度、对象数量、端口角色（Sink/Source）、消息ID（Message ID，用于去重）以及版本号等关键字段。

数据封装流程：当策略引擎决定发送一条"Request"消息（请求特定电压/电流）时，协议层执行以下步骤：

1. 构造16位消息头，设置消息类型为Request（Data Message），填入对象数量（通常为1），记录当前端口角色和消息ID。
2. 将上层传递的Power Data Object（PDO）或Request Data Object（RDO）按小端序排列，每个DO为32位。
3. 计算整个消息（从消息头到最后一个DO）的CRC32校验值，附加在数据之后。
4. 在消息前添加前导码（由交替的"0"和"1"组成，用于接收端时钟同步）和SOP定界符（K-code，用于标识包起始）。
5. 将整个包按位串行化，交给物理层进行BMC编码。

重传与去重机制：PD协议采用基于GoodCRC的确认机制。接收端在收到有效数据包后，必须回复一个GoodCRC消息（包含相同的消息ID）。发送端如果在规定时间内（典型为1ms）未收到GoodCRC，则自动重传相同消息ID的数据包。接收端通过检查消息ID来丢弃重复包。这一机制保证了在恶劣电磁环境下通信的可靠性。

4.3 策略引擎：状态机驱动的协商流程

核心原理：策略引擎（PE）是PD协议栈的"大脑"，它实现了一组有限状态机（FSM），管理着从连接建立到功率协商、错误恢复的完整流程。PE层不关心具体的电压电流数值如何产生，而是专注于"何时发送什么消息"以及"收到消息后如何响应"。PD 3.0规范定义了数十个PE状态，如PE_SRC_Startup（源端启动）、PE_SNK_Discovery（接收端发现）、PE_SRC_Send_Capabilities（源端发送能力）、PE_SNK_Select_Capability（接收端选择能力）、PE_SRC_Transition（源端转换电压）等。

状态转换逻辑：以典型的Source（供电端）为例，其PE状态机的主要路径如下：

• PE_SRC_Startup：上电或复位后进入，等待CC连接检测。
• PE_SRC_Send_Capabilities：检测到Sink接入后，发送Source_Capabilities消息，广播自身支持的PDO列表。
• PE_SRC_Ready：等待Sink的Request消息。收到后校验请求的PDO是否合法。
• PE_SRC_Transition：接受请求后，发送Accept消息，然后调整输出电压/电流。调整完成后发送PS_Ready消息。
• PE_SRC_Error_Recovery：若通信超时或收到错误消息，进入错误恢复状态，可能触发Hard Reset或软复位。

超时与重试策略：PE层定义了多种超时定时器，如PSTransition（电源转换超时，典型500ms）、PSSourceOff（源端关闭超时）、SenderResponseTimer（等待响应超时，典型24ms~30ms）等。开发者需要根据实际硬件响应速度合理配置这些定时器。例如，如果电源模块的电压爬升时间较长（如从5V切换到20V需要100ms），则PSTransition必须设置足够余量，否则Sink端会误判为超时并触发Hard Reset。

4.4 设备策略管理：系统级决策与电源管理协同

核心原理：设备策略管理（DPM）是PD协议栈的最高层，它不直接参与消息收发，而是根据系统整体状态（电池电量、温度、负载需求、用户设置等）做出"策略决策"。DPM决定：请求哪个PDO（电压/电流组合）、是否参与PDO协商、是否支持PPS（可编程电源）、如何处理电源角色交换（DR_Swap）、是否响应VDM（Vendor Defined Message）等。DPM通常由主控MCU的应用程序层实现，与系统的电源管理单元（PMIC）、电池电量计（Fuel Gauge）和温度传感器紧密交互。

策略决策流程：以一台支持PD快充的笔记本电脑为例，当插入65W充电器时，DPM的执行逻辑如下：

1. 读取当前电池电量（如35%）、系统负载（如CPU功耗45W）、温度（如42°C）。
2. 根据预设策略表，判断需要请求的功率档位。例如，电量低于20%时优先请求20V/3.25A（65W）以快速充电；电量高于80%时降为20V/1.5A（30W）以保护电池。
3. 将决策结果（目标PDO索引、请求电流）传递给策略引擎，由PE层发起Request消息。
4. 在协商完成后，DPM持续监控系统状态。若温度超过55°C，则主动发起新的协商，降低充电功率。

PPS（可编程电源）策略：PD 3.0引入了PPS（Programmable Power Supply）模式，允许Sink端以20mV为步进精细调节电压。DPM在PPS模式下需要实现闭环控制算法：根据电池充电曲线，动态调整请求电压，使充电电流保持在最佳区间。例如，在恒流（CC）充电阶段，DPM通过监测实际充电电流，微调请求电压以维持目标电流；当电池电压接近目标电压时，切换到恒压（CV）模式，逐步降低请求电流。

案例复盘：某款车载PD充电器在配合特定手机时，出现"反复协商、充电断断续续"的问题。通过日志分析发现，DPM层在收到手机的Request消息后，判断请求的电压（9V）超出了本设备当前允许的最大电压（因为车载电源输入电压波动，DPM动态降低了输出能力），于是拒绝了请求并发送了新的Source_Capabilities。手机收到新能力后重新发起请求，但此时车载电压恢复，DPM又允许了9V输出。如此反复，导致协商震荡。解决方案是在DPM中增加"协商锁定"机制：一旦进入协商流程，在本次连接期间不改变PDO列表，除非收到Hard Reset或连接断开。这避免了因系统参数抖动导致的反复协商。

4.5 分层架构的协同工作与调试要点

层间接口定义：在实际的PD协议栈实现中，各层之间的接口通常以函数指针或回调函数的形式定义。典型的接口包括：物理层向上层提供phy_send_packet()和phy_receive_packet()；协议层向上层提供protocol_send_msg()和protocol_register_rx_callback()；策略引擎向上层提供pe_send_request()和pe_register_event_callback()。良好的分层设计使得各层可以独立测试和替换。例如，在硬件调试阶段，可以使用逻辑分析仪模拟物理层，直接向协议层注入数据包，验证协议层的解析逻辑。

调试与排障方法：当PD通信出现问题时，建议按照"从下往上"的顺序排查：

1. 物理层检查：使用示波器测量CC引脚波形，确认BMC编码是否正确、信号幅度是否达标、有无毛刺。重点检查CC1/CC2是否接反、TVS管是否漏电。
2. 协议层检查：使用PD协议分析仪（如Total Phase的PD Analyzer）抓取总线数据，检查消息头字段、CRC校验、消息ID序列是否正确。重点关注GoodCRC是否及时回复。
3. 策略引擎检查：在固件中增加日志输出，打印PE状态机的状态转换序列。对比规范中的状态图，确认状态跳转是否符合预期。
4. DPM检查：检查DPM的决策输入（电量、温度等）是否准确，决策输出是否合理。可以在DPM层增加调试接口，手动强制指定请求的PDO，以排除策略问题。

总结与最佳实践：PD协议的分层架构不仅是一种文档规范，更是工程实现的指导原则。在开发中应严格遵循层次边界，避免跨层调用。物理层关注信号完整性，协议层关注数据包格式与可靠性，策略引擎关注状态机逻辑，DPM关注系统级决策。每一层都应具备独立的测试手段和日志输出能力。当遇到复杂问题时，通过分层排查可以快速定位故障点。此外，建议在固件中实现"协议追踪"功能，将最近100条消息的收发记录保存在RAM中，便于现场问题回溯。