專利名稱：1588報文處理方法、裝置及通信設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種1588報文處理方法、裝置及通信設(shè)備。
背景技術(shù)：
隨著第3代移動通信(3rd Generation,簡稱3G)網(wǎng)絡(luò)的高速發(fā)展，1588時間同步協(xié)議在通訊網(wǎng)絡(luò)中得到越來越多的重視和應(yīng)用。國內(nèi)外運營商正在通過更多的使用1588 協(xié)議進行時間同步，來逐步替換掉之前的使用全球定位系統(tǒng)(Global Position System，簡稱為GPS)進行時間同步。1588時間同步協(xié)議中，定義了四種時鐘模式，分別為普通時鐘、邊界時鐘、透傳時鐘、以及普通+透傳時鐘。時鐘同步機制有兩種，分別為E2E(End To End，端到端)同步機制和P2P(Point To Point，點到點)同步機制。同步方法有一步法和兩步法。1588設(shè)備為了實現(xiàn)這些時鐘模式、同步機制和同步方法，除了要能夠正確識別1588報文的事件消息，打上正確的時間戳之外，還需要根據(jù)時鐘模式、時鐘端口狀態(tài)、同步機制以及同步方法進行對 1588報文的處理。圖1是根據(jù)相關(guān)技術(shù)的時鐘網(wǎng)絡(luò)通信設(shè)備的示意圖，如圖1所示，設(shè)備前端的物理硬件負責(zé)識別1588報文KherType，并同時給1588協(xié)議的事件報文打上時間戳， 設(shè)備后端的包處理器負責(zé)1588報文的轉(zhuǎn)發(fā)，但該包處理器無法識別1588報文KherType。由于1588報文在傳輸控制協(xié)議CTransfer Control Protocol，簡稱為TCP) /網(wǎng)絡(luò)協(xié)議(Internet Protocol，簡稱為IP)模型中，屬于應(yīng)用層協(xié)議，很多低端的負責(zé)1588報文的轉(zhuǎn)發(fā)的包處理器只能識別二三層的內(nèi)容，無法識別應(yīng)用層的內(nèi)容。因此就使得包處理器只能識別EtherType或UDP端口，無法識別1588報文的KherType，導(dǎo)致包處理器無法正常處理1588報文，從而無法根據(jù)1588時鐘模型，時鐘同步機制，時鐘狀態(tài)和時鐘同步方法正確處理報文，無法實現(xiàn)1588時間同步協(xié)議中的各種復(fù)雜的時鐘模式。針對相關(guān)技術(shù)中包處理器無法識別1588報文的KherType的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中包處理器無法識別1588報文的KherType的的問題，本發(fā)明提供了一種1588報文處理方法、裝置及通信設(shè)備，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種1588報文處理方法，包括識別接收到的 1588報文的原始KherType ；根據(jù)預(yù)定的映射方式對所述原始EtherType進行修改；將修改EtherType后的所述1588報文發(fā)送給包處理器。優(yōu)選地，所述預(yù)定的映射方式包括根據(jù)所述原始EtherType及其承載方式進行映射。優(yōu)選地，根據(jù)所述原始EtherType及其承載方式進行映射包括對于二層承載，將所述原始KherType的前十二位修改為78f ；對于三層承載，將所述原始KherType的前十二位修改為801。
優(yōu)選地，所述預(yù)定的映射方式包括以下至少之一所述1588報文的所述原始 EtherType為Armouce報文，且承載方式為二層承載時，將所述原始EtherType修改為 0x78f0 ；所述1588報文的所述原始KherType為Armouce報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8010 ；所述1588報文的所述原始EtherType為Sync 報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78fl ；所述1588報文的所述原始EtherType為Sync報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8011 ；所述1588報文的所述原始EtherType為R)llow_Up報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f2 ；所述1588報文的所述原始EtherType為 Follow_Up報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8012 ；所述 1588報文的所述原始EtherType為Delay_req報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f3 ；所述1588報文的所述原始EtherType為Delay_req報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8013 ；所述1588報文的所述原始EtherType為Delay_rSp報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f4 ；所述1588報文的所述原始EtherType為Delay_rSp報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8014 ；所述1588報文的所述原始EtherType為 Pdelay_req報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f5 ；所述 1588報文的所述原始EtherType為Pdelay_req報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8015 ；所述1588報文的所述原始EtherType為Pdelay_rsp報文， 且承載方式為二層承載時，將所述原始EtherType修改為0x78f6 ；所述1588報文的所述原始EtherType為Pdelay_rSp報文，且承載方式為三層承載時，將所述原始EtherType修改為 0x8016 ；所述 1588 報文的所述原始 EtherType 為 Pdelay_respond_follow_up 報文， 且承載方式為二層承載時，將所述原始EtherType修改為0x78f7 ；所述1588報文的所述原始EtherType為Pdelay_reSp0nd_f0ll0W_up報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8017 ；所述1588報文的所述原始EtherType為Signaling報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f8 ；所述1588報文的所述原始EtherType為Signaling報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8018 ；所述1588報文的所述原始EtherType為Management報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f9 ；所述1588報文的所述原始EtherType為 Management報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8019。優(yōu)選地，將修SKherType后的所述1588報文發(fā)送給所述包處理器之后，還包括 所述包處理器接收修SKherType后的所述1588報文；所述包處理器根據(jù)所述預(yù)定的映射方式將所述1588報文中修改后的EtherType反映射為所述原始KherType。根據(jù)本發(fā)明的另一方面，提供了一種1588報文處理裝置，包括識別模塊，用于識別接收到的1588報文的原始KherType ；修改模塊，用于根據(jù)預(yù)定的映射方式對所述原始 EtherType進行修改；發(fā)送模塊，用于將修改EtherType后的所述1588報文發(fā)送給包處理器。優(yōu)選地，所述修改模塊用于根據(jù)所述預(yù)定的映射方式為根據(jù)所述原始KherType 及其承載方式進行映射的方式對所述原始EtherType進行修改。優(yōu)選地，所述修改模塊包括第一修改單元，用于在所述承載方式為二層承載的情況下，將所述原始KherType的前十二位修改為78f ；第二修改單元，用于在所述承載方式為三層承載的情況下，將所述原始KherType的前十二位修改為801。優(yōu)選地，所述第一修改單元還用于所述1588報文的所述原始KherType為 Annouce報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f0 ；所述1588 報文的所述原為Sync報文，且承載方式為二層承載時，將所述原始KherType 修改為0x78fl ；所述1588報文的所述原始KherType為R)llow_Up報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f2 ；所述1588報文的所述原始EtherType 為Delay_req報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f3 ；所述 1588報文的所述原始EtherType為Delay_rSp報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f4 ；所述1588報文的所述原始EtherType為Pdelay_req報文， 且承載方式為二層承載時，將所述原始EtherType修改為0x78f5 ；所述1588報文的所述原始EtherType為Pdelay_rSp報文，且承載方式為二層承載時，將所述原始EtherType修改為 0x78f6 ；所述 1588 報文的所述原始 EtherType 為 Pdelay_respond_follow_up 報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f7 ；所述1588報文的所述原始EtherType為Signaling報文，且承載方式為二層承載時，將所述原始EtherType修改為 0x78f8 ；所述1588報文的所述原始EtherType為Management報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f9 ；所述第二修改單元還用于所述1588報文的所述原始EtherType為Armouce報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8010 ；所述1588報文的所述原始EtherType為Sync報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8011 ；所述1588報文的所述原始EtherType為R)llow_Up 報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8012 ；所述1588報文的所述原始EtherType為Delay_req報文，且承載方式為三層承載時，將所述原始EtherType 修改為0x8013 ；所述1588報文的所述原始EtherType為Delay_rSp報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8014 ；所述1588報文的所述原始EtherType為 Pdelay_req報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8015 ；所述 1588報文的所述原始EtherType為Pdelay_rSp報文，且承載方式為三層承載時，將所述原始 EtherType 修改為 0x8016 ；所述 1588 報文的所述原始 EtherType 為 Pdelay_respond_ follow_up報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8017 ；所述 1588報文的所述原為Signaling報文，且承載方式為三層承載時，將所述原始 EtherType修改為0x8018 ；所述1588報文的所述原始EtherType為Management報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8019。根據(jù)本發(fā)明的另一方面，還提供了一種通信設(shè)備，包括1588報文處理裝置和包處理器，其中，所述1588報文處理裝置包括識別模塊，用于識別接收到的1588報文的原始 EtherType ；修改模塊，用于根據(jù)預(yù)定的映射方式對所述原始KherType進行修改；發(fā)送模塊，用于將修改EtherType后的所述1588報文發(fā)送給包處理器；所述包處理器包括接收模塊，用于接收修改KherType后的所述1588報文；反映射模塊，用于根據(jù)所述預(yù)定的映射方式將所述1588報文中修改后的EtherType反映射為所述原始KherType。通過本發(fā)明，采用識別接收到的1588報文的原始KherType ；根據(jù)預(yù)定的映射方式對所述原始KherType進行修改；將修改EtherType后的所述1588報文發(fā)送給包處理器的方法，解決了相關(guān)技術(shù)中包處理器無法識別1588報文的KherType的問題，進而達到了使包處理器能夠識別1588報文的KherType的效果，從而使包處理器能夠正常對1588報文進行處理。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的時鐘網(wǎng)絡(luò)通信設(shè)備的示意圖；圖2是根據(jù)本發(fā)明實施例的1588報文處理方法的流程圖；圖3是根據(jù)本發(fā)明實施例的1588報文處理裝置30的結(jié)構(gòu)框圖一；圖4是根據(jù)本發(fā)明優(yōu)選實施例的1588報文處理裝置30的結(jié)構(gòu)框圖二 ；圖5是根據(jù)本發(fā)明實施例的1588時鐘網(wǎng)絡(luò)通信設(shè)備；圖6是根據(jù)本優(yōu)選實施例的時鐘網(wǎng)絡(luò)通信設(shè)備的示意圖；圖7是根據(jù)本發(fā)明優(yōu)選實施例實現(xiàn)的處理流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。在本發(fā)明實施例中提供了一種1588報文處理方法。圖2是根據(jù)本發(fā)明實施例的 1588報文處理方法的流程圖，如圖2所示，該方法包括如下步驟步驟S202，識別接收到的1588報文的原始KherType ；步驟S204，根據(jù)預(yù)定的映射方式對原始EtherType進行修改；步驟S206，將修改EtherType后的1588報文發(fā)送給包處理器。通過上述步驟，將接收到的原始1588報文的KherType先進行識別和修改，再發(fā)送給包處理器，使得包處理器能夠識別修改后的1588報文的KherType。這種處理方式， 相比現(xiàn)有技術(shù)中包處理器無法識別1588報文的KherType的情況，不增加額外的成本，但卻有效的達到了使包處理器能夠識別1588報文的KherType的效果，從而可以正確實現(xiàn) 1588協(xié)議的各種時鐘模型，大大降低了對包處理器的要求，也降低了實現(xiàn)1588時鐘的硬件成本。優(yōu)選地，上述步驟S204中的預(yù)定的映射方式可以是根據(jù)原始EtherType及其承載方式進行映射。通過采取這樣的優(yōu)選預(yù)定的映射方式，可以使映射簡單清楚，有利于使用。 當然也可以使用其他的方式進行映射，只要能夠?qū)⒃?588報文中的各種EtherType —對一的進行映射，均應(yīng)當納入本發(fā)明的保護范圍。優(yōu)選地，上述步驟S204中的預(yù)定的映射方式的具體方式可以為對于二層承載， 將原始EtherType的前十二位修改為78f ；對于三層承載，將原始EtherType的前十二位修改為801。通過這種優(yōu)選映射方式，可以將不同承載方式的1588報文的EtherType映射至不同的地址區(qū)域，使映射更加清楚，方便使用。需要說明的是，78f或801僅僅是一種舉例， 實際應(yīng)用中將其修改為其它值的情況，均應(yīng)當納入本發(fā)明的保護范圍。優(yōu)選地，上述的預(yù)定的映射方式可以按如下方式具體實施，但并不限于這種映射方式1588報文的原始KherType為Armouce報文，且承載方式為二層承載時，將原始 EtherType修改為0x78f0 ； 1588報文的原始EtherType為Annouce報文，且承載方式為三層承載時，將原始EtherType修改為0x8010 ；1588報文的原始KherType為Sync報文， 且承載方式為二層承載時，將原始EtherType修改為0x78fl ； 1588報文的原始EtherType 為Sync報文，且承載方式為三層承載時，將原始KherType修改為0x8011 ； 1588報文的原始KherType為FolloW_Up報文，且承載方式為二層承載時，將原始EtherType修改為0x78f2 ； 1588報文的原始EtherType為FolloW_Up報文，且承載方式為三層承載時， 將原始EtherType修改為0x8012 ； 1588報文的原始EtherType為Delay_req報文，且承載方式為二層承載時，將原始EtherType修改為0x78f3 ； 1588報文的原始EtherType為 Delay_req報文，且承載方式為三層承載時，將原始KherType修改為0x8013 ； 1588報文的原始EtherType為Delay_rSp報文，且承載方式為二層承載時，將原始EtherType修改為0x78f4 ； 1588報文的原始EtherType為Delay_rSp報文，且承載方式為三層承載時，將原始EtherType修改為0x8014 ；1588報文的原始KherType為Pdelay_req報文，且承載方式為二層承載時，將原始EtherType修改為0x78f 5 ； 1588報文的原始KherType為 Pdelay_req報文，且承載方式為三層承載時，將原始KherType修改為0x8015 ； 1588報文的原始EtherType為Pdelay_rSp報文，且承載方式為二層承載時，將原始EtherType修改為0x78f6 ；1588報文的原始KherType為Pdelay_rSp報文，且承載方式為三層承載時，將原始 EtherType 修改為 0x8016 ； 1588 報文的原始 EtherType 為 Pdelay_respond_ follow_up報文，且承載方式為二層承載時，將原始EtherType修改為0x78f7 ；1588報文的原始EtherType為Pdelay_respond_follow_up報文，且承載方式為三層承載時，將原始KherType修改為0x8017 ； 1588報文的原始KherType為Signaling報文，且承載方式為二層承載時，將原始EtherType修改為0x78f8 ； 1588報文的原始KherType為 Signaling報文，且承載方式為三層承載時，將原始KherType修改為0x8018 ； 1588報文的原始EtherType為Management報文，且承載方式為二層承載時，將原始EtherType修改為 0x78f9 ； 1588報文的原始EtherType為Management報文，且承載方式為三層承載時，將原始KherType修改為0x8019。上述的優(yōu)選映射方式，不但映射條理清楚，而且更有利于包處理器的讀取，有利于使用。優(yōu)選地，在步驟S206之后，包處理器可以在接收到修改KherType后的1588 報文之后，根據(jù)之前設(shè)定的映射方式將1588報文中修改后WKherType反映射為原始 EtherType0通過這樣的優(yōu)選處理方式，可以使包處理器識別到的修改后的1588報文的 EtherType反映射成為原始的1588報文的KherType，從而更利于之后的設(shè)備對1588報文的處理。在本發(fā)明實施例中還提供了一種1588報文處理裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)， 但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。圖3是根據(jù)本發(fā)明實施例的1588報文處理裝置30的結(jié)構(gòu)框圖一，如圖3所示，該裝置30包括識別模塊32、修改模塊34、發(fā)送模塊36，下面對該結(jié)構(gòu)進行詳細的說明。識別模塊32，用于識別接收到的1588報文的原始KherType ；修改模塊34，連接至識別模塊32，該模塊用于根據(jù)預(yù)定的映射方式對識別模塊32識別的原始EtherType進行修改；發(fā)送模塊36，連接至修改模塊34，用于將修改模塊34修改KherType后的1588報文發(fā)送給包處理器。優(yōu)選地，修改模塊34用于根據(jù)預(yù)定的映射方式為根據(jù)原始EtherType及其承載方式進行映射的方式對原始EtherType進行修改。圖4是根據(jù)本發(fā)明優(yōu)選實施例的1588報文處理裝置30的結(jié)構(gòu)框圖二，如圖4所示，該模塊包括第一修改單元342，第二修改單元344。其中，第一修改單元342，用于在承載方式為二層承載的情況下，將原始KherType的前十二位修改為78f ；第二修改單元344，用于在承載方式為三層承載的情況下，將原始 EtherType的前十二位修改為801。優(yōu)選地，第一修改單元342還用于1588報文的原始EtherType為Annouce報文， 且承載方式為二層承載時，將原始KherType修改為0x78f0 ； 1588報文的原始EtherType 為Sync報文，且承載方式為二層承載時，將原始EtherType修改為0x78fl ；1588報文的原始KherType為FolloW_Up報文，且承載方式為二層承載時，將原始EtherType修改為0x78f2 ； 1588報文的原始EtherType為Delay_req報文，且承載方式為二層承載時， 將原始EtherType修改為0x78f3 ； 1588報文的原始KherType為Delay_rsp報文，且承載方式為二層承載時，將原始EtherType修改為0x78f4 ； 1588報文的原始KherType為 Pdelay_req報文，且承載方式為二層承載時，將原始EtherType修改為0x78f5 ；1588報文的原始EtherType為Pdelay_rSp報文，且承載方式為二層承載時，將原始EtherType 修改為 0x78f6 ； 1588 報文的原始 EtherType 為 Pdelay_respond_follow_up 報文，且承載方式為二層承載時，將原始^herType修改為0x78f7 ； 1588報文的原始KherType為 Signaling報文，且承載方式為二層承載時，將原始EtherType修改為0x78f8 ； 1588報文的原始KherType為Management報文，且承載方式為二層承載時，將原始EtherType修改為0x78f9 ；第二修改單元344還用于1588報文的原始EtherType為Annouce報文，且承載方式為三層承載時，將原始EtherType修改為0x8010 ； 1588報文的原始EtherType 為Sync報文，且承載方式為三層承載時，將原始KherType修改為0x8011 ；1588報文的原始KherType為FolloW_Up報文，且承載方式為三層承載時，將原始EtherType修改為0x8012 ； 1588報文的原始EtherType為Delay_req報文，且承載方式為三層承載時， 將原始EtherType修改為0x8013 ； 1588報文的原始KherType為Delay_rsp報文，且承載方式為三層承載時，將原始EtherType修改為0x8014 ； 1588報文的原始EtherType為 Pdelay_req報文，且承載方式為三層承載時，將原始EtherType修改為0x8015 ； 1588報文的原始EtherType為Pdelay_rSp報文，且承載方式為三層承載時，將原始EtherType 修改為 0x8016 ； 1588 報文的原始 EtherType 為 Pdelay_respond_follow_up 報文，且承載方式為三層承載時，將原始KherType修改為0x8017 ；1588報文的原始KherType為 Signaling報文，且承載方式為三層承載時，將原始KherType修改為0x8018 ； 1588報文的原始EtherType為Management報文，且承載方式為三層承載時，將原始EtherType修改為 0x8019。在實施例中還提供了一種1588時鐘網(wǎng)絡(luò)通信設(shè)備。該設(shè)備使用上述的1588報文處理裝置30。圖5是根據(jù)本發(fā)明實施例的1588時鐘網(wǎng)絡(luò)通信設(shè)備，如圖5所示，該設(shè)備包括1588報文處理裝置30和包處理器50，1588報文處理裝置30，其中，1588報文處理裝置30包括識別模塊32、修改模塊34和發(fā)送模塊36，其中，識別模塊32，用于識別接收到的1588報文的原始KherType ；修改模塊34，連接至識別模塊32， 該模塊用于根據(jù)預(yù)定的映射方式對識別模塊32識別的原始EtherType進行修改；發(fā)送模塊36，連接至修改模塊34，用于將修改模塊34修改EtherType后的1588報文發(fā)送給包處理器；包處理器50包括接收模塊52和反映射模塊M，其中，接收模塊52，連接至發(fā)送模塊 36，用于接收修改KherType后的1588報文；反映射模塊M，連接至接收模塊52，用于根據(jù)預(yù)定的映射方式將1588報文中修改后的EtherType反映射為原始KherType。下文中將參考附圖并結(jié)合優(yōu)選實施例來詳細說明本發(fā)明。以下實施例結(jié)合了上述實施例及其優(yōu)選實施方式。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。在本優(yōu)選實施例中，提供了一種解決包處理器無法識別1588報文KherType 的問題的實現(xiàn)方法。圖6是根據(jù)本發(fā)明優(yōu)選實施例的1588報文KherType和修改后的 EtherType的映射關(guān)系表。該映射可以在上述實施例中的1588時鐘網(wǎng)絡(luò)通信設(shè)備中的1588 報文處理裝置30中進行，在具體實現(xiàn)中，可以利用現(xiàn)有硬件設(shè)備進行映射，例如，使用現(xiàn)有時鐘網(wǎng)絡(luò)通信設(shè)備前端的區(qū)分1588報文KherType、同時負責(zé)打時間戳的硬件器件進行映射。表1是1588報文EtherType和修改后的EtherType的映射關(guān)系表，該優(yōu)選映射方式如表1所示。如果是二層承載，可以將Annouce報文的EtherType類型修改為0x78f0 ；如果是三層承載，則可以修改為0x8010。如果是二層承載，可以將Sync報文的EtherType類型修改為0x78fl ；如果三層承載，則可以修改為0x8011。如果是二層承載，可以將R)llow_Up報文的EtherType類型修改為0x78f2 ；如果是三層承載，則可以修改為0x8012。如果是二層承載，可以將Delay_req報文的EtherType類型修改為0x78f3 ；如果是三層承載，則可以修改為0x8013。如果是二層承載，可以將Delay_rsp報文的EtherType類型修改為0x78f4 ；如果是三層承載，則可以修改為0x8014。如果是二層承載，可以將Pdelay_req報文的EtherType類型修改為0x78f5 ；如果是三層承載，則可以修改為0x8015。如果是二層承載，可以將Pdelay_rsp報文的EtherType類型修改為0x78f6 ；如果是三層承載，則可以修改為0x8016。如果是二層承載，可以將Pdelay_respond_follow_up報文的EtherType類型修改為0x78f7 ；如果是三層承載，則可以修改為0x8017。如果是二層承載，可以將Signaling報文的EtherType類型修改為0x78f8 ；如果是三層承載，則可以修改為0x8018。如果是二層承載，可以將Management報文的EtherType類型修改為0x78f9 ；如果是三層承載，則可以修改為0x8019。
表1 1588報文EtherType和修改后的KherType的映射關(guān)系表
權(quán)利要求
1.一種1588報文處理方法，其特征在于，包括 識別接收到的1588報文的原始消息類型KherType ； 根據(jù)預(yù)定的映射方式對所述原始EtherType進行修改； 將修改EtherType后的所述1588報文發(fā)送給包處理器。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預(yù)定的映射方式包括根據(jù)所述原始 EtherType及其承載方式進行映射。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，根據(jù)所述原始EtherType及其承載方式進行映射包括對于二層承載，將所述原始KherType的前十二位修改為78f ； 對于三層承載，將所述原始KherType的前十二位修改為801。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述預(yù)定的映射方式包括以下至少之一 所述1588報文的所述原始EtherType為Armouce報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f0 ；所述1588報文的所述原始EtherType為Armouce報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8010 ；所述1588報文的所述原始KherType為Sync報文，且承載方式為二層承載時，將所述原始KherType修改為0χ78Π ；所述1588報文的所述原始KherType為Sync報文，且承載方式為三層承載時，將所述原始 EtherType 修改為 0x8011 ；所述1588報文的所述原始EtherType為R)llow_Up報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f2 ；所述1588報文的所述原始EtherType為R)llow_Up報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8012 ；所述1588報文的所述原始EtherType為Delay_req報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f3 ；所述1588報文的所述原始EtherType為Delay_req報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8013 ；所述1588報文的所述原始EtherType為Delay_rSp報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f4 ；所述1588報文的所述原始EtherType為Delay_rSp報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8014 ；所述1588報文的所述原始EtherType為Pdelay_req報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f5 ；所述1588報文的所述原始EtherType為Pdelay_req報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8015 ；所述1588報文的所述原始EtherType為Pdelay_rSp報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f6 ；所述1588報文的所述原始EtherType為Pdelay_rSp報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8016 ；所述1588報文的所述原始EtherType為Pdelay_respond_follow_up報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f7 ；所述1588報文的所述原始EtherType為Pdelay_respond_follow_up報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8017 ；所述1588報文的所述原始EtherType為Signaling報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f8 ；所述1588報文的所述原始KherType為Signaling報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8018 ；所述1588報文的所述原始EtherType為Management報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f9 ；所述1588報文的所述原始EtherType為Management報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8019。
5.根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，將修SKherType后的所述 1588報文發(fā)送給所述包處理器之后，還包括所述包處理器接收修改EtherType后的所述1588報文；所述包處理器根據(jù)所述預(yù)定的映射方式將所述1588報文中修改后的EtherType反映射為所述原始KherType。
6.一種1588報文處理裝置，其特征在于，包括識別模塊，用于識別接收到的1588報文的原始KherType ；修改模塊，用于根據(jù)預(yù)定的映射方式對所述原始EtherType進行修改；發(fā)送模塊，用于將修SKherType后的所述1588報文發(fā)送給包處理器。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述修改模塊用于根據(jù)所述預(yù)定的映射方式為根據(jù)所述原始EtherType及其承載方式進行映射的方式對所述原始EtherType進行修改。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述修改模塊包括第一修改單元，用于在所述承載方式為二層承載的情況下，將所述原始KherType的前十二位修改為78f ；第二修改單元，用于在所述承載方式為三層承載的情況下，將所述原始KherType的前十二位修改為801。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于， 所述第一修改單元還用于所述1588報文的所述原始EtherType為Armouce報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f0 ；所述1588報文的所述原始EtherType為Sync報文，且承載方式為二層承載時，將所述原始EtherType修改為0χ78Π ；所述1588報文的所述原始EtherType為R)llow_Up報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f2 ；所述1588報文的所述原始EtherType為Delay_req報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f3 ；所述1588報文的所述原始EtherType為Delay_rSp報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f4 ；所述1588報文的所述原始EtherType為Pdelay_req報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f5 ；所述1588報文的所述原始EtherType為Pdelay_rSp報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f6 ；所述1588報文的所述原始EtherType為Pdelay_respond_follow_up報文，且承載方式為二層承載時，將所述原始EtherType修改為0x78f7 ；所述1588報文的所述原始KherType為Signaling報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f8 ；所述1588報文的所述原始EtherType為Management報文，且承載方式為二層承載時， 將所述原始EtherType修改為0x78f9 ； 所述第二修改單元還用于所述1588報文的所述原始EtherType為Armouce報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8010 ；所述1588報文的所述原始肚herType為Sync報文，且承載方式為三層承載時，將所述原始 EtherType 修改為 0x8011 ；所述1588報文的所述原始EtherType為R)llow_Up報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8012 ；所述1588報文的所述原始EtherType為Delay_req報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8013 ；所述1588報文的所述原始EtherType為Delay_rSp報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8014 ；所述1588報文的所述原始EtherType為Pdelay_req報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8015 ；所述1588報文的所述原始EtherType為Pdelay_rSp報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8016 ；所述1588報文的所述原始EtherType為Pdelay_respond_follow_up報文，且承載方式為三層承載時，將所述原始EtherType修改為0x8017 ；所述1588報文的所述原始EtherType為Signaling報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8018 ；所述1588報文的所述原始E^erType為Management報文，且承載方式為三層承載時， 將所述原始EtherType修改為0x8019。
10. 一種通信設(shè)備，其特征在于，包括1588報文處理裝置和包處理器，其中， 所述1588報文處理裝置包括識別模塊，用于識別接收到的1588報文的原始KherType ； 修改模塊，用于根據(jù)預(yù)定的映射方式對所述原始EtherType進行修改； 發(fā)送模塊，用于將修改EtherType后的所述1588報文發(fā)送給包處理器； 所述包處理器包括接收模塊，用于接收修改EtherType后的所述1588報文；反映射模塊，用于根據(jù)所述預(yù)定的映射方式將所述1588報文中修改后的EtherType反映射為所述原始KherType。
全文摘要
本發(fā)明公開了1588報文處理方法、裝置及通信設(shè)備，該方法包括識別接收到的1588報文的原始EtherType；根據(jù)預(yù)定的映射方式對原始EtherType進行修改；將修改EtherType后的1588報文發(fā)送給包處理器。通過本發(fā)明解決了現(xiàn)有技術(shù)中包處理器無法識別1588報文的EtherType的問題，進而達到了使包處理器能夠識別1588報文的EtherType的效果。
文檔編號H04J3/06GK102332961SQ201110302838
公開日2012年1月25日 申請日期2011年10月9日 優(yōu)先權(quán)日2011年10月9日
發(fā)明者文林 申請人:中興通訊股份有限公司