[發明專利]流控制傳輸協議鏈路的刪除方法及裝置

有效

• 申請號: 202010231664.4
• 申請日: 2020-03-27
• 公開（公告）號: CN113453248B
• 公開（公告）日: 2022-11-15
• 發明（設計）人: 賈博文
• 申請（專利權）人: 大唐移動通信設備有限公司
• 主分類號: H04W24/02
• 分類號: H04W24/02;H04W24/08
• 代理公司: 北京路浩知識產權代理有限公司 11002
• 代理人: 苗曉靜

本發明實施例提供一種流控制傳輸協議鏈路的刪除方法及裝置，包括：根據基站維護的每一SCTP鏈路的對端網元的設備類型生成無效SCTP鏈路緩存表；分別向無效SCTP鏈路緩存表中的每一SCTP鏈路的對端網元發起Ping包業務，并根據Ping結果確定無效SCTP鏈路緩存表中是否存在長期故障的SCTP鏈路；若無效SCTP鏈路緩存表中存在長期故障的SCTP鏈路，則刪除所有的長期故障的SCTP鏈路。本發明實施例提供的流控制傳輸協議鏈路的刪除方法及裝置，通過向對端網元發起Ping包業務，識別出長期故障的SCTP鏈路，并將其刪除，降低了這些SCTP鏈路對基站板卡的負荷以及基站在某些特殊場景出現異常的風險。

技術領域

本發明涉及通信技術領域，尤其涉及一種流控制傳輸協議鏈路的刪除方法及裝置。

背景技術

流控制傳輸協議(Stream Control Transmission Protocol，SCTP)鏈路是基站與基站，以及基站與核心網之間交互的鏈路，外場基站實際可能會同時維護有幾百條SCTP鏈路。

現有技術中，SCTP鏈路的對端網元會一直向基站發送初始建立消息，基站會一直保存、并維護已經建立的SCTP鏈路，并不會刪除存在故障的SCTP鏈路。

但是，由于存在故障的SCTP鏈路依然會不斷地向基站發送初始建立消息，增大了基站主控板的資源開銷，特殊情況下會導致主控板部分系統函數處理異常，因此，如何識別出長期故障的SCTP鏈路并將其刪除是亟需解決的技術問題。

發明內容

本發明實施例提供一種流控制傳輸協議鏈路的刪除方法及裝置，用于解決現有技術中的上述技術問題。

為了解決上述技術問題，一方面，本發明實施例提供一種流控制傳輸協議鏈路的刪除方法，包括：

根據基站維護的每一流控制傳輸協議SCTP鏈路的對端網元的設備類型生成無效SCTP鏈路緩存表；所述無效SCTP鏈路緩存表用于記錄對端網元的設備類型為期望類型的SCTP鏈路；

分別向所述無效SCTP鏈路緩存表中的每一SCTP鏈路的對端網元發起Ping包業務，并根據Ping結果確定所述無效SCTP鏈路緩存表中是否存在長期故障的SCTP鏈路；長期故障的SCTP鏈路為故障時長超過預設時長的SCTP鏈路；

若所述無效SCTP鏈路緩存表中存在長期故障的SCTP鏈路，則刪除所有的長期故障的SCTP鏈路。

進一步地，所述分別向所述無效SCTP鏈路緩存表中的每一SCTP鏈路的對端網元發起Ping包業務，并根據Ping結果確定所述無效SCTP鏈路緩存表中是否存在長期故障的SCTP鏈路，具體包括：

在確定所述無效SCTP鏈路緩存表之后的第一時間段內，發起第一階段的Ping包業務，并根據所述第一階段的Ping結果確定所述無效SCTP鏈路緩存表中是否存在故障SCTP鏈路；所述第一階段的Ping包業務為以第一時間間隔分別向所述無效SCTP鏈路緩存表中的每一SCTP鏈路的對端網元發起的Ping包業務；

若所述無效SCTP鏈路緩存表中存在故障SCTP鏈路，則在所述第一時間段之后的第二時間段內，發起第二階段的Ping包業務，并根據所述第二階段的Ping結果確定所述無效SCTP鏈路緩存表中是否存在長期故障的SCTP鏈路；所述第二階段的Ping包業務為以第二時間間隔分別向所述無效SCTP鏈路緩存表中的每一故障SCTP鏈路的對端網元發起的Ping包業務。

進一步地，所述根據所述第一階段的Ping結果確定所述無效SCTP鏈路緩存表中是否存在故障SCTP鏈路，具體包括：

根據所述第一階段的Ping結果中針對每一SCTP鏈路的總Ping通次數和最近若干次是否均Ping通確定所述每一SCTP鏈路是否為故障SCTP鏈路；