專利名稱：具有時鐘信息報文的處理方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其是一種具有時鐘信息報文的處理方法、 裝置及系統(tǒng)。
背景技術(shù)：
網(wǎng)絡(luò)測量和控制系統(tǒng)的精確時鐘同步協(xié)議(IEEE 1588協(xié)議)的精確時間 協(xié)議(Precision Time Protocol,簡稱PTP )可以保證傳統(tǒng)異步以太網(wǎng)絡(luò)之間的 時鐘精確同步，通過以太網(wǎng)的1588報文傳送精確時間戳，來達(dá)到以太網(wǎng)絡(luò)的 準(zhǔn)確時鐘同步。
1588協(xié)議的應(yīng)用場景中包括主時鐘設(shè)備和從時鐘設(shè)備，從時鐘設(shè)備通過 接收主時鐘設(shè)備的sync消息來進(jìn)行頻率同步，從時鐘設(shè)備發(fā)送delay—req請 求和接收主時鐘設(shè)備回應(yīng)的delay—resp消息報文來實現(xiàn)時間同步。
有多個物理端口都需要支持1588協(xié)議的時候，就需要每個支持1588協(xié)議的 端口都加上一套1588協(xié)議處理邏輯。由于每增加一個需要支持1588協(xié)議的 物理端口就需要增加一套邏輯，資源占有量太大，導(dǎo)致多物理端口實現(xiàn)成本 較高。實時時鐘需要同時支持所有物理端口的時間戳請求，需要通過調(diào)度程 序來實現(xiàn)，而且實現(xiàn)復(fù)雜。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種具有時鐘信息報文的處理方法、裝置及系統(tǒng)，減 少資源的占有量，降低成本。
一種具有時鐘信息報文的處理方法，包括
接收具有時鐘信息的報文；
獲取所述報文的報文標(biāo)識；
根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的時鐘處理配置信息；才艮據(jù)獲iF又的時鐘處理配置信息，處理所述才艮文。 一種處理具有時鐘信息報文的處理裝置，包括
接口單元，用于接收具有時鐘信息的報文； 報文標(biāo)識獲取單元，用于獲取所述報文的報文標(biāo)識； 時鐘處理配置信息獲取單元，用于根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的 時鐘處理配置信息；
處理單元，用于根據(jù)獲取的時鐘處理配置信息，處理所述報文。 一種處理具有時鐘信息才艮文的處理系統(tǒng)，包括 接口裝置，用于接收具有時鐘信息的報文； 處理裝置，包括
報文標(biāo)識獲取單元，用于獲取所述報文的報文標(biāo)識；
時鐘處理配置信息獲取單元，用于根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的 時鐘處理配置信息；
處理單元，用于根據(jù)獲取的時鐘處理配置信息，處理所述報文。
由上述技術(shù)方案可知，通過不同的報文標(biāo)識獲取不同的時鐘處理配置信 息，進(jìn)而處理報文，可以有效的減少了資源的占有量，降低了成本。


圖1為本發(fā)明實施例具有時鐘信息報文的處理方法的第一實施例的流程 示意圖2為本發(fā)明實施例具有時鐘信息報文的處理方法的第二實施例的流程 示意圖3為本發(fā)明實施例具有時鐘信息報文的處理方法的第三實施例的流程 示意圖4為本發(fā)明實施例具有時鐘信息報文的處理方法的第三實施例中接收 方向接口裝置的報文處理示意圖5為本發(fā)明實施例具有時鐘信息報文的處理方法的第三實施例中接收 方向處理裝置的報文處理示意圖6為本發(fā)明實施例具有時鐘信息報文的處理方法的第三實施例中發(fā)送方向接口裝置的報文處理示意圖7為本發(fā)明實施例處理具有時鐘信息報文的處理裝置的第一實施例的 結(jié)構(gòu)示意圖8為本發(fā)明實施例處理具有時鐘信息報文的處理裝置的第二實施例的 結(jié)構(gòu)示意圖9為本發(fā)明實施例處理具有時鐘信息報文的處理系統(tǒng)的第一實施例的 結(jié)構(gòu)示意圖10為本發(fā)明實施例處理具有時鐘信息報文的處理系統(tǒng)的第二實施例 的結(jié)構(gòu)示意圖。
具體實施例方式
圖1為本發(fā)明實施例具有時鐘信息報文的處理方法的第一實施例的流程 示意圖，如圖l所示，本實施例可以包括以下步驟 步驟IOI、接收具有時鐘信息的報文； 步驟102、獲取所述報文的報文標(biāo)識；
步驟103、根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的時鐘處理配置信息； 步驟104、根據(jù)獲取的時鐘處理配置信息，處理所述報文。 其中的報文標(biāo)識可以是報文內(nèi)部的，也可以獨立于報文。例如如果報 文標(biāo)識是物理端口號，則可以寫入報文中，也可以單獨獲??；如果報文標(biāo)識 是IP地址或媒體訪問控制(MAC)地址，則可以位于報文內(nèi)部，IP地址或 MAC地址是源地址，即報文發(fā)送方的IP地址或MAC地址。
其中的時鐘處理配置信息可以為主時鐘處理配置信息或^v時鐘處理配置
信息。其中的報文可以為1588報文，則時鐘處理配置信息為1588協(xié)議數(shù)據(jù) 集。
本實施例，通過接收到具有時鐘信息的報文，根據(jù)獲取到的報文的報文 標(biāo)識獲取對應(yīng)的時鐘處理配置信息，根據(jù)時鐘處理配置信息，處理報文，從 而實現(xiàn)了 一個報文處理裝置可以同時支持一個以上的物理端口 ，減少了資源 的占有量，降低了成本。示意圖，如圖2所示，本實施例可以包括以下步驟
步驟201、處理裝置接收到接口裝置所請求調(diào)度的物理端口的報文，所述 報文攜帶有對應(yīng)的物理端口號和對應(yīng)的報文數(shù)據(jù)；
步驟202、處理裝置根據(jù)所述物理端口號匹配出所述物理端口號對應(yīng)的 1588協(xié)議數(shù)據(jù)集，并將所述1588協(xié)議數(shù)據(jù)集更新為當(dāng)前的數(shù)據(jù)集。
進(jìn)一步地，其中的報文還可以攜帶有報文頭標(biāo)識和所述報文被處理裝置 調(diào)度之前即在接口裝置中的延遲信息，處理裝置根據(jù)報文頭標(biāo)識和延遲信息 來給所述報文打進(jìn)入設(shè)備的時間戳，該延遲信息可以是所述報文被調(diào)度之前 的計數(shù)器的數(shù)值，也可以是所述報文被調(diào)度之前滯留的ns時間值，比如，報 文被調(diào)度之前滯留了 100ns,兩種方式處理相同，本發(fā)明實施例用計數(shù)器值描 述。
此外，上述報文也可以不攜帶報文頭標(biāo)識和所述報文被處理裝置調(diào)度之 前的延遲信息，還可以僅直接攜帶有所述報文進(jìn)入設(shè)備的時間戳，用以精確 的標(biāo)識才艮文進(jìn)入設(shè)備的時間。
本實施例中處理裝置接收到接口裝置所請求調(diào)度的物理端口的報文后， 根據(jù)所述報文中所攜帶的物理端口號匹配出所述物理端口號對應(yīng)的1588協(xié) 議數(shù)據(jù)集，并將所述1588協(xié)議數(shù)據(jù)集更新為當(dāng)前的數(shù)據(jù)集，從而可以實現(xiàn)同 時支持一個以上物理端口，減少了資源的占有量，降低了成本。
圖3為本發(fā)明實施例具有時鐘信息報文的處理方法的第三實施例的流程 示意圖，如圖3所示，本實施例可以包括以下步驟
步驟301、接口裝置接收物理端口的報文，分別對所述報文進(jìn)行緩存；
步驟302、接口裝置分別向處理裝置請求對所述經(jīng)過緩存的報文進(jìn)行調(diào) 度，該請求調(diào)度的報文攜帶有報文頭標(biāo)識、對應(yīng)的物理端口號、報文數(shù)據(jù)、 所述報文被調(diào)度之前的延遲信息；
步驟303、處理裝置接收接口裝置所請求調(diào)度的物理端口的報文；
步驟304、處理裝置根據(jù)所述物理端口號匹配出所述物理端口號對應(yīng)的 1588協(xié)議數(shù)據(jù)集，并將所述1588協(xié)議數(shù)據(jù)集更新為當(dāng)前的數(shù)據(jù)集；
步驟305、處理裝置根據(jù)所述報文中所攜帶的報文頭標(biāo)識和報文被調(diào)度 之前的延遲信息得到所述報文進(jìn)入設(shè)備的時間戳，通過處理裝置在調(diào)度報文的時候調(diào)度相應(yīng)的時間戳；
步驟306、根據(jù)所述報文近八^ 具體可以包括對報文數(shù)據(jù)進(jìn)行過濾，得到1588協(xié)議報文數(shù)據(jù)，并根據(jù)所述報 文進(jìn)入設(shè)備的時間^對所述15 88協(xié)議報文數(shù)據(jù)進(jìn)行相應(yīng)的15 88協(xié)議處理。
其中的1588協(xié)議數(shù)據(jù)集中包括以下信息
port—identity: 端口標(biāo)識
port—state:端口狀態(tài)
log—min—mean—delay—req_interval: 端口 delay—req最'J 、平均發(fā)包間P鬲； peer—mean_path—delay:端口 P2P延遲才莫式下的平均^各徑延遲； log—mean—announce—interval: 端口 announce消息的平均發(fā)包間隔； announce—receipt_timeout: 端口 announce^妻4史超時間隔； log—mean—sync—interval: 端口 sync消息的平均發(fā)包間P鬲； delay—mechanism: 端口延遲模式；
log—min—mean_pdelay—req_interval: 端口 pdelay—req最小平均發(fā)包間隔；
以及
version—number:端口支持的1588版本號。 另外為了實現(xiàn)功能根據(jù)協(xié)議還需要定義包含以下信息 sync—sequence—id: 端口 sync消息的序歹'J號； delay—sequence—id sync: 端口 delay消息的序歹ll號； pdelay—sequence—id sync: 端口 pdelay消息的序歹寸號； announce—sequence—id sync: 端口 aimoimce消息的序歹'J號； management—sequence—id sync: 端口 announce消息的序歹ll號； signaling—sequence—id sync: 端口 announce消息的序歹'J號。 本實施例在接收方向上，每個物理端口對應(yīng)的接口裝置分別向處理裝置 請求調(diào)度相應(yīng)物理端口的報文，處理裝置在接收到請求調(diào)度的報文時根據(jù)物 理端口號更新其內(nèi)部的1588相關(guān)數(shù)據(jù)集，其它處理和現(xiàn)有方案的處理裝置的 處理流程是一樣，從而實現(xiàn)了 一個處理裝置可以同時支持一個以上的物理端 口，減少了資源的占有量，降低了成本。
進(jìn)一步地，本實施例在發(fā)送方向，處理裝置可以產(chǎn)生的攜帶有物理端口號的報文，接口裝置可以根據(jù)處理裝置所指示的物理端口號來調(diào)度處理裝置 里的報文數(shù)據(jù)到指定的物理端口進(jìn)行發(fā)送。
圖4為本發(fā)明實施例具有時鐘信息報文的處理方法的第三實施例中接收
方向接口裝置的報文處理示意圖，如圖4所示，圖4以4個千兆(GE)的物理 端口為例，在接收方向，各個端口對收到的1588協(xié)議報文進(jìn)行緩存，并記錄 報文到達(dá)時間。為了保證帶寬，處理裝置側(cè)可以用不低于4G的帶寬對4個GE 的物理端口的報文進(jìn)行調(diào)度。接口裝置在報文被調(diào)度進(jìn)處理裝置進(jìn)行處理的 同時，也可以告知處理裝置報文此刻和報文到達(dá)時間的差值即報文在對應(yīng)的物 理端口的延遲信息砂，處理裝置的時間戳將此延遲信息妙減掉，就得到了精 確的報文進(jìn)入設(shè)備的時間戳。接口裝置送給處理裝置的主要信息如下表所示
表處理裝置獲取到的信息列表
報文頭標(biāo)識處理裝置根據(jù)此標(biāo)識來打時間戳
報文數(shù)據(jù)報文數(shù)據(jù)
物理端口號1:用于處理裝置選擇對應(yīng)的數(shù)據(jù)集 2:用于回應(yīng)]588消息的時候知道應(yīng)該從那個物理端口發(fā)送
報文在接口裝置中的延遲 信息用于得到精確的報文進(jìn)入設(shè)備的時間戳(可以是計數(shù)器，也 可以是ns時間值，兩種方式處理相同，下面描述用計數(shù)器 值描述)
圖5為本發(fā)明實施例具有時鐘信息報文的處理方法的第三實施例中接收 方向處理裝置的報文處理示意圖，如圖5所示，處理裝置根據(jù)物理端口號得 到對應(yīng)物理端口號的1588協(xié)議數(shù)據(jù)集，將此數(shù)據(jù)集更新為當(dāng)前的數(shù)據(jù)集，再 進(jìn)行1588協(xié)議處理。
圖6為本發(fā)明實施例具有時鐘信息報文的處理方法的第三實施例中發(fā)送 方向接口裝置的報文處理示意圖，如圖6所示，在發(fā)送方向，處理裝置可以 產(chǎn)生的攜帶有物理端口號的報文，接口裝置可以根據(jù)處理裝置所指示的物理 端口號來調(diào)度處理裝置里的報文數(shù)據(jù)到指定的物理端口進(jìn)行發(fā)送。
再如圖4、圖5和圖6所示，詳細(xì)的處理步驟說明如下
1、設(shè)備有4個GE接口同時支持1588協(xié)議，處理裝置的處理能力為4G;
處理能力為4G是因為處理裝置的接口數(shù)據(jù)寬度為32bit，處理時鐘頻率為125M。 32xl25M = 4G;
2、 在某一個時刻，物理端口 2的報文數(shù)據(jù)pkt2最先到達(dá)對應(yīng)的接口裝 置，在報文數(shù)據(jù)pkt2到達(dá)時刻將物理通道2駐留時間計數(shù)器port2一counter置 為0,計數(shù)器port2—counter開始記數(shù)，直到該報文數(shù)據(jù)pkt2被處理裝置調(diào)度； 在接收完一整包后，接口裝置請求處理裝置對報文pkt2進(jìn)行調(diào)度；
在此期間，其它物理端口對應(yīng)的接口裝置也相繼收到了報文數(shù)據(jù)ptkl、 pkt3、 pkt4; 對于port 1—counter、 port3一counter、 port4—counter的處理與物理 通道2的處理方式是一樣的；
3、 處理裝置根據(jù)各個接口裝置的調(diào)度請求開始調(diào)度物理端口 2的報文數(shù) 據(jù)pkt2，處理裝置在調(diào)度物理端口 2的報文數(shù)據(jù)pkt2的時候記錄時間戳 ST—temp,并將此時間戳減去port2_counter表示的時間@t2,得到準(zhǔn)確的pl(t2 進(jìn)入設(shè)備的時間戳ST，即時間戳ST一于間戳ST—temp-@t2;同時根據(jù)物理端 口號2得到端口號2的1588協(xié)議數(shù)據(jù)集，并將此數(shù)據(jù)集更新為當(dāng)前的數(shù)據(jù)集， 再進(jìn)行1588協(xié)議處理；
4、 在接收完物理端口 2的報文數(shù)據(jù)pkt2后，處理裝置開始調(diào)度物理端 口 4的報文數(shù)據(jù)pkt4，并記錄時間戳ST—temp和port4—counter表示的時間 @t4，得到準(zhǔn)確的pkt4進(jìn)入設(shè)備的時間戳ST，即時間戳ST二時間戳 ST—temp-@t4;同時根據(jù)物理端口號4得到端口號4的1588協(xié)議數(shù)據(jù)集，并 將此數(shù)據(jù)集更新為當(dāng)前的數(shù)據(jù)集，再進(jìn)行1588協(xié)議處理；
5、 處理裝置對物理端口 1的報文數(shù)據(jù)沐tl和物理端口 3的報文數(shù)據(jù)pkt3 的處理方式與pkt2/pkt4相同，通過處理裝置不斷調(diào)度4個端口數(shù)據(jù)來實現(xiàn)對 4個物理端口的支持。
6、 在發(fā)送方向上，處理裝置可以產(chǎn)生的攜帶有物理端口號的報文，接口 裝置可以根據(jù)處理裝置所指示的物理端口號來調(diào)度處理裝置里的報文數(shù)據(jù)到 指定的物理端口進(jìn)行發(fā)送。
進(jìn)一步地，本實施例中步驟302中調(diào)度的報文可以不攜帶報文頭標(biāo)識和 所述報文被調(diào)度之前的延遲信息，可以僅直接攜帶有所述報文進(jìn)入設(shè)備的時 間戳，即為每個報文都在接口上打上正確的時間戳，用以精確的標(biāo)識報文進(jìn) 入設(shè)備的時間，通過處理裝置在調(diào)度報文的時候調(diào)度相應(yīng)的時間戳。那么，相應(yīng)地，可以省略步驟305 。
進(jìn)一步地，本實施例中的接口類型還可以是FE ( IOM或者是IOOM)，還 可以是IOGE，處理裝置的帶寬處理能力和所支持端口數(shù)可以根據(jù)需求變化。
本實施例只描述了邊界時鐘(Boundary Clock,簡稱BC)的處理情況， 對于透明時鐘(Transparent Clock,簡稱TC )、 TC+普通時鐘(Ordinary Clock, 簡稱OC)也同樣適用。
圖7為本發(fā)明實施例處理具有時鐘信息報文的處理裝置的第 一實施例的 結(jié)構(gòu)示意圖，如圖7所示，本實施例可以包括接口單元71、報文標(biāo)識獲取單元 72、時鐘處理配置信息獲取單元73和處理單元74。其中，接口單元71用于接 收具有時鐘信息的報文；報文標(biāo)識獲取單元72用于從接口單元71處獲取所述 報文的報文標(biāo)識，如所述報文對應(yīng)的物理端口號；時鐘處理配置信息獲取 單元73用于根據(jù)報文標(biāo)識獲取單元72所獲取的報文標(biāo)識獲取對應(yīng)的主時鐘處 理配置信息或從時鐘處理配置信息；處理單元74用于根據(jù)時鐘處理配置信息 獲取單元73所獲取的時鐘處理配置信息，處理所述報文。
其中的報文標(biāo)識可以是報文內(nèi)部的，也可以獨立于報文。例如如果報 文標(biāo)識是物理端口號，則可以寫入報文中，也可以單獨獲??；如果報文標(biāo)識 是IP地址或々某體訪問控制(MAC)地址，則可以位于沖艮文內(nèi)部，IP地址或 MAC地址是源地址，即l艮文發(fā)送方的IP地址或MAC地址。
其中的時鐘處理配置信息可以為主時鐘處理配置信息或從時鐘處理配置 信息。其中的報文可以為1588報文，則時鐘處理配置信息為1588協(xié)議數(shù)據(jù)集。
本實施例，通過接口單元接收到具有時鐘信息的報文，由時鐘處理配置 信息獲取單元根據(jù)報文標(biāo)識獲取單元從接口單元所接收到的報文中獲取到的 報文的報文標(biāo)識獲取對應(yīng)的時鐘處理配置信息，處理單元根據(jù)時鐘處理配置 信息處理報文，從而實現(xiàn)了一個報文處理裝置可以同時支持一個以上的物理 端口，減少了資源的占有量，降低了成本。
圖8為本發(fā)明實施例處理具有時鐘信息報文的處理裝置的第二實施例的 結(jié)構(gòu)示意圖，如圖8所示，與上一實施例相比，本實施例中報文標(biāo)識獲取單元 72還可以從接口單元71所獲取的報文中獲取所述報文的報文標(biāo)識。
進(jìn)一步地，上述本發(fā)明實施例處理具有時鐘信息報文的處理裝置的第一實施例和第二實施例中，還可以包括延遲信息記錄單元和延遲信息添加單元。
其中，延遲信息記錄單元用于記錄所述報文被調(diào)度之前的延遲信息；延遲信
息添加單元用于在所述才艮文中添加所述延遲信息。相應(yīng)地，還可以進(jìn)一步包 括延遲信息獲取單元，用于獲取所述報文被調(diào)度之前的延遲信息。
圖9為本發(fā)明實施例處理具有時鐘信息報文的處理系統(tǒng)的第一實施例的 結(jié)構(gòu)示意圖，如圖9所示，本實施例可以包括接口裝置91和處理裝置90。 其中，處理裝置90可以包括報文標(biāo)識獲取單元92、時鐘處理配置信息獲取 單元93和處理單元94。其中，接口裝置91用于接收具有時鐘信息的報文； 報文標(biāo)識獲取單元92用于從接口裝置91處獲取所述報文的報文標(biāo)識，所述 報文對應(yīng)的物理端口號；時鐘處理配置信息獲取單元93用于根據(jù)報文標(biāo)識獲 取單元92所獲取的報文標(biāo)識獲取對應(yīng)的主時鐘處理配置信息或從時鐘處理 配置信息；處理單元94用于4艮據(jù)時鐘處理配置信息獲:f又單元93所獲取的時 鐘處理配置信息，處理所述報文。
其中的報文標(biāo)識可以是報文內(nèi)部的，也可以獨立于報文。例如如果報 文標(biāo)識是物理端口號，則可以寫入報文中，也可以單獨獲??；如果報文標(biāo)識 是IP地址或媒體訪問控制(MAC)地址，則可以位于報文內(nèi)部，IP地址或 MAC地址是源地址，即報文發(fā)送方的IP地址或MAC地址。
其中的時鐘處理配置信息可以為主時鐘處理配置信息或從時鐘處理配置信 息。其中的報文可以為1588報文，則時鐘處理配置信息為1588協(xié)議數(shù)據(jù)集。
進(jìn)一步地，其中的報文還可以攜帶有報文頭標(biāo)識和所述報文被調(diào)度之前 的延遲信息，處理單元還可以根據(jù)此標(biāo)識和延遲信息來給所述報文打進(jìn)入設(shè) 備的時間戳，延遲信息用于得到精確的報文進(jìn)入設(shè)備的時間戳，該延遲信息 可以是計數(shù)器，也可以是ns時間值，兩種方式處理相同，本發(fā)明實施例用計 數(shù)器值描述。
此外，上述報文也可以不攜帶報文頭標(biāo)識和所述報文被調(diào)度之前的延遲 信息，還可以僅直接攜帶有所述報文進(jìn)入設(shè)備的時間戳，用以精確的標(biāo)識報
本實施例，通過接口裝置接收到具有時鐘信息的報文，由時鐘處理配置 信息獲取單元根據(jù)報文標(biāo)識獲取單元從接口裝置所接收到的報文中獲取到的報文的報文標(biāo)識獲取對應(yīng)的時鐘處理配置信息，處理單元根據(jù)時鐘處理配置 信息處理報文，從而實現(xiàn)了一個報文處理裝置可以同時支持一個以上的物理 端口，減少了資源的占有量，降低了成本。
圖10為本發(fā)明實施例處理具有時鐘信息報文的處理系統(tǒng)的第二實施例的 結(jié)構(gòu)示意圖，如圖10所示，與上一實施例相比，本實施例中報文標(biāo)識獲取單 元92用于從接口裝置91所獲取的報文中獲取所述報文的報文標(biāo)識。
進(jìn)一步地，上述本發(fā)明實施例處理具有時鐘信息報文的處理系統(tǒng)的第一 實施例和第二實施例中，處理裝置還可以包括延遲信息記錄單元和延遲信息 添加單元。其中，延遲信息記錄單元用于記錄所述報文被調(diào)度之前的延遲信 息；延遲信息添加單元用于在所述報文中添加所述延遲信息。相應(yīng)地，還可 以進(jìn)一步包括延遲信息獲取單元，用于獲取所述報文被調(diào)度之前的延遲信息。
本實施例在接收方向上，接口裝置分別向處理裝置請求調(diào)度相應(yīng)的物理 端口的報文，處理裝置在接收到請求調(diào)度的報文時根據(jù)物理端口號更新其內(nèi) 部的1588相關(guān)數(shù)據(jù)集，其它處理和現(xiàn)有方案的處理裝置的處理流程是一樣， 從而實現(xiàn)了 一個報文處理裝置可以同時支持一個以上的物理端口 ，減少了資 源的占有量，降低了成本。
本發(fā)明上述實施例可以適用于E2E模式下從時鐘設(shè)備發(fā)送delay—req請求 和接收主時鐘設(shè)備回應(yīng)的delayjesp消息報文來實現(xiàn)的時間同步，也可以適用 于P2P^f莫式下通過逐級測量鏈路延遲來實現(xiàn)的時間同步，但不限于此。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟 可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀 取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述 的存儲介質(zhì)包括ROM、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介 質(zhì)。
最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其 限制；盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù) 人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或 者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技 術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種具有時鐘信息報文的處理方法，其特征在于，包括接收具有時鐘信息的報文；獲取所述報文的報文標(biāo)識；根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的時鐘處理配置信息；根據(jù)獲取的時鐘處理配置信息，處理所述報文。
2、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述報文標(biāo)識為物理端口 號、IP地址或媒體訪問控制地址。
3、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述報文標(biāo)識在所述報文 的內(nèi)部或獨立于所述凈良文。
4、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述時鐘處理配置信息為 主時鐘處理配置信息或從時鐘處理配置信息。
5、 根據(jù)權(quán)利要求1或4所述的方法，其特征在于，所述報文為1588報文， 所述時鐘處理配置信息為1588協(xié)議數(shù)據(jù)集。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述1588協(xié)議數(shù)據(jù)集包括 端口標(biāo)識、端口狀態(tài)、端口delay—req最小平均發(fā)包間隔、端口P2P延遲模式下 的平均路徑延遲、端口 announce消息的平均發(fā)包間隔、端口 announce接收超時 間隔、端口sync消息的平均發(fā)包間隔、端口延遲模式、端口pdday—req最小平 均發(fā)包間隔、以及端口支持的1588版本號之一或任意組合。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述1588協(xié)議數(shù)據(jù)集進(jìn)一 步包括端口sync消息的序列號、端口delay消息的序列號、端口pdelay消息的序 列號、端口 announce消息的序列號、端口 announce消息的序列號、以及端口 announce消息的序歹l)號。
8、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述報文還攜帶所述報文 被調(diào)度之前的延遲信息。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述延遲信息為計數(shù)器的 數(shù)值或納秒時間值。
10、 根據(jù)權(quán)利要求8或9所述的方法，其特征在于，還包括步驟根據(jù)所 述延遲信息獲取所述報文進(jìn)入設(shè)備的時間戳。
11、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述報文還攜帶所述報文 進(jìn)入設(shè)備的時間戳。
12、 一種處理具有時鐘信息報文的處理裝置，其特征在于，包括 接口單元，用于接收具有時鐘信息的報文； 報文標(biāo)識獲取單元，用于獲取所述報文的報文標(biāo)識； 時鐘處理配置信息獲取單元，用于根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的時鐘處理配置信息；處理單元，用于根據(jù)獲取的時鐘處理配置信息，處理所述報文。
13、 根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述報文標(biāo)識獲取單元 用于獲取所述報文的報文標(biāo)識，具體為用于從所述報文中獲取所述報文的報 文標(biāo)識。
14、 根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述報文標(biāo)識獲取單元 用于獲取所述報文的報文標(biāo)識，具體為用于從所述接口單元處獲取所述報文 對應(yīng)的物理端口號。
15、 根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述時鐘處理配置信息為用于根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的主時鐘處理配置信息或從時鐘處 理配置信息。
16、 根據(jù)權(quán)利要求12所述的裝置，其特征在于，還包括 延遲信息記錄單元，用于記錄所述報文被調(diào)度之前的延遲信息； 延遲信息添加單元，用于在所述報文中添加所述延遲信息。
17、 根據(jù)權(quán)利要求16所述的裝置，其特征在于，還包括延遲信息獲取 單元，用于獲取所述報文被調(diào)度之前的延遲信息。
18、 一種處理具有時鐘信息報文的處理系統(tǒng)，其特征在于，包括 接口裝置，用于接收具有時鐘信息的報文；處理裝置，包括報文標(biāo)識獲取單元，用于獲取所述報文的報文標(biāo)識； 時鐘處理配置信息獲取單元，用于根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的 時鐘處理配置信息；處理單元，用于根據(jù)獲取的時鐘處理配置信息，處理所述報文。
19、 根據(jù)權(quán)利要求18所述的系統(tǒng)，其特征在于，所述報文標(biāo)識獲取單元 用于獲取所述報文的報文標(biāo)識，具體為用于從所述報文中獲取所述報文的報 文才示識。
20、 根據(jù)權(quán)利要求18所述的系統(tǒng)，其特征在于，所述報文標(biāo)識獲取單元 用于獲取所述報文的報文標(biāo)識，具體為用于從所述接口裝置處獲取所述報文 對應(yīng)的物理端口號。
21、 根據(jù)權(quán)利要求18所述的系統(tǒng)，其特征在于，所述時鐘處理配置信息 獲取單元用于根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的時鐘處理配置信息，具體 為用于根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的主時鐘處理配置信息或從時鐘處 理配置信息。
22、 根據(jù)權(quán)利要求18所述的系統(tǒng)，其特征在于，所述接口裝置還包括 延遲信息記錄單元，用于記錄所述報文被調(diào)度之前的延遲信息； 延遲信息添加單元，用于在所述報文中添加所述延遲信息。
23、 根據(jù)權(quán)利要求22所述的系統(tǒng)，其特征在于，所述處理裝置還包括 延遲信息獲取單元，用于獲取所述報文被調(diào)度之前的延遲信息。
全文摘要
本發(fā)明實施例涉及一種具有時鐘信息報文的處理方法、裝置及系統(tǒng)，該方法包括接收具有時鐘信息的報文；獲取所述報文的報文標(biāo)識；根據(jù)所述報文的報文標(biāo)識獲取對應(yīng)的時鐘處理配置信息；根據(jù)獲取的時鐘處理配置信息，處理所述報文。上述方法通過不同的報文標(biāo)識獲取不同的時鐘處理配置信息，進(jìn)而處理報文，可以有效的減少了資源的占有量，降低了成本。
文檔編號H04L29/06GK101599894SQ200810114369
公開日2009年12月9日 申請日期2008年6月4日 優(yōu)先權(quán)日2008年6月4日
發(fā)明者孫文華, 徐文廣, 李丙博, 王曉波, 王繼輝, 鄧友好, 陽生丙 申請人:華為技術(shù)有限公司