識別接口為連接狀態的方法和設備的製作方法

2023-10-18 03:15:09 1

專利名稱：識別接口為連接狀態的方法和設備的製作方法
技術領域：
本發明涉及通訊技術領域，特別涉及一種識別接口為連接狀態的方法和設備。
技術背景通訊設備上一些接口的接收和發送鏈路是物理分離的，如POS(Packet Over SONET/SDH， SONET/SDH上的分組)接口、 El接口、 Tl接口、 ATM (Asynchronous Transfer Mode，異步 傳輸模式)接口禾卩GE (Gigabit Ethernet,千兆乙太網)接口等等，在接口的TX (發送)線 路和RX (接收)線路都連接的情況下，接口才能處於UP (連接)狀態，即正常工作狀態。 如果對接口的發送線路和接收線路只連接其中的一根(即單通)，則該接口是無法處於UP狀 態的，因此通訊設備也就無法通過該接口進行正常的數據傳輸。現有技術中通訊設備在進行正常數據傳輸之前，通常需要根據協議對設備的接口狀態進 行協商，即本端設備向對端設備發送請求報文，對端設備回復應答報文，本端設備收到後， 協商成功，則將本端設備的接口識別為UP狀態。同理，對端設備也主動向本端設備發起一 次協商，協商成功後，將對端設備的接口識別為UP狀態，此時本端設備和對端設備可以進 行通訊。如果協商不成功，則將設備的接口為DOWN (斷開)狀態，通訊設備則無法通過該 接口進行通訊。協商過程中發送的請求報文和應答報文根據協議不同而不同，如E1接口上應 用PPP (Point-to-Point Protocol,點到點協議)，則協商時發送PPP請求報文，對方返回PPP 應答報文。當通訊設備正常工作後，還有定時檢測機制，通過發送請求報文以及接收應答報文來監 測接口的狀態，以便及時了解通訊過程中接口狀態的變化。在接口為UP狀態後定期檢測過 程中發送的請求報文和應答報文根據協議不同而不同，如在P0S/E1/T1接口上應用的協議為 PPP/HDLC (High-level Data Link Control,高級數據鏈路控制)協議，定時檢測的請求報文為 KeepAlive報文。當檢測到接口的狀態發生變化時，如接收和發送鏈路只有一根連接，則將該 接口識別為DOWN狀態，此時通訊設備無法再通過該接口進行通訊。在實現本發明的過程中，發明人發現上述現有技術至少具有以下缺點 當通訊設備檢測出接口單通或自環(一個接口的TX端和RX端相連接)時，識別該接口為DOWN狀態，則通訊設備無法通過該接口進行通訊，但是在某些應用場景下，通訊設備 需要使用單通或自環的連接方式來進行監控或測試，按照上述現有技術進行檢測，則識別接 口為DOWN狀態，這種情況下通訊設備無法進行正常的監控或測試工作。例如，參見圖1，網絡設備1和網絡設備2之間進行通信，其中，網絡設備1的接口 1 的TX端與網絡設備2的接口 1的RX端相連接，網絡設備l的接口 1的RX端與網絡設備2 的接口1的TX端相連接，當需要對這兩臺設備之間的流量進行監控時，通過在它們之間的 線路上加裝兩個信號複製設備(如分光器)，複製信號並引入到專用的監控設備上，即分別將 網絡設備1發送給網絡設備2的信號複製到監控設備的接口 1的RX端，將網絡設備2發送 給網絡設備1的信號複製到監控設備的接口 2的RX端，由監控設備對收到的信號進行分析 和監控。這種情況下，監控設備上的兩個接口均只插入了 RX端的線纜，其TX端處於懸空 狀態，即為單通狀態。如果檢測後將監控設備的兩個接口視為DOWN狀態，則監控設備無法 實現正常的監控工作。發明內容為了實現在接口為單通或自環狀態時能夠使接口正常工作，本發明實施例提供了 一種識 別接口為連接狀態的方法和設備。所述技術方案如下一方面，本發明實施例提供了一種識別接口為連接狀態的方法，用於接口為單通或自環 狀態的通訊設備，所述方法包括在物理層上識別所述接口為物理連接狀態；為待發送給對端設備的用於識別所述接口的狀態的請求報文構造相應的應答報文； 根據所述應答報文將所述接口識別為連接狀態。另一方面，本發明實施例還提供了一種識別接口為連接狀態的設備，所述設備的接口為 單通或自環狀態，所述設備包括物理識別模塊，用於在物理層上識別所述接口為物理連接狀態；構造模塊，用於當所述物理識別模塊識別所述接口為物理連接狀態後，為待發送給對端 設備的用於識別所述接口的狀態的請求報文構造相應的應答報文；協議識別模塊，用於根據所述構造模塊構造的應答報文將所述已識別為物理連接狀態的 接口識別為連接狀態。本發明實施例提供的技術方案的有益效果是通過在物理層上識別單通或自環的接口為物理連接狀態和給待發送給對端設備的請求報6文構造相應的應答報文，實現了將單通或自環的接口識別為UP狀態，避免了接口單通或自 環時，通訊設備無法通過該接口實現通訊，保證了通訊設備在接口單通或自環時，能夠進行 流量監控或測試，而且監控時不影響原有網絡流量。


圖1是現有技術中監控設備接口為單通狀態的示意圖；圖2是本發明實施例1提供的接口為單通發送狀態時識別接口為連接狀態的方法流程圖； 圖3是本發明實施例1提供的在通訊設備內部增加適配層的示意圖；圖4是本發明實施例2提供的接口為單通接收狀態時識別接口為連接狀態的方法流程圖； 圖5是本發明實施例3提供的接口為自環狀態時識別接口為連接狀態的方法流程圖； 圖6是本發明實施例4提供的識別接口為連接狀態的設備結構圖。
具體實施方式
為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明實施方式作進 一步地詳細描述。本發明實施例提供的識別接口為連接狀態的方法，用於接口為單通或自環狀態的通訊設備，具體包括在物理層上識別所述接口為物理連接狀態；為待發送的用於識別所述接口的 狀態的請求報文構造相應的應答報文；根據所述應答報文將所述接口識別為連接狀態。其中， 請求報文與應答報文與通訊設備採用的協議有關，在本地模擬對端設備構造與該請求報文對 應的應答報文相當於接收到對端設備發來的應答報文，從而完成接口狀態的協商或定期檢測， 使通訊設備能夠識別該接口為UP狀態，實現該接口的通訊。本發明實施例中的接口包括但不限於POS接口 、 El接口 、 Tl接口 、 ATM接口禾P GE接 口等等。在本發明實施例中，接口為單通發送狀態或自環狀態的通訊設備在發送數據報文或 在識別該接口為UP狀態後發送協議報文時，由上層協議棧通過接口驅動單元將待發送的報 文從物理接口發送出去；接口為單通接收狀態或自環狀態的通訊設備在接收數據報文或在識 別該接口為UP狀態後接收協議報文時，由物理接口接收報文，並經接口驅動單元轉發給上 層協議棧進行處理。實施例1參見S 2，本發明實施例提供了一種識別接口為連接狀態的方法，在本實施例中通訊設 備的接口為單通發送狀態，即接口的TX端有線連接，RX端為懸空狀態，該方法具體包括101:,在通訊設備的物理層上識別該接口為物理連接狀態，具體地，忽略物理層上產生的 且能導致識別接口為DOWN狀態的告警信息。例如，通訊設備的接口驅動單元讀取通訊設備的晶片的狀態，即晶片的寄存器中的標誌 位，當讀取的狀態包含告警信息時，對能導致將該接口識別為DOWN狀態的告警信息，在本 發明實施例中忽略該告警信息，因此將該接口識別為物理UP狀態，只有在接口處於物理UP 狀態後，才可以執行在協議層識別接口狀態的步驟。102:接收來自通訊設備的上層協議棧的待發送給對端設備的用於識別接口的狀態的請求 報文，為該請求報文構造相應的應答報文，並將該應答報文發送至上層協議棧。具體地，可以在通訊設備的上層協議棧和接口驅動單元之間增加一個適配層，用來對識 別接口狀態的協議報文進行處理。當通訊設備識別接口狀態時，上層協議棧發送一個請求報 文，適配層收到後，根據通訊設備採用的協議為該請求報文構造一個相應的應答報文，並發 送給上層協議棧進行處理。由於通訊設備只能發送報文，無法接收報文，即無法收到對端設 備回復的應答報文，因此構造應答報文即相當於模擬對端設備在收到該請求報文後為該請求 報文在本地構造一個對應的應答報文。然後，將構造好的應答報文發送至上層協議棧，所述 上層協議棧收到構造的應答報文後，將認為已得到對端設備的響應。在本發明實施例中，用於識別接口狀態的請求報文包括用於初次協商接口狀態時發送 的請求報文，以及在將接口識別為UP狀態後定期檢測接口狀態時發送的請求報文。請求報 文和應答報文根據通訊設備採用的協議不同而不同。例如，通訊設備的接口為T1接口，採用的協議為ppp協議，則上層協議棧發送ppp請求報文進行接口狀態協商，適配層收到後構造PPP應答報文並發送給上層協議棧進行處理。再如根據P0S/E1/T1接口上應用的PPP/HDLC 協議，定時發送KeepAlive報文來檢測接口的狀態，或ATM接口上定時發送OAM信元來檢 測接口的狀態。103:在上層協議棧根據上述應答報文將處於單通發送狀態的接口識別為UP狀態。 具體地，在通訊設備的上層協議棧收到適配層發來的應答報文後，認為收到對端設備返 回的響應，則將上述處於單通發送狀態的接口識別為UP狀態，因此通訊設備可以通過該接 口進行通訊，即發送報文，所述報文包括數據報文和協議報文，如直接通過單通接口的TX 端發送數據報文給對端設備。進一步地，構造應答報文之後，還包括將待發送給對端設備的請求報文發送給對端設備，以便對端設備收到該請求報文後可以 進行相應的處理。例如，參見圖3，通訊設備的接口為POS接口 (即圖中的物理接口)，處於單通發送狀態， 該接口上應用的協議為PPP協議，該通訊設備初次與對端設備協商接口狀態，在通訊設備內 的PPP協議棧和接口驅動單元之間增加一個適配層，從PPP協議棧發送一個用於協商接口狀 態的請求報文，適配層收到後，根據PPP協議為該請求報文構造一個相應的應答報文，並發 送給PPP協議棧進行處理，在PPP協議棧收到構造的應答報文後，認為得到對端設備的響應， 即協商成功，將該接口識別為UP狀態，因此通訊設備可以通過該接口發送報文。本實施例通過在物理層將單通發送的接口識別為物理連接狀態和給待發送給對端設備的 請求報文構造相應的應答報文，實現了將單通發送的接口識別為UP狀態，避免了接口單通 時，通訊設備無法通過該接口實現通訊，保證了通訊設備在接口單通時，能夠進行流量監控 或測試，而且監控時不影響原有網絡流量。另外，通過增加適配層，本發明實施例不用修改 上層協議棧，實現簡單，方便使用。實施桐2參見圖4，本發明實施例還提供了一種識別接口為連接狀態的方法，在本實施例中通訊 設備的接口為單通接收狀態，即接口的RX端有線連接，TX端為懸空狀態，該方法具體包括 201:在通訊設備的物理層上識別該接口為物理連接狀態，具體地，忽略物理層上產生的且能導致識別接口為DOWN狀態的告警信息。例如，通訊設備的接口驅動單元讀取通訊設備的晶片的狀態，當讀取的狀態中包含能導 致識別接口為DOWN狀態的告警信息時，在通訊設備的物理層上忽略該告警信息，具體過程 同實施例1中的描述。202:接收來自通訊設備的上層協議棧的待發送給對端設備的用於識別接口的狀態的請求 報文，為該請求報文構造相應的應答報文，並將該應答報文發送至上層協議棧。具體地，可以在通訊設備的上層協議棧和接口驅動單元之間增加一個適配層，用來對識 別接口狀態的協議報文進行處理。具體過程同實施例1中的描述，此處不再贅述。203:在上層協議棧根據上述應答報文將處於單通接收狀態的接口識別為UP狀態。在本實施例中，通訊設備的接口收到對端設備發來的數據報文後，都直接上送給上層協 議棧進行處理；在該接口被識別為UP狀態後，如果收到對端設備發來的協議報文，也上送 給上層協議棧進行處理。進一步地，構造應答報文之後，還包括丟棄待發送給對端設備的請求報文，即通訊設備無法發送該請求報文給對端設備。例如，通訊設備的接口為POS接口，處於單通接收狀態，該接口上應用的協議為PPP協議，該通訊設備初次與對端設備協商接口狀態，在通訊設備內的PPP協議棧和接口驅動單元 之間增加一個適配層，從PPP協議棧發送一個用於協商接口狀態的PPP請求報文，適配層收 到後，由於該PPP請求報文無法通過該接口發送出去，因此根據PPP協議為該PPP請求報文 構造一個相應的PPP應答報文，並發送至PPP協議棧進行處理，在PPP協議棧收到構造的應 答報文後，認為得到對端設備的響應，即協商成功，將該接口識別為UP狀態，因此通訊設 備可以通過該接口接收報文。本實施例通過在物理層上識別單通接收的接口為物理連接狀態和給待發送給對端識別的 請求報文構造相應的應答報文，實現了將單通接收的接口識別為UP狀態，避免了接口單通 時，通訊設備無法通過該接口實現通訊，保證了通訊設備在接口單通時，能夠進行流量監控 或測試，而且監控時不影響原有網絡流量。另外，通過增加適配層，本發明實施例不用修改 上層協議棧，實現簡單，方便使用。實施例3參見閨5，本發明實施例還提供了一種識別接口為連接狀態的方法，在本實施例中通訊 設備的接口為自環狀態，即接口的TX端與RX端相連，該方法具體包括301:在通訊設備的物理層上識別該接口為物理連接狀態，具體地，忽略物理層上產生的 且能導致識別接口為DOWN狀態的告警信息。例如，通訊設備的接口驅動單元讀取通訊設備的晶片的狀態，當讀取的狀態中包含能導 致識別接口為DOWN狀態的告警信息時，通訊設備忽略該告警信息，具體過程同實施例1: 中的描述。302:在接口的發送端，接收來自通訊設備的上層協議棧的待發送給對端設備的用於識別發送端的狀態的第一請求報文，為該第一請求報文構造相應的第一應答報文，並將該第一應答報文發送至上層協議棧。303:在上層協議棧根據第一應答報文將該接口的發送端識別為UP狀態。304:在接口的接收端，接收來自通訊設備的上層協議棧的待發送給對端設備的用於識別接收端的狀態的第二請求報文，為該第二請求報文構造相應的第二應答報文，並將該第二應答報文發送至上層協議棧。305:在上層協議棧根據第二應答報文將該接口的接收端識別為UP狀態。 其中，識別接口的發送端狀態的步驟(即302和303)與識別接口接收端的狀態的步驟 (即304和305)沒有嚴格的先後順序，也可以同時執行。具體地，可以在通訊設備的上層協議棧和接口驅動單元之間增加一個適配層，用來對識別接口的發送端狀態的協議報文以及對識別接口的接收端狀態的協議報文進行處理。具體過 程同實施例1中的描述，此處不再贅述。進一步地，構造第一應答報文之後，還包括丟棄待發送給對端設備的第一請求報文，由於接口為自環狀態，如果通訊設備通過TX 端發送該第一請求報文，則會從RX端收到，相應地，在上層協議棧會識別該第一請求報文 為非法報文，並且丟棄該報文，因此通訊設備不需要發送該第一請求報文，則可以在發送之 前直接丟棄該第一請求報文。進一歩地，構造第二應答報文之後，還包括丟棄待發送給對端設備的第二請求報文，從而避免通訊設備收到非對端設備發來的請求 報文。例如，通訊設備的接口為ATM接口 ，處於自環狀態，該接口上應用的協議為ATM協議， 該通訊設備初次與對端設備協商接口狀態，在通訊設備內的ATM協議棧和接口驅動單元之間 增加一個適配層，從ATM協議棧發送一個用於協商接口的發送端狀態的OAM信元，適配層 收到後，根據ATM協議為該OAM信元構造一個相應的OAM信元，並發送給ATM協議棧 進行處理，在ATM協議棧收到構造的OAM信元後，認為得到對端設備的響應，即協商成功， 將該接口的發送端識別為UP狀態，因此通訊設備可以通過該接口的發送端TX發送報文。同 理，通過給用於協商接口的接收端狀態的OAM信元構造相應的OAM信元，也可以將該接 口的接收端RX識別為UP狀態，則通訊設備可以通過該接口的接收端RX接收報文。本實施例通過在物理層上識別自環的接口為物理連接狀態和給待發送給對端設備的請求 報文構造相應的應答報文，實現了將自環的接口識別為UP狀態，避免了接口自環時，通訊 設備無法通過該接口實現通訊，保證了通訊設備在接口自環時，能夠進行流量監控或測試， 而且監控時不影響原有網絡流量。另外，通過增加適配層，本發明實施例不用修改上層協議 棧，實現簡單，方便使用。實施例4參見圖6，本發明實施例還提供了一種識別接口為連接狀態的設備，設備的接口為單通 或自環狀態，設備具體包括物理識別模塊，用於在物理層上識別該接口為物理連接狀態，具體地，可以忽略物理層 上產生的且能導致識別接口為DOWN狀態的告警信息；構造模塊，用於當物理識別模塊識別該接口為物理連接狀態後，為待發送給對端設備的 用於識別該接口的狀態的請求報文構造相應的應答報文；造模塊構造的應答報文將已識別為物理連接狀態的接口識別 為連接狀態。當圖6所示的設備的接口為單通發送狀態時，該設備還包括-發送模塊，用於將待發送的請求報文發送給對端設備。 當圖'6所示的設備的接口為單通接收狀態時，該設備還包括 處理模塊，用於丟棄待發送的請求報文。當圖6所示的設備的接口為自環狀態時，構造模塊具體包括第一構造單元，用於在該接口的發送端，為待發送的用於協商發送端的狀態的第一請求 報文構造相應的第一應答報文；第二構造單元，用於在該接口的接收端，為待發送的用於協商接收端的狀態的第二請求 報文構造相應的第二應答報文；相應地，協議識別模塊具體包括第一識別單元，用於根據第一構造單元構造的第一應答報文將已識別為物理連接狀態的 接口的發送端識別為連接狀態；第二i只別單元，用於根據第二構造單元構造的第二應答報文將已識別為物理連接狀態的接口的接收端識別為連接狀態。另外，當圖6所示的設備的接口為自環狀態，且構造模塊包括第一構造單元和第二構造 單元，以及協議識別模塊包括第一識別單元和第二識別單元時，該設備還包括處理模塊，用於當第一構造單元構造第一應答報文後，丟棄第一請求報文；還用於當第 二構造單元構造第二應答報文後，丟棄第二請求報文。本實施例通過在物理層上識別單通或自環的接口為物理連接狀態和給待發送給對端設備 的請求報文構造相應的應答報文，實現了將單通或自環的接口識別為UP狀態，避免了接口 單通或自環時，通訊設備無法通過該接口實現通訊，保證了通訊設備在接口單通或自環時， 能夠進行流量監控或測試，而且監控時不影響原有網絡流量。另外，通過增加適配層，本發 明實施例不用修改上層協議棧，實現簡單，方便使用。本發明實施例可以利用軟體實現，相應的軟體可以存儲在可讀取的存儲介質中，如通訊 設備的硬碟、緩存或光碟中。以上所述僅為本發明的較佳實施例，並不用以限制本發明，凡在本發明的精神和原則之 內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種識別接口為連接狀態的方法，用於接口為單通或自環狀態的通訊設備，其特徵在於，所述方法包括在物理層上識別所述接口為物理連接狀態；為待發送給對端設備的用於識別所述接口的狀態的請求報文構造相應的應答報文；根據所述應答報文將所述接口識別為連接狀態。
2. 根據權利要求1所述的識別接口為連接狀態的方法，其特徵在於，所述接口為單通發 送狀態，所述為待發送給對端設備的用於識別所述接口的狀態的請求報文構造相應的應答報 文之後，還包括將所述請求報文發送給所述對端設備。
3. 根據權利要求l所述的識別接口為連接狀態的方法，其特徵在於，所述接口為單通接 收狀態，所述為待發送給對端設備的用於識別所述接口的狀態的請求報文構造相應的應答報 文之後，還包括丟棄所述請求報文。
4. 根據權利要求l所述的識別接口為連接狀態的方法，其特徵在於，所述接口為自環狀態，.所述為待發送給對端設備的用於識別所述接n的狀態的請求報文構造相應的應答報文；根據所述應答報文將所述接口識別為連接狀態，具體包括在所述接口的發送端，為待發送給對端設備的用於識別所述發送端的狀態的第,求報 文構造相應的第一應答報文，根據所述第一應答報文將所述接口的發送端識別為連接狀態；並且在所述接口的接收端，為待發送給所述對端設備的用於識別所述接收端的狀態的第 二請求報文構造相應的第二應答報文，根據所述第二應答報文將所述接口的接收端識別為連 接狀態。
5. 根據權利要求4所述的識別接口為連接狀態的方法，其特徵在於，所述方法還包括 構造所述第一應答報文後，丟棄所述第一請求報文； 並且構造所述第二應答報文後，丟棄所述第二請求報文。
6. 根據權利要求1至5中任權利要求所述的識別接口為連接狀態的方法，其特徵在於， 所述用於識別所述接口的狀態的請求報文具體為用於協商所述接口的狀態的請求報文或用 於定期檢測所述接口的狀態的請求報文。
7. 種識別接口為連接狀態的設備，所述設備的接口為單通或自環狀態，其特徵在T， 所述設備包括物理識別模塊，用於在物理層上識別所述接口為物理連接狀態；構造模塊，用於當所述物理識別模塊識別所述接口為物理連接狀態後，為待發送給對端 設備的用於識別所述接口的狀態的請求報文構造相應的應答報文；協議識別模塊，用於根據所述構造模塊構造的應答報文，將所述已識別為物理連接狀態 的接口識別為連接狀態。
8. 根據權利要求7所述的識別接口為連接狀態的設備，其特徵在於，所述接口為單通發 送狀態，所述設備還包括發送模塊，用於將所述待發送給對端設備的請求報文發送給所述對端設備。
9. 根據權利要求7所述的識別接口為連接狀態的設備，其特徵在於，所述接口為單通接 收狀態，所述設備還包括處理模塊，用於丟棄所述待發送給對端設備的請求報文。
10. 根據權利要求7所述的識別接口為連接狀態的設備，其特徵在於，所述接口為自環 狀態，所述構造模塊具體包括第一構造單元，用於在所述接口的發送端，為待發送給對端設備的用於識別所述發送端 的狀態的第一請求報文構造相應的第一應答報文；第二構造單元，用於在所述接口的接收端，為待發送給所述對端設備的用於識別所述接 收端的狀態的第二請求報文構造相應的第二應答報文；相應地，所述協議識別模塊具體包括第一識別單元，用於根據所述第一構造單元構造的第一應答報文將所述己識別為物理連 接狀態的接口的發送端識別為連接狀態；第二識別單元，用於根據所述第二構造單元構造的第二應答報文將所述已識別為物理連 接狀態的接口的接收端識別為連接狀態。
11.根據權利要求IO所述的識別接口為連接狀態的設備，其特徵在於，所述設備還包括 處理模塊，用於當所述第一構造單元構造所述第一應答報文後，丟棄所述第一請求報文； 還用於當所述第二構造單元構造所述第二應答報文後，丟棄所述第二請求報文。
全文摘要
本發明公開了一種識別接口為連接狀態的方法和設備，屬於通訊技術領域。所述方法用於接口為單通或自環狀態的通訊設備，具體包括在物理層上識別所述接口為物理連接狀態；為待發送給對端設備的用於識別所述接口的狀態的請求報文構造相應的應答報文；根據所述應答報文將所述接口識別為連接狀態。所述設備的接口為單通或自環狀態，具體包括物理識別模塊、構造模塊和協議識別模塊。本發明實現了將單通或自環的接口識別為UP狀態，避免了接口單通或自環時，通訊設備無法通過該接口實現通訊，保證了通訊設備在接口單通或自環時，能夠進行流量監控或測試，而且監控時不影響原有網絡流量。
文檔編號H04L29/06GK101257497SQ200810087798
公開日2008年9月3日 申請日期2008年3月31日 優先權日2008年3月31日
發明者肖守和 申請人:華為技術有限公司