[發明專利]處理時鐘報文的方法、設備及系統

無效

• 申請號: 201010264022.0
• 申請日: 2010-08-24
• 公開（公告）號: CN102377663A
• 公開（公告）日: 2012-03-14
• 發明（設計）人: 王江勝;賴志昌;常鎖林
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L29/12;H04L29/06
• 代理公司: 北京同立鈞成知識產權代理有限公司 11205
• 代理人: 劉芳

技術領域

本發明涉及通信技術，尤其涉及一種處理時鐘報文的方法、設備及系統。

背景技術

對于時鐘同步和頻率同步需求較高的場景，精確時鐘協議(PrecisionTime?Protocol，PTP)可以提供較好的解決方案。在PTP報文中包含處理時間修正域(correctionField)，每個節點在PTP報文經過時，將本節點對該PTP報文的處理時間累加到該處理時間修改域中。每個節點上的處理時間為PTP報文離開此節點的時間與進入此節點的時間的差值。子時鐘節點(slave)根據該處理時間修正域中記錄的時間及其他相關時間，可以實現與主時鐘節點(master)的同步。

時鐘報文分為一般(general)時鐘報文和事件(event)時鐘報文；一般時鐘報文用于傳輸協商消息或信息；事件時鐘報文用于攜帶時鐘同步時要處理的消息。對于一般時鐘報文，透傳時鐘(Transparent?Clock，TC)節點完全透傳，不做任何處理；對于事件時鐘報文，TC節點要對“處理時間修改域”做修正。

PTP在因特網協議(Internet?Protocol，IP)網絡應用時，可以采用用戶數據包協議(User?Datagram?Protocol，UDP)封裝，通過頭部的“UDP封裝+UDP端口號319”來標識封裝有時鐘報文。路由節點通過對經過的報文進行識別，如果經過的報文具有“UDP封裝+UDP端口號319”這一特征，則對PTP報文做相應的處理。例如，當該路由節點為TC節點時，將對此PTP報文的處理時間修正域進行操作，將自身的處理時間累加進去。

在IPv6中，引入了“擴展頭”的概念替代了IPv4中的頭部選項部分。為每個路由節點必須處理的信息特意設定了逐跳選項頭(Hop?by?hopoptions?header)。此擴展頭位于緊鄰IPv6分組頭之后。

采用UDP封裝方式的PTP報文在經過IP隧道時，會被重新封裝，加入新的IP頭。則此IP報文的頭部將是“IPinIP隧道”，而不是“UDP封裝+UDP端口號319”。

發明人發現，現有技術中至少存在如下問題：采用UDP封裝的PTP報文在經過IP隧道時，會造成途經的路由節點不能識別該報文封裝有PTP報文，不能對PTP報文進行相應的處理，造成PTP協議僅僅在隧道兩側實現，而在中間的隧道部分未被實現，引入較大的時鐘誤差。

發明內容

本發明實施例是提供一種處理時鐘報文的方法、設備及系統，提高根據時鐘報文進行同步的時鐘精度。

本發明實施例提供了一種處理時鐘報文的方法，包括：

將時鐘報文封裝在IPv6逐跳選項中；

發送封裝后的時鐘報文。

本發明實施例提供了一種處理時鐘報文的設備，包括：

封裝模塊，用于將時鐘報文封裝在IPv6逐跳選項中；

發送模塊，用于發送封裝后的時鐘報文。

本發明實施例提供了一種處理時鐘報文的系統，包括：

第一設備，該第一設備為上述的處理時鐘報文的設備；以及

第二設備，用于接收所述第一設備處理后的時鐘報文。

由上述技術方案可知，本發明實施例通過將時鐘報文封裝在IPv6逐跳選項中，由于后續途經的節點會對逐跳選項進行處理，因此，可以使得途經的節點對處理時間修正域進行相應的處理，提高根據時鐘報文進行同步的時鐘精度。

附圖說明

為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發明第一實施例的方法流程示意圖；

圖2為本發明第二實施例的方法流程示意圖；

圖3為本發明實施例中將時鐘報文封裝在IPv6報文后的報文示意圖；

圖4為本發明實施例中PTP同步流程的示意圖；

圖5為本發明第三實施例的方法流程示意圖；

圖6為本發明第四實施例中進行角色判斷及處理的流程示意圖；

圖7為本發明實施例中將封裝有時鐘報文的IPv6報文進行隧道封裝后的報文示意圖；

圖8為本發明第四實施例對應的系統結構示意圖；

圖9為本發明第四實施例的方法流程示意圖；

圖10為本發明實施例中將采用UDP封裝方式封裝時鐘報文的IPv6報文進行隧道封裝后的報文示意圖；