[發明專利]IP網絡信令傳輸故障處理方法及裝置

無效

• 申請號: 200910189957.4
• 申請日: 2009-09-03
• 公開（公告）號: CN102006220A
• 公開（公告）日: 2011-04-06
• 發明（設計）人: 梁慶永;徐力群
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L12/24;H04L29/08;H04L1/16
• 代理公司: 深圳鼎合誠知識產權代理有限公司 44281
• 代理人: 郭燕

技術領域

本發明涉及IP網絡信令傳輸協議(SIGTRAN協議)，尤其涉及IP網絡信令傳輸故障的處理方法及裝置。

背景技術

隨著IP網絡技術的逐步成熟，出現了在IP網絡上傳輸七號信令等電路交換信令協議的需求。為了滿足在IP網絡上傳輸信令協議的需求，IETF網絡工作組成立了專門的信令傳輸小組，他們所制訂的IP網絡信令傳輸協議(SIGTRAN協議)支持通過IP網絡傳輸傳統電路交換信令。2006年IETF工作組正式發布了MTP3用戶適配層協議(M3UA，Signaling?System?7(SS7)Message?Transfer?Part?3(MTP3)-User?Adaptation?Layer，RFC4666)，M3UA協議用來實現承載在IP網絡上的信令消息的可靠有序傳遞。

電信網絡的發展趨勢是信令IP化和容災備份(包括信令網和傳輸網的容災備份)，在IP網絡信令中常從容災備份的角度考慮采用多條傳輸網通路來傳輸IP網絡信令消息。而IP傳輸網絡由于所經過的路由器以及傳輸介質的不同，傳輸網絡常常存在一些差異性。經常發生一個傳輸網絡丟包嚴重質量很差，而另外的一個傳輸網絡卻從來不丟包質量很好。而這種傳輸網絡的差異性在IP網絡信令層表現為IP通路的擁塞情況不同，一般而言對一個IP網絡信令M3UA協議而言看到的是一個個IP通路偶聯，而看不到底層具體的哪個IP通路偶聯走的哪個IP傳輸網絡，即對于上層IP網絡信令M3UA而言對底層IP通路偶聯都是一視同仁不區分對待的。由于這個特性就引入了一個問題，當一個IP傳輸網絡發生問題時對IP網絡信令M3UA而言就是承載在這個IP傳輸網絡上的IP通路偶聯發生擁塞，根據協議只要發生偶聯擁塞就需要上報業務局向擁塞，進而導致一個IP網絡信令M3UA局向發生擁塞，并導致業務開始進行流量控制。由于一個IP傳輸網絡存在問題，因此這個擁塞情況長時間得不到改善而一直保持擁塞狀態，這樣業務流量控制就會不斷的加劇業務負荷流控的級別，可以正常承擔的業務流量會不斷的由于流量控制而降低到越來越少，嚴重情況下會導致流控過度而發生呼叫全部控制的癱局故障。而在已知的現有技術中還沒有一個協議和方案能很好的解決這個問題。

發明內容

本發明要解決的主要技術問題是，提供一種IP網絡信令傳輸故障的處理方法及裝置，解決因IP網絡信令傳輸平面故障而導致的業務中斷問題。

為解決上述技術問題，本發明提供一種IP網絡信令傳輸故障處理方法，包括：

當節點接收到局向到另一個節點的IP信令鏈路擁塞報文后，判斷發生擁塞的IP信令鏈路比例是否超過預設的擁塞上報門限；

如果發生擁塞的IP信令鏈路比例未超過所述擁塞上報門限則不上報業務局向擁塞，如果發生擁塞的IP信令鏈路比例超過所述擁塞上報門限則上報業務局向擁塞。

在一改進的方案中，對發生擁塞的IP信令鏈路設置擁塞標記，禁止發生擁塞的IP信令鏈路承擔業務負荷。

在另一改進的方案中，當節點接收到局向到另一個節點的IP信令鏈路的解除擁塞報文后包括以下步驟：

觸發預先設定的定時器開始計時；

在定時器到時之前不向解除擁塞的IP信令鏈路分配業務負荷。

在定時器計時期間檢測IP信令鏈路是否真正恢復的檢測步驟，所述檢測步驟包括：

在已經解除擁塞的IP信令鏈路上發送心跳消息；

檢測所述心跳消息是否導致該IP信令鏈路再次發生擁塞，如果是，則繼續對該IP信令鏈路設置擁塞標記；如果定時器到時后發送的心跳消息都沒有導致該IP信令鏈路再次發生擁塞，則取消該IP信令鏈路的擁塞標記。

本發明同時提供一種IP網絡信令傳輸故障處理裝置，包括：

判斷單元，用于當節點接收到局向到另一個節點的IP信令鏈路擁塞報文后，判斷發生擁塞的IP信令鏈路比例是否超過預設的擁塞上報門限；

報文發送單元，用于當判斷單元的判斷結果是發生擁塞的IP信令鏈路比例未超過所述擁塞上報門限時不上報業務局向擁塞，判斷結果是發生擁塞的IP信令鏈路比例超過所述擁塞上報門限時上報業務局向擁塞。

在一改進的方案中，還包括：標記設置單元，用于對發生擁塞的IP信令鏈路設置擁塞標記，使業務負荷動態路由在選路時禁止選擇標記為擁塞態的IP信令鏈路，從而禁止發生擁塞的IP信令鏈路承擔業務負荷。

在另一改進的方案中，所述處理裝置還包括：