專利名稱：以太環網無請求協議幀的處理方法及裝置的制作方法
技術領域：
本發明涉及通信領域，具體而言，涉及一種以太環網無請求協議幀的處理方法及裝置。
背景技術：
國際電信聯盟 international Telecommunication Union，簡稱為 ITU-T)的 G. 8032協議，為環形拓撲以太環網的以太層定義了自動保護切換協議與機制。在這種機制中，當以太環網的鏈路出現故障，或者節點收到了切換命令請求時，如果檢測到故障的端口或者切換命令請求端口不是環保護鏈路相鄰端口，則故障端口或者切換命令請求端口會被所在節點阻塞，環保護鏈路所屬節點打開環保護鏈路相鄰端口，使得被保護數據可以從環保護鏈路上通過，環保護鏈路上任何兩個節點之間產生了新的通信路徑，保障了通信路徑的重新連通，提高了網絡的可靠性。但是，在以太環網的切換過程中，被保護數據流量的通信路徑有可能發生變化，由于每個節點記錄的地址表信息在被保護數據流量的通信路徑發生變化后都可能不再適用， 因此每個節點有可能刷新地址表，具體動作為刪除環上端口的地址條目。通常在以太環網進行切換時，產生切換動作的節點發送保護倒換協議幀通知其它節點切換，其它節點收到該保護倒換協議幀后刷新地址表。但是不必要的地址表刷新會導致被保護數據流量廣播， 占用鏈路帶寬資源，增加保護倒換時間。相關技術中，為了區分以太環網在切換過程中不同的情況，在發送的保護倒換協議幀中引入了不刷新地址(即Do Not Flush，簡稱DNF)標志，將該標志設置為0，用于通知其他節點需要刷新地址，設置為1，用于通知其他節點不需要刷新地址。當以太環網進行切換時，如果產生切換動作的節點的保護倒換請求端口在切換之前不是處于阻塞狀態，則切換之后，被保護數據流量的通信路徑有可能發生變化，因此該節點發送的保護倒換協議幀中的不刷新標志置為0，其它節點收到該保護倒換協議幀后需要刷新地址表，保障了被保護數據流量的正確切換。如圖1所示，假設節點S2和S3檢測到鏈路故障，首先節點S2和S3分別阻塞與故障鏈路相連的端口 22和端口 31，并發送鏈路故障告警協議幀(即Signal Fail協議幀，簡稱SF協議幀，是一種保護倒換協議幀)通知其它節點進行保護切換，由于節點S2和S3在分別阻塞與故障鏈路相連的端口 22和端口 31之前，這兩個端口都不是阻塞狀態，因此節點S2和S3發送的鏈路故障告警協議幀中的不刷新地址標志設置為0，其他節點收到這個協議幀后需要刷新地址表；環保護鏈路所屬節點Sl 收到鏈路故障告警協議幀后，打開阻塞的與環保護鏈路相連的端口 11，此外，每個節點收到鏈路故障告警協議幀后，由于其中的不刷新地址標志設置為0，進行刷新地址表操作。發明人發現，如果產生切換動作的節點的保護倒換請求端口在切換之前處于阻塞狀態，在鏈路恢復后，根據G. 8032規定，鏈路恢復的節點發送相關協議幀，例如保護倒換協議幀，將其中的不刷新標志置為1 (即，通知其他節點不需要刷新地址)，同時該節點發送無請求協議幀，將無請求協議幀的不刷新標志置為0(即，通知其他節點需要刷新地址，以太環網節點收到無請求協議幀后不需要刷新地址)。如圖2所示，節點S2和S3檢測到鏈路恢復，則節點S2和S3會發送無請求協議幀(即No Request協議幀，簡稱NR協議幀)，這時整個環網的被保護數據通信路徑并沒有改變，因此每個節點都沒有必要刷新地址表。但是在節點發送無請求協議幀時，協議幀的不刷新地址標志設置為0。這樣，由于以太環網節點接收到的無請求協議幀和其它G. 8032協議幀中攜帶的不刷新標志不同，所以以太環網節點收到G. 8032協議幀之后，首先判斷協議幀的類型，如果是無請求協議幀，則不刷新地址表，如果協議幀不是無請求協議幀，則進一步判斷不刷新標志的設置再確定是否刷新地址表，節點對協議幀的處理過程比較繁瑣。
發明內容
本發明的主要目的在于提供一種以太環網無請求協議幀的處理方法及裝置，以解決上述問題。為了實現上述目的，根據本發明的一個方面，提供了一種以太環網無請求協議幀的處理方法。根據本發明的以太環網無請求協議幀的處理方法包括以太環網節點發送無請求協議幀，其中，無請求協議幀的不刷新標志的值為指示不刷新地址。進一步地，上述方法還包括以太環網中除上述以太環網節點之外的其它以太環網節點接收無請求協議幀，判斷不刷新標志的值為指示不刷新地址，則進行不刷新地址表操作。進一步地，上述不刷新標志的值為1。為了實現上述目的，根據本發明的又一個方面，提供了一種以太環網節點。根據本發明的以太環網節點包括發送模塊，用于發送無請求協議幀，其中，無請求協議幀的不刷新標志的值為指示不刷新地址。進一步地，上述以太環網節點還包括接收模塊，用于接收無請求協議幀；判斷模塊，用于判斷不刷新標志的值為指示不刷新地址；處理模塊，用于進行不刷新地址表操作。進一步地，不刷新標志的值為1。為了實現上述目的，根據本發明的再一個方面，提供了一種以太環網。根據本發明的以太環網包括多個節點，其中，上述節點包括發送模塊，用于發送無請求協議幀，其中，無請求協議幀的不刷新標志的值為指示不刷新地址。進一步地，節點還包括接收模塊，用于接收無請求協議幀；判斷模塊，用于判斷不刷新標志的值為指示不刷新地址；處理模塊，用于進行不刷新地址表操作。進一步地，不刷新標志的值為1。通過本發明，采用以太環網節點發送無請求協議幀，其中，無請求協議幀的不刷新標志的值為指示不刷新地址，解決了在以太環網切換過程中，由于無請求協議幀和其它協議幀攜帶DNF不一致，必須通過判斷協議幀類型確定是否刷新地址，造成以太環網節點處理流程繁瑣的問題，進而達到了統一以太環網節點處理協議幀流程的效果，并減低以太環網節點處理的復雜性。
此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中圖1是根據相關技術的以太環網鏈路出現故障時的運行示意圖；圖2是根據相關技術的以太環網鏈路出現故障恢復后回切的運行示意圖；圖3是根據本發明優選實施例的以太環網無請求協議幀處理方法的流程圖；圖4是根據本發明實施例的鏈路故障恢復后的以太環網保護結構示意圖；圖5是根據本發明實施例的以太環網節點的結構框圖；圖6是根據本發明實施例的以太環網節點的優選的結構框圖；以及圖7是根據本發明實施例的以太環網的結構框圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。本發明實施例提供了一種以太環網無請求協議幀處理方法，該方法包括以太環網節點發送無請求協議幀，其中，無請求協議幀的不刷新標志的值為指示不刷新地址。相關技術中，在以太環網切換過程中，由于以太環網節點接收到的無請求協議幀和其它G. 8032協議幀中攜帶的不刷新標志不同，所以以太環網節點收到G. 8032協議幀之后，首先判斷協議幀的類型，如果是無請求協議幀，則不刷新地址表，如果協議幀不是無請求協議幀，則進一步判斷不刷新標志的設置再確定是否刷新地址表，節點對協議幀的處理過程比較繁瑣。通過本發明實施例，確定鏈路恢復后，以太環網節點發送無請求協議幀，其中，無請求協議幀的不刷新標志的值為指示不刷新地址，其他節點接收到無請求協議幀后， 根據協議幀的不刷新標志不進行刷新地址表操作。克服了無請求協議幀和其它G. 8032協議幀中攜帶的不刷新標志不同造成的節點對協議幀處理過程繁瑣的問題，進而達到了統一以太環網節點處理協議幀流程的效果，并減低了以太環網節點處理的復雜性。優選地，上述方法還包括以太環網中除以太環網節點之外的其它以太環網節點接收無請求協議幀，判斷不刷新標志的值為指示不刷新地址，則進行不刷新地址表操作。該優選實施例實現了以太環網其它節點在接收到無請求協議幀后，不判斷協議幀類型，根據無請求協議幀的不刷新標志的值執行相應操作，降低了以太環網節點對協議幀操作的復雜性。優選地，不刷新標志的值為1，通過該優選實施例，將無請求協議幀的不刷新標志和其它協議幀相統一，實現了節點對協議幀的處理流程統一，同時，將不刷新標志的值設為 1，易于硬件實現。圖3是根據本發明優選實施例的以太環網無請求協議幀處理方法的流程圖，如圖 3所示，包括步驟S301，以太環網保護節點發送無請求協議幀；步驟S302，節點將發送的無請求協議幀中的不刷新標志置為有效，例如有效的數值約定為1 ；步驟S303，其它節點接收到上述無請求協議幀，如果協議幀的不刷新標志為有效， 則不需要刷新地址表。
該實施例實現了以太環網節點對無請求協議幀的發送和接收過程，接收無請求協議幀的節點根據無請求協議幀攜帶的信息進行不刷新地址表操作。圖4是根據本發明實施例的鏈路故障恢復后的以太環網保護結構示意圖，如圖 4所示，假設節點S2和S3檢測到鏈路恢復，則節點S2和S3會發送無請求協議幀(即No Request協議幀，簡稱NR協議幀)，這時整個環網的被保護數據通信路徑并沒有改變，因此每個節點都沒有必要刷新地址表。根據本發明的技術方案，但是在節點發送無請求協議幀時，協議幀的不刷新標志設置為有效，例如有效的數值約定為1，因此節點S2和S3在發送無請求協議幀時，其中的不刷新標志設置為1，其它節點收到無請求協議幀時，根據協議幀的不刷新標志為1判斷不刷新地址表。該實施例簡化了以太環網對協議幀的處理步驟，并統一以太環網節點對協議幀的處理流程。圖5是根據本發明實施例的以太環網節點的結構框圖，該以太環網節點包括發送模塊52，下面對上述結構進行詳細描述發送模塊52，用于發送無請求協議幀，其中，無請求協議幀的不刷新標志的值為指示不刷新地址。相關技術中，在以太環網切換過程中，由于以太環網節點接收到的無請求協議幀和其它G. 8032協議幀中攜帶的不刷新標志不同，所以以太環網節點收到G. 8032協議幀之后，首先判斷協議幀的類型，如果是無請求協議幀，則不刷新地址表，如果協議幀不是無請求協議幀，則進一步判斷不刷新標志的設置再確定是否刷新地址表，節點對協議幀的處理過程比較繁瑣。通過本發明實施例，發送模塊發送無請求協議幀，其中，無請求協議幀的不刷新標志的值為指示不刷新地址，其他節點接收到無請求協議幀后，根據協議幀的不刷新標志不進行刷新地址表操作。克服了無請求協議幀和其它G. 8032協議幀中攜帶的不刷新標志不同造成的節點對協議幀處理過程繁瑣的問題，進而達到了統一以太環網節點處理協議幀流程的效果，并減低了以太環網節點處理的復雜性。圖6是根據本發明實施例的以太環網節點的優選的結構框圖，如圖6所示，該以太環網節點還包括接收模塊62、判斷模塊64、和處理模塊66，下面對上述結構進行詳細描述接收模塊62，連接至發送模塊52，用于接收發送模塊52發送的無請求協議幀；判斷模塊64，連接至接收模塊62，用于判斷接收模塊62接收到的無請求協議幀中攜帶的不刷新標志的值為指示不刷新地址；處理模塊66，連接至判斷模塊64，用于在判斷模塊64判斷出不刷新標志的值為指示不刷新地址時，進行不刷新地址表操作。該優選實施例實現了以太環網其它節點在接收到無請求協議幀后，不再進行判斷協議幀類型操作，直接根據無請求協議幀的不刷新標志的值執行不刷新地址表操作，降低了以太環網節點對協議幀操作的復雜性。圖7是根據本發明實施例的以太環網的結構框圖，該以太環網由多個如圖6所示的以太環網節點組成，其中，各節點遵循協議組成環狀網絡結構，各節點的具體結構如圖6 所示，在此不再贅述。該優選實施例，實現了以太環網在鏈路恢復后，以太環網節點對無請求協議幀的發送和接收過程，及接收無請求協議幀的節點根據無請求協議幀攜帶的信息進行不刷新地址表操作，減低了以太環網節點處理的復雜性。需要說明的是，裝置實施例中描述的以太環網節點和以太環網對應于上述的方法實施例，其具體的實現過程在方法實施例中已經進行過詳細說明，在此不再贅述。綜上所述，通過本發明，以太環網的環網節點在發送無請求協議幀時，將不刷新標志的值設置為指示不刷新地址，其他節點接收到無請求協議幀后通過不刷新標志就能夠獲知不需要刷新地址表，統一了節點處理無請求協議幀和其他保護倒換協議幀的操作，簡化了以太環網節點的對協議幀的處理流程，提高了以太環網節點處理協議幀效率，降低了以太環網協議實現的復雜性。顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執行，并且在某些情況下，可以以不同于此處的順序執行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現。這樣，本發明不限制于任何特定的硬件和軟件結合。以上所述僅為本發明的優選實施例而已，并不用于限制本發明，對于本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種以太環網無請求協議幀的處理方法，其特征在于，包括以太環網節點發送無請求協議幀，其中，所述無請求協議幀的不刷新標志的值為指示不刷新地址。
2.根據權利要求1所述的方法，其特征在于，還包括以太環網中除所述以太環網節點之外的其它以太環網節點接收所述無請求協議幀，判斷所述不刷新標志的值為指示不刷新地址，則進行不刷新地址表操作。
3.根據權利要求1或2所述的方法，其特征在于，所述不刷新標志的值為1。
4.一種以太環網節點，其特征在于，包括發送模塊，用于發送無請求協議幀，其中，所述無請求協議幀的不刷新標志的值為指示不刷新地址。
5.根據權利要求4所述的以太環網節點，其特征在于，還包括 接收模塊，用于接收所述無請求協議幀；判斷模塊，用于判斷所述不刷新標志的值為指示不刷新地址； 處理模塊，用于進行不刷新地址表操作。
6.根據權利要求4或5所述的以太環網節點，其特征在于，所述不刷新標志的值為1。
7.一種以太環網，其特征在于，包括多個節點，其中，所述節點包括發送模塊，用于發送無請求協議幀，其中，所述無請求協議幀的不刷新標志的值為指示不刷新地址。
8.根據權利要求7所述的以太環網，其特征在于，所述節點還包括 接收模塊，用于接收所述無請求協議幀；判斷模塊，用于判斷所述不刷新標志的值為指示不刷新地址； 處理模塊，用于進行不刷新地址表操作。
9.根據權利要求7或8所述的以太環網，其特征在于，所述不刷新標志的值為1。
全文摘要
本發明公開了一種以太環網無請求協議幀的處理方法及裝置，其中，該方法包括以太環網節點發送無請求協議幀，其中，無請求協議幀的不刷新標志的值為指示不刷新地址。通過本發明，統一了以太環網節點處理協議幀的流程，并減低以太環網節點處理的復雜性。
文檔編號H04L12/437GK102263685SQ20101018837
公開日2011年11月30日 申請日期2010年5月24日 優先權日2010年5月24日
發明者吳少勇 申請人:中興通訊股份有限公司