[發明專利]基于用戶的隨機上報信令跟蹤方法和裝置

有效

• 申請號: 201010234175.0
• 申請日: 2010-07-20
• 公開（公告）號: CN101917699A
• 公開（公告）日: 2010-12-15
• 發明（設計）人: 姚堯;付云路
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W8/16
• 分類號: H04W8/16;H04W24/10;H04W24/00
• 代理公司: 北京安信方達知識產權代理有限公司 11262
• 代理人: 李健;龍洪

技術領域

本發明涉及移動通信網絡，更具體的說，是一種用來實現在移動通訊網絡上進行基于用戶的隨機上報信令跟蹤處理方法和裝置。

背景技術

信令跟蹤是移動通信網絡系統中的最有效的故障定位和查看工具，通過信令跟蹤可以實時查看業務系統中產生的信令消息，從而能夠為故障的定位和業務流程的觀察提供有效的手段，可以給操作維護人員提供必要的設備運行狀態數據。在信令跟蹤工作過程中，信令跟蹤客戶端向網絡設備發起跟蹤請求，網絡設備根據跟蹤條件將請求通知到相應的業務處理模塊，業務處理模塊根據跟蹤條件過濾信令數據，最終上報到信令跟蹤客戶端。

隨著移動通訊網絡的迅速發展，操作性和維護性被越來越多的廠商所重視，一種基于用戶的網元級別的信令跟蹤方式得到了極為廣泛的運用，即跟蹤客戶端設置的過濾條件是基于用戶號碼的，要求網絡設備中的業務運行模塊上報和設定用戶信息相符的信令數據。一般情況下，特定用戶跟蹤和全用戶跟蹤是比較常見的兩種用戶跟蹤方式。

特定用戶跟蹤：需要在發起跟蹤的時候在跟蹤條件中指定用戶標識(比如IMSI或者MSISDN)，業務模塊在業務流程中只會上報和指定用戶匹配的信令跟蹤數據，但是在業務運行環境很復雜的情況下，是很難得到特定用戶信息的，而且在長時間觀察設備運行時，也無法預先知道出現問題的用戶信息，這種方式只適用于開局調試階段或者根據特定用戶投訴定位故障時使用。

全用戶跟蹤：就是業務模塊將所有的用戶信令數據都上報至跟蹤客戶端，這可以解決特定用戶信令跟蹤時，用戶信令數據收集不全的缺陷。但是往往在商用局用戶量很大的情況下，全用戶跟蹤會導致跟蹤客戶端系統無法處理如此海量數據而陷入癱瘓。

以上兩種方式都具有很大的局限性，無法解決在復雜的商用局環境中，長時間監測網絡系統運行狀況的需求。

發明內容

本發明要解決的技術問題是：提供一種基于用戶的隨機上報信令跟蹤方法和裝置，在故障原因不明的情況下盡可能提供更多用戶的信令數據，用于解決特定用戶跟蹤時可能導致的信令數據收集不全和全用戶跟蹤時可能導致的跟蹤客戶端性能問題，提高移動網絡系統的可操作性和可維護性。

為了解決上述問題，本發明提供了一種基于用戶的隨機上報信令跟蹤方法，包括：

接收到跟蹤客戶端的隨機用戶跟蹤請求時，創建隨機用戶隊列；

接收信令跟蹤數據，獲取所述信令跟蹤數據的用戶標識；

如果所述隨機用戶隊列中存在所述用戶標識，則將所述信令跟蹤數據上報至所述跟蹤客戶端；

如果所述隨機用戶隊列中不存在所述用戶標識，且所述隨機用戶隊列未達到容量限制，將所述用戶標識加入所述隨機用戶隊列，并上報所述信令跟蹤數據至所述跟蹤客戶端。

進一步地，上述方法還可具有以下特點，所述方法還包括，

如果所述隨機用戶隊列中不存在所述用戶標識，且所述隨機用戶隊列已達到容量限制，則丟棄所述信令跟蹤數據。

進一步地，上述方法還可具有以下特點，所述隨機用戶隊列的容量k不超過max÷m÷n，所述max為所述跟蹤客戶端的處理時限，所述m為上報信令跟蹤數據的業務處理模塊的個數，所述n為業務處理模塊在用戶的一次業務流程中平均產生的信令跟蹤數據的個數。

進一步地，上述方法還可具有以下特點，所述方法還包括：

定時掃描所述隨機用戶隊列，將滿足預設的過期策略的過期用戶從所述隨機用戶隊列中清除。

進一步地，上述方法還可具有以下特點，所述過期用戶為：

定時掃描周期內，所述隨機用戶隊列中最早加入的一個或多個用戶；或者，定時掃描周期內，所述隨機用戶隊列中信令跟蹤數據上報數量不高于預設閾值的用戶。

本發明還提供一種基于用戶的隨機上報信令跟蹤裝置，所述裝置包括隨機用戶隊列模塊和判斷模塊，其中：

所述隨機用戶隊列模塊，用于接收到跟蹤客戶端的隨機用戶跟蹤請求時，創建隨機用戶隊列；

所述判斷模塊，用于接收信令跟蹤數據，獲取所述信令跟蹤數據的用戶標識；如果所述隨機用戶隊列中存在所述用戶標識，則將所述信令跟蹤數據上報至所述跟蹤客戶端；如果所述隨機用戶隊列中不存在所述用戶標識，且所述隨機用戶隊列未達到容量限制，將所述用戶標識加入所述隨機用戶隊列，并上報所述信令跟蹤數據至所述跟蹤客戶端。

進一步地，上述裝置還可具有以下特點，所述判斷模塊還用于：如果所述隨機用戶隊列中不存在所述用戶標識，且所述隨機用戶隊列已達到容量限制，則丟棄所述信令跟蹤數據。