[發(fā)明專利]通信網(wǎng)絡(luò)中實現(xiàn)站點間數(shù)據(jù)互通的方法

有效

• 申請?zhí)枺?/td>: 200910162700.X
• 申請日: 2009-08-19
• 公開（公告）號: CN101631087A
• 公開（公告）日: 2010-01-20
• 發(fā)明（設(shè)計）人: 張宏;劉華;陳俊強;張峰;孫駿;曾濤
• 申請（專利權(quán)）人: 烽火通信科技股份有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L12/24
• 代理公司: 北京捷誠信通專利事務(wù)所
• 代理人: 魏殿紳;龐炳良

技術(shù)領(lǐng)域

本發(fā)明涉及通信網(wǎng)絡(luò)領(lǐng)域，特別是涉及通信網(wǎng)絡(luò)中實現(xiàn)站點間數(shù)據(jù)互通的方法。?

背景技術(shù)

在光通信網(wǎng)絡(luò)中，光傳輸設(shè)備往往是通過運營商提供的DCN網(wǎng)的以太網(wǎng)接入站點接入，并通過DCN網(wǎng)與網(wǎng)管進行通信。由于提供的接入DCN網(wǎng)的IP地址一般比較少，因此光傳輸設(shè)備獲得進入DCN網(wǎng)的IP地址也就比較少，這種情況下，網(wǎng)管只能直接管理到配有DCN網(wǎng)段IP地址的接入站點，無法滿足實際應(yīng)用，為了解決這一問題，目前通常的做法是把接入DCN網(wǎng)的接入站點設(shè)計為網(wǎng)關(guān)站點，通過該網(wǎng)關(guān)站點的下聯(lián)口連接多個下聯(lián)成員站點(下聯(lián)成員站點使用私有IP地址)，光傳輸設(shè)備連接在下聯(lián)成員站點上，網(wǎng)管通過網(wǎng)關(guān)站點完成與不同的成員站點之間的數(shù)據(jù)交互。考慮到在一個接入點上設(shè)置一個網(wǎng)關(guān)站點的可靠性不高，在實際應(yīng)用中通常會在一個網(wǎng)絡(luò)上設(shè)計多個網(wǎng)關(guān)站點形成主備保護，當其中一個網(wǎng)關(guān)站點失效時，網(wǎng)管及時地切換至另一個網(wǎng)關(guān)站點，從而保證網(wǎng)管與網(wǎng)絡(luò)中各站點的正常通信。?

上述設(shè)計方法基本上能滿足DCN網(wǎng)絡(luò)或類似拓撲下的管理通信的需求，但是在實際通信網(wǎng)絡(luò)中，會遇到斷纖、壞盤等原因?qū)е峦ㄐ啪W(wǎng)絡(luò)在物理上被分割成數(shù)個相對獨立的網(wǎng)絡(luò)(如附圖1)，此時，各個獨立網(wǎng)絡(luò)中的成員站點通過網(wǎng)?關(guān)站點仍然能夠和網(wǎng)管保持通信而不至脫管，但當需要進行成員站點之間的數(shù)據(jù)交互時，由于各成員站點之使用的是私有IP地址，受尋路協(xié)議限制無法發(fā)現(xiàn)對方，也就無法通過DCN網(wǎng)互通，往往需要故障清除后數(shù)據(jù)交互才能繼續(xù)。?

在早期的通信網(wǎng)絡(luò)中，我們主要需求的是網(wǎng)管和站點之間的管理信息的交互，各站點之間管理信息交互的需求并不大，隨著更大規(guī)模光傳輸通信網(wǎng)絡(luò)和更復(fù)雜光傳輸設(shè)備的出現(xiàn)，各站點之間的信息交互也變得更加重要。雖然可以使用業(yè)務(wù)通道的保護來實現(xiàn)各站點之間的信息交互，但這樣做數(shù)據(jù)流向會很難分析，想要形成全網(wǎng)的站點間互通也比較復(fù)雜。?

發(fā)明內(nèi)容

本發(fā)明所要解決的技術(shù)問題是解決通信網(wǎng)絡(luò)中站點間互通及實現(xiàn)其通信信道保護比較復(fù)雜的問題。?

為了解決上述技術(shù)問題，本發(fā)明所采用的技術(shù)方案是提供一種通信網(wǎng)絡(luò)中站點間互通及實現(xiàn)其通信信道保護的方法，該方法在DCN網(wǎng)或類似拓撲下，利用現(xiàn)有網(wǎng)管信息使用的信道，進行站點間的信息交互，并對其通信信道進行保護，既不需要使用額外的信道，也不需要對尋路協(xié)議進行任何修改，并最大限度的降低站點交互產(chǎn)生的冗余信息量，在網(wǎng)絡(luò)出現(xiàn)故障的情況下，屬于不同分隔網(wǎng)絡(luò)中的站點之間通過以下步驟實現(xiàn)數(shù)據(jù)交互：?

a)源站點向其所屬網(wǎng)關(guān)站點發(fā)起對目的站點IP的路徑查詢請求；?

b)源站點所屬網(wǎng)關(guān)站點收到源站點的查詢請求后向向源站點所屬網(wǎng)關(guān)站點上配置的其他網(wǎng)關(guān)站點發(fā)出協(xié)助查詢請求；?

c)其他網(wǎng)關(guān)站點收到源站點所屬網(wǎng)關(guān)站點發(fā)出的協(xié)助查詢請求后，向本網(wǎng)?絡(luò)發(fā)送一個針對請求中目的站點IP地址的查詢命令，查詢本網(wǎng)絡(luò)中是否有該目的站點：?

如果查詢命令能收到目的站點應(yīng)答，則證實該網(wǎng)關(guān)為目的站點所屬網(wǎng)關(guān)站點，于是該網(wǎng)關(guān)站點發(fā)起對步驟b中源站點所屬網(wǎng)關(guān)站點發(fā)出的協(xié)助查詢請求進行路徑應(yīng)答，并通過源站點所屬網(wǎng)關(guān)站點轉(zhuǎn)發(fā)給源站點；?

如果查詢命令沒有收到目的站點應(yīng)答，則證實目前該網(wǎng)關(guān)所屬網(wǎng)絡(luò)無法與目的站點通信，該網(wǎng)關(guān)站點無須通過源站點所屬網(wǎng)關(guān)站點轉(zhuǎn)發(fā)給源站點路徑應(yīng)答；?

d)源站點收到目的站點所屬網(wǎng)關(guān)站點送回的路徑應(yīng)答后建立“源站點-源站點所屬網(wǎng)關(guān)站點-目的站點所屬網(wǎng)關(guān)站點-目的站點”的間接通信鏈路表，并沿該間接通信鏈路發(fā)送間接報文，該間接報文中添加了間接通信應(yīng)用報文頭，間接通信應(yīng)用報文頭中包括間接通信標識、數(shù)據(jù)類型、源站點IP、源站點所屬網(wǎng)關(guān)站點IP、目的站點所屬網(wǎng)關(guān)站點IP和目的站點IP；如果源站點未收到對目的站點IP的路徑查詢請求的任何路徑應(yīng)答，則定時重復(fù)步驟a；?

e)源站點所屬網(wǎng)關(guān)站點收到間接報文后先解析出間接通信應(yīng)用報文頭中所包含的下一站點IP，即目的站點所屬網(wǎng)關(guān)站點的IP，然后將間接報文轉(zhuǎn)發(fā)給目的站點所屬網(wǎng)關(guān)站點；?

f)目的站點所屬網(wǎng)關(guān)站點收到間接報文后先解析出間接通信應(yīng)用報文頭中所包含的目的站點IP，然后將間接報文轉(zhuǎn)發(fā)給目的站點；?

g)目的站點收到間接報文后，記錄并使用該間接通信鏈路與源站點進行通信。?

在上述方案的基礎(chǔ)上，DCN網(wǎng)或類似拓撲下，對某一網(wǎng)絡(luò)的網(wǎng)關(guān)站點進行?DCN網(wǎng)段IP配置時，在配置信息中記錄下接入該DCN網(wǎng)或類似拓撲的其他網(wǎng)絡(luò)的網(wǎng)關(guān)站點IP。?