Type C PD協商過程解析

type-c pd協商過程解析

type -c的pd（power delivery）允許裝置通過type-c埠協商功率，如：

1. 5v 3a

2. 9v 3a

3. 15v 3a

4. 20v 5a

最大可到100w的輸出

pd協商

pd協商通過功率提供者（provider）和功率消費者（consumer）之間的資訊交換完成的，功率提供者如手機充電器，功率消費者如手機。

圖1

解釋上圖中的dfp和ufp

dfp：downstream facing port。是下行埠，通常這種埠在host上或者在usb的hub上

ufp：upstream facing port。是上行埠，通常這種埠在device上或者連線host的hub上

pd協商通過type-c的哪個引腳來做的呢？

圖2

看圖2是type-c的引腳定義。

usb pd協議規定cc（configuration channel）作為pd協商資訊交換的引腳。

pd協商的全過程

如圖1（下面的描述provider簡化為p，consumer簡化為c）

1. p首先發起pd協商，向c傳送p具有的power能力的訊息，也就是p支援哪些功率型別

2. c收到p傳送的power能力的訊息後，分析p的power能力並選擇其中乙個power配置傳送給p

3. p收到c請求的power配置，決定是否接受這個請求

4. 切換到c請求的power配置並通知c

整個過程在都需要做迴圈冗餘校驗

如果校驗失敗，訊息會被忽略。如果通訊錯誤持續，通訊過程將會被軟重置並重新建立連線，如果錯誤仍然持續，那麼系統將會被硬重置。

XMPP之流協商過程

由於接收端是作為其所服務域的守護者，它會對連線來的客戶端提出一些條件。至少，在接收端在接收請求端傳送來的xml節點前，需要對請求方進行身份驗證。然而，接收方也可能要考慮一些其他比身份驗證更有強制協商性的條件，如採用tls加密通訊。當然接收方會通知請求方，提出自己的條件，這個通知是採用 流特性 的方式...

SSL金鑰協商過程詳解

由於非對稱加密的速度比較慢，所以它一般用於金鑰交換，雙方通過公鑰演算法協商出乙份金鑰，然後通過對稱加密來通訊，當然，為了保證資料的完整性，在加密前要先經過hmac的處理。ssl預設只進行server端的認證，客戶端的認證是可選的。以下是其流程圖 摘自tls協議 client server clien...

IPsecVPN協商過程 主模式

ipsec協商共分為兩個階段，主模式第一階段共6個包，第二階段共3個包。1 4個包是明文傳輸，5 9個包是加密傳輸。第一階段 1.第1個包 1 加密演算法 des 3des aes.2 認證方法 pre share rsa 3 認證與完整性演算法 md5 sha 1 4 group組 1 2 5 7...