一種數據分析方法及系統與流程

本發明涉及移動網絡領域，尤其涉及一種數據分析方法及系統。

背景技術：

在現有網絡管理系統中，現網關鍵績效指標(Key Performance Indicators，KPI)的維護是通過提取性能報表進行分析維護的，提取性能報表需要獲取所有網元的數據，并進行分析計算。但是，隨著運營商現網規模的擴大，在大規模網元管理的場景下，對于提取性能報表的性能要求也就越來越高。

現有技術中，提取性能報表功能是將數據采集分析、KPI計算、性能文件生成均布在操作維護中心(Operation and Maintenance Center，OMC)服務器上實現與數據庫的實時交互，從而形成性能報表，然后以電子表格(excel)的方式展現給用戶。

由此可見，現有技術下，提取性能報表功能是部署在OMC服務器上并實時與數據庫頻繁交互，但當數據量比較大時，會造成提取性能報表相當緩慢、可靠性差，還可能會出現提取不出來的情況，且這種在提取報表的過程中的大量讀寫操作對數據庫及服務器也會造成很大的壓力，該操作對網管的穩定性及可靠性會造成較大隱患。

技術實現要素：

本發明實施例提供一種數據分析方法及系統，以提高提取性能報表的可靠性和穩定性，降低對服務器的壓力。

本發明實施例提供的具體技術方案如下：

一種數據分析方法，包括：

按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元 數據并生成性能文件，以及在指定的存儲位置對獲得的性能文件進行保存；

接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件進行解析獲取相應的網元數據，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報。

本發明實施例中，首先按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元數據并生成性能文件，以及在指定的存儲位置對獲得的性能文件進行保存；然后，接收到數據分析指令時，從指定的存儲位置提取出相應的性能文件進行解析獲取相應的網元數據，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報。這樣，實現了提取性能報表功能的分離，不完全依賴于服務器，降低了對服務器的壓力；并且，服務端生成性能文件后，就會進行保存，當需要時，客戶端可離線提取出相應的性能文件，生成報表，不受服務器可靠性和穩定性的制約，這樣提高了提取性能報表的可靠性和穩定性，和數據處理能力。

可選的，按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元數據并生成性能文件，具體包括：

按照預設的時間點或時間段，定期遍歷所有網元，在每一次遍歷中，基于預設的數據獲取方式，分別獲取每一個網元的網元類型、網元級別、指定的指標參數和數據獲取時間，作為各個網元的原始的網元數據；

基于設定的匯總參考參數，將獲得的各個網元的原始的網元數據進行匯總，生成相應的性能文件；其中，上述設定的匯總參考參數包括網元類型、網元級別和數據獲取時間中的一種或任意組合。

可選的，在指定的存儲位置對獲得的性能文件進行保存，具體包括：

將獲得的性能文件上傳至指定的文件傳輸協議(File Transfer Protocol，FTP)服務器，或者，保存在本地。

這樣，當提取需要的性能文件時，可離線進行操作，且不受服務器可靠性和穩定性的制約，降低了對服務器的壓力。

可選的，接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件進行解析獲取相應的網元數據，具體包括：

接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件；

對提取出的性能文件進行解析，獲得基于上述設定的匯總參考參數得到的各個網元的原始的網元數據。

可選的，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報，具體包括：

基于獲得各個網元的原始的網元數據中記錄的每一種指標參數，分別計算得到相應的KPI；

將得到的KPI，進行拼接封裝，生成報表并進行上報。

一種數據分析系統，包括：

服務端，用于按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元數據并生成性能文件，以及在指定的存儲位置對獲得的性能文件進行保存；

客戶端，用于接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件進行解析獲取相應的網元數據，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報。

本發明實施例中，首先按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元數據并生成性能文件，以及在指定的存儲位置對獲得的性能文件進行保存；然后，接收到數據分析指令時，從指定的存儲位置提取出相應的性能文件進行解析獲取相應的網元數據，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報。這樣，實現了提取性能報表功能的分離，不完全依賴于服務器，降低了對服務器的壓力；并且，服務端生成性能文件后，就會進行保存，當需要時，客戶端可離線提取出相應的性能文件，生成報表，不受服務器可靠性和穩定性的制約，這樣提高了提取性能報表的可靠性和穩定性，和數據處理能力。

可選的，按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元數據并生成性能文件時，服務端具體用于：

按照預設的時間點或時間段，定期遍歷所有網元，在每一次遍歷中，基于預設的數據獲取方式，分別獲取每一個網元的網元類型、網元級別、指定的指標參數和數據獲取時間，作為各個網元的原始的網元數據；

基于設定的匯總參考參數，將獲得的各個網元的原始的網元數據進行匯總，生成相應的性能文件；其中，上述設定的匯總參考參數包括網元類型、網元級別和數據獲取時間中的一種或任意組合。

可選的，在指定的存儲位置對獲得的性能文件進行保存時，服務端具體用于：

將獲得的性能文件上傳至指定的FTP服務器，或者，保存在本地。

這樣，當提取需要的性能文件時，可離線進行操作，且不受服務器可靠性和穩定性的制約，降低了對服務器的壓力。

可選的，接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件進行解析獲取相應的網元數據時，客戶端具體用于：

接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件；

對提取出的性能文件進行解析，獲得基于上述設定的匯總參考參數得到的各個網元的原始的網元數據。

可選的，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報時，客戶端具體用于：

基于獲得各個網元的原始的網元數據中記錄的每一種指標參數，分別計算得到相應的KPI；

將得到的KPI，進行拼接封裝，生成報表并進行上報。

附圖說明

圖1為本發明實施例中數據分析方法流程示意圖；

圖2為本發明實施例中服務端操作流程示意圖；

圖3為本發明實施例中客戶端操作流程示意圖；

圖4為本發明實施例中數據分析系統結構示意圖。

具體實施方式

下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，并不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

為了提高提取性能報表的可靠性和穩定性，降低對服務器的壓力，本發明實施例中，將提取性能報表功能分為服務端和客戶端，服務端實現數據的獲取和生成性能文件，客戶端實現對性能文件的解析及生成報表。

下面通過具體實施例對本發明方案進行詳細描述，當然，本發明并不限于以下實施例。

參閱圖1所示，本發明實施例中，數據分析方法的具體流程如下：

步驟100：按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元數據并生成性能文件，以及在指定的存儲位置對獲得的性能文件進行保存。

本發明實施例中，執行數據分析的系統采用分布式結構，服務端部署在OMC服務器上，客戶端布置在終端側，步驟100是由服務端執行的。

執行步驟100時，具體包括以下操作：

首先，按照預設的時間點或時間段，定期遍歷所有網元，在每一次遍歷中，基于預設的數據獲取方式，分別獲取每一個網元的網元類型、網元級別、指定的指標參數和數據獲取時間，作為各個網元的原始網元數據；

例如，設定了某個初始時間點，且每隔15分鐘遍歷一次所有網元，獲得每一個網元的類型、網元級別、指定的指標參數，并記錄數據獲取時間，作為下次遍歷網元的依據，如，每次確定當前時間大于或等于已記錄的數據獲取時間和設定的15分鐘之和，則開始又一次遍歷所有網元，獲取網元的原始數據。

又例如，設定了時間點，如7:00、9:00、11:00、13:00、15:00、17:00，則在上述時間點上，遍歷一次所有網元，獲取網元的原始網元數據；

又例如，設定了時間段，如7:00-8:00、9:00-10:00、11:00-12:00、13:00-14:00，則在上述時間段內任意時間遍歷一次所有網元，獲取網元的原始網元數據。

然后，基于設定的匯總參考參數，將獲得的各個網元的原始的網元數據進行匯總，生成相應的性能文件；其中，上述設定的匯總參考參數包括網元類型、網元級別和數據獲取時間中的一種或任意組合；

例如，設定按照網元類型進行匯總，則將各個具有相同網元類型的原始的網元數據匯總在一起，生成性能文件。

又例如，設定按照網元級別進行匯總，則將各個具有相同網元級別的原始的網元數據匯總在一起，生成性能文件。

又例如，設定按照網元類型、網元級別和數據獲取時間進行匯總，則將各個具有相同網元類型、相同網元級別，以及相同的數據獲取時間的原始的網元數據匯總在一起，生成性能文件。

最后，將獲得的性能文件上傳至指定的FTP服務器，或者，保存在本地。

步驟110：接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件進行解析獲取相應的網元數據，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報。

步驟110是由客戶端執行的，且客戶端可以部署在一臺PC機上，也可以在多臺PC機上部署，這樣多個用戶可以同時在客戶端進行操作。

執行步驟110，具體包括以下操作：

首先，接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件；

例如：數據分析指令為網元類型，則從FTP服務器或本地提取出按網元類型進行匯總的性能文件。

又例如：數據分析指令為網元級別，則從FTP服務器或本地提取出按網元 級別進行匯總的性能文件。

又例如：數據分析指令為網元類型、網元級別和數據獲取時間，則從FTP服務器或本地提取出按網元類型、網元級別，以及數據獲取時間進行匯總的性能文件。

然后，對提取出的性能文件進行解析，獲得基于上述設定的匯總參考參數得到的各個網元的原始的網元數據；

例如，對提取出的按網元類型進行匯總的性能文件進行解析，將其中的網元原始數據進行緩存。

又例如：對提取出的按網元級別進行匯總的性能文件進行解析，將其中的網元原始數據進行緩存。

又例如：對提取出按網元類型、網元級別，以及數據獲取時間進行匯總的性能文件進行解析，將其中的網元原始數據進行緩存。

進而，基于獲得各個網元的原始的網元數據中記錄的每一種指標參數，分別計算得到相應的KPI。

例如，對于緩存的按網元類型進行匯總的性能文件中的網元原始數據，將每一個網元類型中的各個網元的原始網元數據中記錄的每一種指標參數，分別根據KPI公式進行計算，得到相應的KPI。

例如，計算長期演進_無線資源控制協議(Long Term Evolution_Radio Resource Control，LTE_RRC)連接建立成功率的KPI，在時間段：2015.08.2414:00-2015.08.2414:15間獲取的網元D781058-F-3(PLMN＝1，AREA＝998，ENB＝415279，cell＝3)的網元原始數據中記錄的每一種指標參數分別為：R001_013：0，R001_014：0，R001_015：0，R001_016：0，R001_017：286，R001_018：286，R001_019：97，R001_020：93，R001_021：441；網元D781058-F-2(PLMN＝1，AREA＝998，ENB＝415279，cell＝2)的網元原始數據中記錄的每一種指標參數分別為：R001_013：0，R001_014：0，R001_015：0，R001_016：0，R001_017：148，R001_018：148，R001_019：49，R001_020：48，R001_021： 302；網元D781058-F-1(PLMN＝1，AREA＝998，ENB＝415279，cell＝1)的網元原始數據中記錄的每一種指標參數分別為：R001_013：0，R001_014：0，R001_015：0，R001_016：0，R001_017：443，R001_018：201，R001_019：42，R001_020：42，R001_021：276。

則根據LTE_RRC連接建立成功率的KPI計算公式：

100*(#{R001_014}+#{R001_016}+#{R001_018}+#{R001_020}+#{R001_022})/(#{R001_013}+#{R001_015}+#{R001_017}+#{R001_019}+#{R001_021})

計算得到網元D781058-F-3(PLMN＝1，AREA＝998，ENB＝415279，cell＝3)的LTE_RRC連接建立成功率為99.39％；網元D781058-F-2(PLMN＝1，AREA＝998，ENB＝415279，cell＝2)的LTE_RRC連接建立成功率為100％；網元D781058-F-1(PLMN＝1，AREA＝998，ENB＝415279，cell＝1)的LTE_RRC連接建立成功率為68.2％。

最后，將得到的各類KPI，進行拼接封裝，生成報表并進行上報。

下面采用一個具體的應用場景對上述實施例作出進一步詳細說明，且將服務端和客戶端的操作分別進行說明，參閱圖2和圖3所示，其中圖2為服務端的執行過程，具體如下：

步驟200：服務端初始化配置文件計數器模板.xml，將預設的起始時間和預設的數據獲取方式進行封裝。

其中，所謂的數據獲取方式可以是指計數器按照何種方式計數，以及何時清零，重置。

例如：數據獲取方式為，從預設的起始時間開始，每隔15分鐘遍歷一次所有網元，獲取網元原始數據，并記錄數據獲取時間，然后更新計數器中的時間為已記錄的數據獲取時間和設定的15分鐘之和。

步驟210：根據預設的起始時間，更新TIMELABEL表中的時間為beginTime+granluarityPeriod，其中beginTime為起始時間，granluarityPeriod為預設時間間隔。

步驟220：判斷當前時間是否大于或等于beginTime+granluarity+delaytime，其中，delaytime為預估的延時時間，若是，則執行步驟230，否則，則執行步驟210。

步驟230：遍歷一次所有網元，基于預設的數據獲取方式，分別獲取每一個網元的網元類型、網元級別、指定的指標參數和數據獲取時間，作為各個網元的原始的網元數據。

步驟240：基于設定的匯總參考參數，將獲得的各個網元的原始的網元數據進行匯總，其中，上述設定的匯總參考參數包括網元類型、網元級別和數據獲取時間中的一種或任意組合。

步驟250：生成性能文件。

步驟260：將性能文件上傳至FTP服務器上，進行保存。

步驟270：更新最近數據獲取時間，并轉向步驟220，繼續操作。

參閱圖3所示，客戶端的執行過程，具體如下：

步驟300：接收到數據分析指令時，獲取服務端生成的性能文件。

步驟310：將性能文件進行解析。

步驟320：將解析出的網元原始數據進行緩存。

步驟330：將獲得的各個網元的網元原始數據中記錄的每一種指標參數，根據KPI公式分別進行計算，得到相應的KPI。

步驟340：將計算出的各類KPI進行拼接封裝。

步驟350：生成報表并進行上報。

基于上述實施例，參閱圖4所示，本發明實施例中，數據分析系統，具體包括：

服務端40，用于按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元數據并生成性能文件，以及在指定的存儲位置對獲得的性能文件進行保存；

客戶端41，用于接收到數據分析指令時，從上述指定的存儲位置提取出相 應的性能文件進行解析獲取相應的網元數據，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報。

可選的，按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元數據并生成性能文件時，服務端40具體用于：

按照預設的時間點或時間段，定期遍歷所有網元，在每一次遍歷中，基于預設的數據獲取方式，分別獲取每一個網元的網元類型、網元級別、指定的指標參數和數據獲取時間，作為各個網元的原始的網元數據；

基于設定的匯總參考參數，將獲得的各個網元的原始的網元數據進行匯總，生成相應的性能文件；其中，上述設定的匯總參考參數包括網元類型、網元級別和數據獲取時間中的一種或任意組合。

可選的，在指定的存儲位置對獲得的性能文件進行保存時，服務端40具體用于：

將獲得的性能文件上傳至指定的FTP服務器，或者，保存在本地。

可選的，接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件進行解析獲取相應的網元數據時，客戶端41具體用于：

接收到數據分析指令時，從上述指定的存儲位置提取出相應的性能文件；

對提取出的性能文件進行解析，獲得基于上述設定的匯總參考參數得到的各個網元的原始的網元數據。

可選的，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報時，客戶端41具體用于：

基于獲得各個網元的原始的網元數據中記錄的每一種指標參數，分別計算得到相應的KPI；

將得到的KPI，進行拼接封裝，生成報表并進行上報。

綜上所述，本發明實施例中，將提取性能報表功能分為服務端和客戶端。在服務端，按照預設的時間和預設的數據獲取方式，從數據庫中定期獲取原始的網元數據并生成性能文件，以及在指定的存儲位置對獲得的性能文件進行保 存；在客戶端，接收到數據分析指令時，從指定的存儲位置提取出相應的性能文件進行解析獲取相應的網元數據，基于上述網元數據進行KPI分析，得到相應的KPI并進行上報。這樣，實現了提取性能報表功能的分離，不完全依賴于服務器，降低了對服務器的壓力；并且，服務端生成性能文件后，就會進行保存，當需要時，客戶端可離線提取出相應的性能文件，生成報表，不受服務器可靠性和穩定性的制約，這樣提高了提取性能報表的可靠性和穩定性，和數據處理能力。

本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或計算機程序產品。因此，本發明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。

本發明是參照根據本發明實施例的方法、設備(系統)、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用于實現在流程圖一個 流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明范圍的所有變更和修改。

顯然，本領域的技術人員可以對本發明實施例進行各種改動和變型而不脫離本發明實施例的精神和范圍。這樣，倘若本發明實施例的這些修改和變型屬于本發明權利要求及其等同技術的范圍之內，則本發明也意圖包含這些改動和變型在內。