[發明專利]一種移動通信系統中的信令采集儀的數據存取方法

無效

• 申請號: 201210419126.3
• 申請日: 2012-10-29
• 公開（公告）號: CN102984682A
• 公開（公告）日: 2013-03-20
• 發明（設計）人: 駱碧群;郭驥
• 申請（專利權）人: 蘇州坤里達信息科技有限公司;駱碧群;郭驥
• 主分類號: H04W4/20
• 分類號: H04W4/20;H04W24/04
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及移動通信領域，尤其涉及一種移動通信系統中的信令采集儀的數據存取方法。

背景技術

在移動通信網絡系統中，信令是分析網絡性能、診斷網絡故障的至關重要的依據。為了避免信令采集操作對網絡性能方面造成影響，信令采集的工作通常由信令采集儀來負責。信令采集儀通過旁路Iub/Iur/Iu接口上的光電信號，實時地采集存放所有信令，采集到的這些數據將作為后臺網絡性能分析、故障診斷等軟件的數據源。

信令采集儀采集的數據通常被順序存儲，即每捕獲到一條完整的信令，該信令被順序寫入到存儲文件中。信令的一個特點是其數量極其巨大，在一個的省會級城市的移動通信網絡系統中，24小時內產生的信令可以達數十億條甚至更多；信令的另外一個特點是其自身的長度是變化的。由于這兩個特點，采用順序存儲方式存儲的信令文件，將導致后臺網絡性能分析、故障診斷等軟件在分析處理信令時產生嚴重的低效率問題。以VIP用戶故障投訴的分析處理過程為例，技術人員為分析故障產生的原因，需要從信令文件中調取該VIP用戶的通話信令，這通常是通過解碼某些包含關鍵信息(如，IMSI/主叫號碼/被叫號碼，等)的信令，來定位屬于該VIP用戶呼叫流程的UEID，然后通過UEID標識提取該VIP用戶的整個呼叫流程的所有信令。上述處理過程至少包含兩個步驟：一、定位關鍵VIP用戶的UEID(即，解碼包含關鍵信息的信令)；二、根據UEID提取信令。信令自身長度是變化的這個特點，導致只有通過逐條解碼信令，才可以得知該信令是否是關鍵信令，并在確定關鍵信令的基礎上進一步確認是否包含該VIP用戶的關鍵信息；而且，只有通過逐條讀取信令，才得以確定下一條信令的存儲位置。信令數量極其龐大的特點，導致信令提取操作需要在海量的信令中進行遍歷操作。上述過程中的步驟會導致大量的文件I/O操作和信令解碼操作，必將導致VIP用戶故障投訴的分析處理過程會耗費大量的時間，這嚴重降低技術人員在處理此類問題的響應速度。

由上所述，移動通信系統中的信令采集儀的數據存儲，需要采用一種允許后臺網絡性能分析、故障診斷等軟件高效讀取的方式進行存儲。后臺網絡性能分析、故障診斷等軟件應該采用一種快速的訪問方式，以提高對海量信令數據的處理能力。

發明內容

鑒于上述順序方式存儲信令時所導致的后臺網絡性能分析、故障診斷等軟件的低效率問題，本發明的目的是提供一種可供后臺網絡性能分析、故障診斷等軟件高效地訪問信令采集儀的數據存儲方法，以顯著地縮短信令查找定位等操作所耗費的時間。

為上述目的，本發明采用了如下技術方案，包括：

信令數據結構化保存：信令采集儀的信令存儲文件至少包括三個區域，分別是信令文件的常規信息區、關鍵信息區、信令碼流區。在信令文件的常規信息區，至少包含信令采集的起始日期，設備ID(如：RNCID，等)，關鍵信息區的記錄結構體字節長度，關鍵信息區起始位置、信令總數，信令碼流區起始位置，等等；關鍵信息區存儲每一條信令的關鍵信息，至少應包括信令的UEID、記錄時間、接口類型、消息ID、消息方向、信令碼流在文件中的位置、信令碼流長度。關鍵信息區的記錄結構體應精簡設計，盡可能使用更少的字節；信令碼流區存儲信令的碼流(如，RRC消息的ASN.1原始碼流)。

在信令采集儀采集數據之前，應根據預測的信令流量的大小，創建信令文件，為常規信息區、關鍵信息區分配合適的磁盤空間，初始化常規信息區的相關參數。數據開始采集后，采集到的每一條信令都應提取其關鍵信息，并寫入關鍵信息區；信令碼流寫入信令碼流區。當信令數據達到預測的信令數量后，更新常規信息區相關信息，關閉當前文件，并創建新的數據存儲文件。