一種信令採集分析系統和信令數據更新方法與流程
2023-04-28 20:54:06 1
本發明涉及通信技術領域，具體涉及一種信令採集分析系統和信令數據更新方法。
背景技術：
伴隨著4g的快速發展與逐漸成熟,運營商依託補點建設和傳統測試優化,以形成網絡差異化優勢的難度將會不斷加大。基於lte信令分析的lte網絡優化,是運營商可以重點考慮引入的重要技術手段。lte信令採集分析系統需要對各接口信令及用戶面數據進行採集、解碼、上報、查詢等工作，並實現共享層、應用層功能。如圖1所示，現有的信令分析系統分為四層：第一層為信令採集層，由分光器、匯聚分流器和信令採集解析設備等構成，完成信令數據的實時採集，對全量信令數據進行解碼並生成xdr(信令及業務的詳細記錄)，上報給數據解碼層；第二層為數據解碼層，由合成伺服器構成。對原始xdr進行分析，完成跨接口xdr的關聯、回填與合成，完成kpi數據(各類指標數據)的匯總統計，並輸出所需的目標xdr、kpi及原始信令到共享層；第三層為共享層，主要功能是完成數據的存儲、查詢等，提供實時/準實時日誌數據共享。通過與應用層之間的靈活接口，為應用層提供原始信令、xdr、kpi等各類數據；第四層為應用層，主要完成信令數據的應用處理、表示和呈現。
lte信令採集分析系統需要利用工程配置參數對xdr數據進行上報參數的關聯、映射和補充。工程配置參數的正確性是lte信令採集分析系統數據準確性的重要保證。如圖2所示，現有的lte信令採集分析系統要是採取人工輸入的方式進行工程配置參數的錄入和更新操作。不論是工程配置參數信息初始錄入還是更新操作過程，均需要lte信令採集分析系統側用戶通過手工輸入的方式進行工程配置參數信息的同步和確認。在現網環境中，由於當前lte網絡建設進度非常快，網絡工程配置參數信息更新頻繁，因此如何實時獲取準確的工程配置參數信息對整個系統非常重要。通過手工輸入工程配置參數的方式，極易出現更新不及時及準確率低等問題，從而導致所採集的數據出現遺漏等問題，同步準確性不可控；另外，工程配置參數是系統正常運行的數據基礎，如果工程配置參數信息出現錯誤，系統共享層和應用層的數據均會受影響；再者，目前大多數情況下，工程配置參數信息由多個部門分別進行部分維護，為了得到完整準確的工程配置參數信息，人力維護成本高。
技術實現要素：
要解決的技術問題是如何實現信令採集系統數據更新的自動化，降低人力維護成本。
針對現有技術中的缺陷，本發明提供一種信令採集分析系統和信令數據更新方法。
第一方面，本發明提供了一種信令數據採集分析系統，包括數據採集單元、存儲單元和數據更新單元；
所述數據採集單元採集默認工程配置參數信息並作為歷史工程配置參數保存在存儲單元中；
所述數據更新單元解析所述數據採集單元採集的通信各個網絡接口的含目標工程配置參數的信令消息，獲取目標工程配置參數；
所述數據更新單元讀取歷史工程配置參數；
所述數據更新單元比較目標工程配置參數與歷史工程配置參數；如果目標工程配置參數與歷史工程配置參數不一致，則將歷史工程配置參數更新為目標工程配置參數並保存在存儲單元中。
可選地，所述目標工程配置參數包括小區工程配置參數和基站工程配置參數；
所述小區工程配置參數包括：物理小區標識、頻點和跟蹤區域代碼；
所述基站工程配置參數包括：控制平面s1接口ip地址、用戶平面s1接口ip地址。
可選地，所述網絡接口包括：
s1-mme接口、s1-u接口、s6a接口、s11接口、sgs接口、uu接口、x2接口和uu-extend接口。
可選地，所述歷史工程配置參數是保存在工程配置參數表中的。
可選地，所述通信各個網絡接口的含目標工程配置參數的信令消息是數據採集單元周期性採集的。
可選地，所述周期為1小時。
第二方面，本發明提供了一種信令數據更新方法，包括：
讀取默認工程配置參數配置信息保存為歷史工程配置參數；
解析採集的通信網絡各個接口的含目標工程配置參數的信令消息；
從解析後的信令消息中獲取目標工程配置參數；
讀取保存的歷史工程配置參數並與目標工程配置參數比較；
如果目標工程配置參數與歷史工程配置參數不一致，則將工程配置參數更新為歷史工程配置參數並保存。
可選地，所述歷史工程配置參數是保存在工程配置參數表中的。
可選地，所述通信各個網絡接口的含目標工程配置參數的信令消息是周期性採集的。
可選地，所述周期為1小時。
由上述技術方案可知，本發明提供的信令採集分析系統和信令數據更新方法，僅需要現網側用戶提供某一網段工參配置信息作為默認工程配置參數信息，不需要lte信令採集分析系統側用戶幹預即可獲得工程配置參數信息變更的情況，並實時更新相關工程配置參數信息，為系統共享層和應用層提供了準確的數據信息。本發明大大降低了人工成本，確保工程配置參數信息的同步性與準確性。
附圖說明
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單的介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
圖1為現有技術中信令數據採集分析架構示意圖；
圖2為現有技術中信令數據更新方法流程示意圖；
圖3為本發明一個實施例中一種信令數據採集分析系統結構示意圖；
圖4為本發明一個實施例中一種信令數據更新方法流程示意圖；
圖5為本發明一個實施例中一種tac欄位工程配置參數表示意圖；
圖6為本發明一個實施例中一種從s1-mme接口上行信令信息中提取tac參數信息示意圖；
圖7為本發明一個實施例中一種信令數據更新方法流程示意圖。
具體實施方式
為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
如圖3所示，本發明提供一種信令數據採集分析系統，該系統包括數據採集單元、存儲單元和數據更新單元；所述數據採集單元採集默認工程配置參數信息並作為歷史工程配置參數保存在存儲單元中；所述數據更新單元解析所述數據採集單元採集的通信各個網絡接口的含目標工程配置參數的信令消息，獲取目標工程配置參數；所述數據更新單元讀取歷史工程配置參數；所述數據更新單元比較目標工程配置參數與歷史工程配置參數；如果目標工程配置參數與歷史工程配置參數不一致，則將歷史工程配置參數更新為目標工程配置參數並保存在存儲單元中。下面對本發明提供的信令數據採集分析系統展開詳細的說明。
如圖3、圖4所示，在本發明中，信令數據採集分析系統首次啟動時，所述數據採集單元採集現網任意網段的默認工程配置參數信息並作為歷史工程配置參數保存在存儲單元中。歷史工程配置參數信息優選保存在所述存儲單元的工程配置參數表中。信令數據採集分析系統正常運行後，數據採集單元採集通信各個網絡接口的含目標工程配置參數的信令。為了確保工程配置參數信息的準確性，數據採集單元主要採集s1-mme接口、s1-u接口、s6a接口、s11接口、sgs接口、uu接口、x2接口和uu-extend接口等網絡接口的信令信息。所述數據更新單元解析所述數據採集單元採集的通信各個網絡接口的含目標工程配置參數的信令消息，並獲取目標工程配置參數。其中，在所述目標工程配置參數包括小區工程配置參數和基站工程配置參數。具體的所述小區工程配置參數包括：物理小區標識、頻點和跟蹤區域代碼；所述基站工程配置參數包括：控制平面s1接口ip地址、用戶平面s1接口ip地址。在本發明中，數據採集單元周期性採集通信各個網絡接口的含目標工程配置參數的信令，其中採集周期可以更具有實際情況靈活設定，採集周期優選為1小時。所述數據更新單元所述數據更新單元周期性解析所述數據採集單元採集的通信各個網絡接口的含目標工程配置參數的信令消息，獲取目標工程配置參數。所述數據更新單元讀取歷史工程配置參數；所述數據更新單元比較目標工程配置參數與歷史工程配置參數；如果目標工程配置參數與歷史工程配置參數不一致，則將歷史工程配置參數更新為目標工程配置參數並保持在存儲單元的工程配置參數表中。反之則不更新。
下面以小區配置信息中的tac欄位為例，對信令數據採集分析系統工程配置參數更新過程做詳細說明。
具體地，如圖5所示，小區配置的工程配置參數的tac欄位中，初始配置ecgi為2833516的小區，其tac欄位默認值為1001。
信令數據採集分析系統正常運行後，數據採集單元周期性監測各接口信令消息。如圖6所示，數據採集單元當讀取s1-mme接口上行信令信息(如：identityresponse消息)時，數據更新單元解析獲取當前的tac欄位值為59dd(如圖所示)，轉換為十進位為23005。數據更新單元解析的目標工程配置參數23005與讀取歷史工程配置參數為1001不一致，則會將新獲取到的tac欄位值(23005)更新到工參配置表中。
從以上數據更新過程可以看出，本發明中僅需要現網側用戶提供某一網段工參配置信息作為默認工參配置，不需要lte信令採集分析系統側用戶幹預即可獲得工程配置參數信息變更的情況，並實時更新相關配置信息，為系統共享層和應用層提供了準確的數據信息；同時，周期性檢測機制，也在一定程度上保證了信息更新的實時性。
為進一步體現本發明提供的信令數據採集分析系統的優越性，本發明提供一種信令數據更新方法，如圖7所示，該方法包括：讀取默認工程配置參數配置信息保存為歷史工程配置參數；解析採集的通信網絡各個接口的含目標工程配置參數的信令消息；從解析後的信令消息中獲取目標工程配置參數；讀取保存的歷史工程配置參數並與目標工程配置參數比較；如果目標工程配置參數與歷史工程配置參數不一致，則將工程配置參數更新為歷史工程配置參數並保存。下面對本發明提供的信令數據更新方法展開詳細的說明。
如圖4、圖7所示，在本發明中，信令數據採集分析系統首次啟動時，首先採集現網任意網段的默認工程配置參數信息並作為歷史工程配置參數保存。歷史工程配置參數信息優選保存在工程配置參數表中。信令數據採集分析系統正常運行後採集通信各個網絡接口的含目標工程配置參數的信令。為了確保工程配置參數信息的準確性，主要採集s1-mme接口、s1-u接口、s6a接口、s11接口、sgs接口、uu接口、x2接口和uu-extend接口等網絡接口的信令信息。解析所述採集的通信各個網絡接口的含目標工程配置參數的信令消息，並獲取目標工程配置參數。其中，在所述目標工程配置參數包括小區工程配置參數和基站工程配置參數。具體的所述小區工程配置參數包括：物理小區標識、頻點和跟蹤區域代碼；所述基站工程配置參數包括：控制平面s1接口ip地址、用戶平面s1接口ip地址。在本發明中，周期性採集通信各個網絡接口的含目標工程配置參數的信令，其中採集周期可以根據實際情況靈活設定，採集周期優選為1小時。所述周期性解析所述數據採集單元採集的通信各個網絡接口的含目標工程配置參數的信令消息，獲取目標工程配置參數。所述比較目標工程配置參數與歷史工程配置參數；如果目標工程配置參數與歷史工程配置參數不一致，則將歷史工程配置參數更新為目標工程配置參數並保存。反之則不更新。
綜上所述，本發明提供的信令採集分析系統和信令數據更新方法，僅需要現網側用戶提供某一網段工參配置信息作為默認工程配置參數信息，不需要lte信令採集分析系統側用戶幹預即可獲得工程配置參數信息變更的情況，並實時更新相關工程配置參數信息，為系統共享層和應用層提供了準確的數據信息。本發明大大降低了人工成本，確保工程配置參數信息的同步性與準確性。
本領域內的技術人員應明白，本申請的實施例可提供為方法、系統、或電腦程式產品。因此，本申請可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本申請可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、cd-rom、光學存儲器等)上實施的電腦程式產品的形式。
本申請是參照根據本申請實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
最後，還需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。術語「上」、「下」等指示的方位或位置關係為基於附圖所示的方位或位置關係，僅是為了便於描述本發明和簡化描述，而不是指示或暗示所指的裝置或元件必須具有特定的方位、以特定的方位構造和操作，因此不能理解為對本發明的限制。除非另有明確的規定和限定，術語「安裝」、「相連」、「連接」應做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連，可以是兩個元件內部的連通。對於本領域的普通技術人員而言，可以根據具體情況理解上述術語在本發明中的具體含義。
本發明的說明書中，說明了大量具體細節。然而能夠理解的是，本發明的實施例可以在沒有這些具體細節的情況下實踐。在一些實例中，並未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。類似地，應當理解，為了精簡本發明公開並幫助理解各個發明方面中的一個或多個，在上面對本發明的示例性實施例的描述中，本發明的各個特徵有時被一起分組到單個實施例、圖、或者對其的描述中。然而，並不應將該公開的方法解釋呈反映如下意圖：即所要求保護的本發明要求比在每個權利要求中所明確記載的特徵更多的特徵。更確切地說，如權利要求書所反映的那樣，發明方面在於少於前面公開的單個實施例的所有特徵。因此，遵循具體實施方式的權利要求書由此明確地併入該具體實施方式，其中每個權利要求本身都作為本發明的單獨實施例。
以上各實施例僅用以說明本發明的技術方案，而非對其限制；儘管參照前述各實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特徵進行等同替換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的範圍，其均應涵蓋在本發明的權利要求和說明書的範圍當中。