ieee_1588協(xié)議基礎ppt版(已修改)
2025-02-25 12:05 本頁面
【正文】 IEEE 1588協(xié)議基 礎 篇Contents一、 時鐘 同步模型二、消息字段三、數(shù)據(jù)集四、數(shù)據(jù) 類 型一、 時鐘 同步模型IEEE 1588 又叫網(wǎng) 絡 化 測 量及控制系 統(tǒng) 的精確 時鐘同步 協(xié)議 ， PTP（精確 時鐘協(xié)議 ），使用硬件和 軟 件配合，不需要 額 外的時鐘線 ，仍然使用原來以太網(wǎng)的數(shù)據(jù) 線傳 送 時鐘 信號，使 組 網(wǎng) 連 接 簡 化和降低成本。 PTP消息 類 型分 為 兩 類 ：事件消息、普通消息。事件消息是在 發(fā)送和接收端都要打精確的 時間 戳，普通消息不需要打 時間 戳。（ 1）事件消息： SYNC、 Delay_Req、 Pdelay_Req、Pd l R 消息 時間 戳的 產(chǎn) 生當 發(fā) 送和接收任何事件消息 時 ，都會 產(chǎn) 生 時間 戳。當消息的 時間 戳點 經(jīng)過節(jié) 點與網(wǎng) 絡 的 邊 界 時 ， 時間 戳事件 發(fā) 生， 時間 戳 產(chǎn)生模型如下 圖 所示：上 圖 中 A B C為 打 時間 戳的點 這 個點越靠近 兩種同步機制延 時請 求響 應 機制（ Delay RequestResponse Mechanism）對 等延 時 機制（ Peer Delay Mechanism）（ 1）延 時請 求響 應 機制使用 Sync、 Delay_Req、 Follow_Up， Delay_Resp消息 進 行消息同步， 測 量一 對 PTP端口的 meanPathDelay，模型 為t2 ? t1 = Delay + Offsett4 ? t3 = Delay ? OffsetDelay = (t2 ? t1) + (t4 ? t3) 2Offset = (t2 ? t1) ?(t4 ? t3) 2在算法校正 過 程中， 對 從 時鐘 的校正是通 過 校正 offset實現(xiàn) 的， Delay通常影響 Offset的 值 ，因此要通 過測 量 這 個延 遲值 來修正 Offset。（ 2） 對 等延 時 機制對 等延 時 機制用來 測 量端到端 傳輸時間 ，如支持 對 等延 時機制的通信端口的 鏈 路延 時 。用 Pdelay_Req，Pdelay_Resp， Pdelay_Resp_Follow_Up消息 進 行同步。對 于普通和 邊 界 時鐘 ， 對 等延 時 機制與端口是 master還 是slave沒有關系。 meanPathDelay = (t2 ? t1) + (t4 ? t3) 2 設備類 型有 5中基本的 設備類 型（ 1）普通 時鐘 （ Oridinary clock）（ 2） 邊 界 時鐘 （ Boundary clock）（ 3）端到端透明 時鐘 （ Endtoend transparentclock）（ 4） 對 等透明 時鐘 （ PeertoPeer transparentclock）（ 5）管理 節(jié) 點（ Management node）普通和 邊 界 時鐘 的端口，兩種機制都可以使用，端到端透明 時鐘 與 這 兩個機制無關， 對 等透明 時鐘 使用 對 等延 時 機制。（ 1）普通 時鐘通 過 以一個物理端口 為 媒介的兩個 邏輯 接口和網(wǎng) 絡 通信，事件接口用來 發(fā)送和接收事件消息，包括兩 類 數(shù)據(jù)集，分 別 是 時鐘 數(shù)據(jù)集和端口數(shù)據(jù)集。端口數(shù)據(jù)集包含端口屬性，包括 PTP狀 態(tài) 。Protocol engine：（ 1） 發(fā) 送和接收 PTP消息（ 2） 維護 數(shù)據(jù)集（ 3） 執(zhí) 行與端口相關的狀 態(tài) 機（ 4）如果端口在 slave狀 態(tài) ，基于接收到的 PTP定 時 消息和 產(chǎn) 生的 時間 戳， 計 算 Master的 時間 。Local clock：當普通 時鐘 端口在 slave狀 態(tài)時 ，本地 時鐘 的控制環(huán) 路 調節(jié)時鐘 ，使它的 時鐘 與它的主一致。如果端口在 master狀 態(tài) ，本地 時鐘 在 freerun狀 態(tài)（ 2） 邊 界 時鐘邊 界 時鐘 模型 如 圖 所示，有多個物理端口，每個端口和一個普通 時鐘 的端口 類 似，但有一些例外：1） 時鐘 數(shù)據(jù)集 對邊 界 時鐘 的所有端口共用；2） local clock也 對邊 界 時鐘 的所有端口共用；3）每一個 協(xié)議 引擎需要附加功能，它需要 處 理所有端口的狀 態(tài) ，決定利用哪個端口提供的 時間 信號來同步本地 時鐘 。與同步、建立主從 層 次和信令相關的信息 終 止在一個 邊 界 時鐘 的 協(xié)議 引擎，不再向前 轉發(fā) ，管理消息由 邊 界 時鐘 的其它端口轉發(fā) ，服從限制一個系統(tǒng) 的消息 傳輸時間 的 約 束（ 3） EndtoEnd透明 時鐘設備 模型 如 圖 所示，像一個網(wǎng) 橋 、路由器和
教學課件相關推薦
鄂ICP備17016276號-1