[發明專利]鏈路監測方法及裝置

有效

• 申請號: 200910003977.8
• 申請日: 2009-01-22
• 公開（公告）號: CN101790186A
• 公開（公告）日: 2010-07-28
• 發明（設計）人: 萬玉璋
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W24/10
• 分類號: H04W24/10;H04L12/26
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 余剛;吳孟秋

技術領域

本發明涉及通信領域，具體而言，涉及一種鏈路監測方法及裝 置。

背景技術

隨著通信網絡規模的不斷擴大，端局節點數量增長，需要監測 的鏈路的數量也在不斷增多。目前，相關技術中對鏈路進行監測的 方式為：對局方所有的鏈路數據進行采集，然后進行數據分析。在 采用這種方式的情況下，隨著鏈路數量的增加，將會需要越來越多 的采集監測設備，從而會增加用戶執行監測的成本。

因此，針對相關技術中對鏈路數據進行監測需要配置較多的采 集監測設備、導致較高的成本的問題，目前尚未提出有效的解決方 案。

發明內容

考慮到相關技術中對鏈路數據進行監測需要配置較多的采集監 測設備的問題而提出本發明，為此，本發明的主要目的在于提供一 種鏈路監測方法及裝置，以解決相關技術中存在的上述問題至少之 一。

為了實現上述目的，根據本發明的一個方面，提供了一種鏈路 監測方法。

根據本發明的鏈路監測方法包括：根據多個事件組的時隙數量 進行排序得到第一排序結果，其中，多個事件組根據預先設置的待 監測的鏈路生成；根據第一排序結果將多個事件組配置到多個主處 理器，以使多個主處理器監測多個事件組中對應的鏈路。

優選地，多個事件組中的每個事件組對應相同類型的鏈路。

優選地，在將多個事件組配置到多個主處理器之前，該方法還 包括：根據多個主處理器中每個主處理器可用的時隙數量對多個主 處理器進行排序，得到第二排序結果；根據第一排序結果和第二排 序結果，將多個事件組依次配置到多個主處理器。

優選地，該方法還包括：以事件組的時隙數量從大到小的順序 對鏈路進行排序，，得到所述第一排序結果；以多個主處理器中每個 主處理器可用的時隙數從大到小的順序對多個主處理器進行排序， 得到所述第二排序結果。

優選地，將事件組配置到主處理器還包括：將一個事件組中的 鏈路配置到一個主處理器。

優選地，每個鏈路包括接收鏈路和發送鏈路，將事件組配置到 主處理器還包括：將鏈路的接收鏈路和發送鏈路配置到同一主處理 器。

優選地，鏈路的鏈路類型包括以下至少之一：N*64K，1≤K≤ 32。

優選地，待監測的鏈路的數量小于或等于主處理器能夠監測的 最大鏈路數量。

根據本發明的另一方面，還提供了一種鏈路監測裝置。

根據本發明的鏈路監測裝置包括：第一排序模塊，用于根據多 個事件組的時隙數量進行排序得到第一排序結果，其中，多個事件 組根據預先設置的待監測的鏈路生成；配置模塊，用于根據第一排 序結果將多個事件組配置到多個主處理器；監測模塊，包括所述多 個主處理器，用于根據配置模塊的配置結果監測多個事件組對應的 鏈路。

優選地，該裝置還包括：第二排序模塊，用于根據多個主處理 器中每個主處理器可用的時隙數量對多個主處理器進行排序，得到 第二排序結果；配置模塊，還用于根據第一排序結果和第二排序結 果，將多個事件組依次配置到多個主處理器。

借助于本發明的上述技術方案，通過將多個事件組的鏈路以時 隙數量依次配置到多個主處理器，并使主處理器監測這些鏈路，能 夠以較少的監測設備實現對用戶定義的待監測鏈路的監測，解決了 需要配置較多的采集監測設備對鏈路數據進行監測的問題，降低了 用戶成本。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申 請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并 不構成對本發明的不當限定。在附圖中：

圖1是根據本發明實施例的鏈路監測方法的示意圖；

圖2是根據本發明實施例的鏈路監測方法的優選處理方案的示 意圖；

圖3是采用根據本發明實施例的方法的鏈路處理的示意圖；

圖4是根據本發明實施例的系統結構的示意圖；

圖5是根據本發明實施例的鏈路監測裝置的框圖；

圖6是根據本發明實施例的鏈路監測裝置的優選結構的框圖。

具體實施方式

功能概述