本發(fā)明涉及運維技術，尤其涉及一種運維管理方法及設備。
背景技術：
：通信運維的目的是保障通信能夠正常的運行。參照圖1，接到用戶反饋的問題后，運維人員首先對用戶反饋的問題按照日常處理的經驗進行定界判斷，定界范圍包括：無線問題、核心網問題、信令點(sp，signalingpoint)問題。隨后根據定界判斷結果，將問題進一步提交給專業(yè)維護人員進行處理。對于無線問題而言，需要進行無線側排查。無線專業(yè)維護人員接到問題后，根據用戶反饋的地點核查附近基站的指標情況，確認是否有存在問題，通常常見的問題可以通過網管和專業(yè)軟件進行定位，一般包括：弱覆蓋問題、強干擾問題、切換問題、擁塞問題。當通過網管和專業(yè)軟件無法明確原因時，這時需要安排一線人員赴現場實地測試，最終根據實際測試情況反饋問題和整改意見。對于核心網問題而言，需要進行核心網側排查。核心網專業(yè)維護人員接到問題后，根據用戶反饋的問題，通過現有的手段進行核查，包括：用戶簽約數據核查、用戶上網記錄核查、用戶消息跟蹤。其中，用戶簽約數據核查具體為：當接收到用戶反饋的問題時，核查用戶的通用分組無線服務/演進的分組系統(gprs/eps，generalpacketradioservice/evolvedpacketsystem)簽約數據，簽約數據具體包括：用戶簽約接入點(apn，accesspointname)、用戶簽約計費屬性(normal、prepaid等)、用戶簽約上下行速率、用戶簽約服務質量/用戶簽約服務質量標度值(qos/qci，qualityofservice/qosclassidentifier)。從而，需要確認用戶簽約apn是否符合要求。需要確認用戶簽約計費屬性，如果是prepaid屬性需要排除在線計費 系統(ocs，onlinechargingsystem)影響。如果用戶反饋上下行速率異常，需要確認是否簽約速率有誤或者受到歸屬位置寄存器(hlr，homelocationregister)或者策略與計費規(guī)則功能單元(pcrf，policyandchargingrulesfunction)的限速策略影響。需要進一步核實用戶是否存在qos/qci上的簽約錯誤導致感知受影響。用戶上網記錄核查具體為：假設通過用戶簽約數據核查未發(fā)現明顯異常，在條件具備的情況下，核查用戶的上網記錄，可以包括：用戶信令失敗記錄和cause值、查詢其他的日志系統。目前部分設備廠家有提供用戶一定期限內的用戶信令失敗記錄查詢，根據失敗記錄中攜帶的cause值可以大致推斷失敗原因，開展進一步分析。目前中國移動無線應用協議(cmwap，chinamobilewirelessapplicationprotocol)等業(yè)務自帶有日志系統，通過日志系統也可以針對性的開展分析。例如彩信業(yè)務，可以根據wap網管的日志系統核查用戶終端是否有提取彩信的行為，定位是否為終端問題。用戶消息跟蹤具體為：當無法通過現有的系統查詢用戶歷史數據和記錄時，據需要根據用戶的投訴地點和投訴業(yè)務，模擬用戶上網行為，通過后臺跟蹤軟件對用戶的信令流程加以分析。主要觀察流程包括：附著、激活/承載建立、路由區(qū)更新、配額申請流程(涉及pcrf/ocs)、用戶鑒權(涉及hlr)、跨服務gprs支持節(jié)點/移動管理節(jié)點(sgsn/mme，servinggprssupportnode/mobilitymanagemententity)切換。針對跟蹤中發(fā)現的問題信令和問題信令產生的cause值進行進一步的分析，需要確認是否為用戶問題或者網絡參數設置的問題。對于sp問題而言，當基本排除了無線側、終端側和核心網側的問題后，需要分析是否為sp的問題，sp問題常用的排查方法主要為用戶面消息的跟蹤。在跟蹤過程中，主要分析以下流程：域名系統(dns，domainnamesystem)流程，該流程用戶獲取業(yè)務域名對應地址，直接影響資源的獲取。傳輸控制協議(tcp，transmissioncontrolprotocol)三次握手流程，該流程主要用于tcp業(yè)務中，終端與sp建立tcp連接。超文本傳輸協議(http，hypertexttransfer protocol)get/post流程，該流程主要用于終端發(fā)起獲取sphttp資源。跟蹤點的選取，根據各網絡組網情況和實際投訴問題，可以在不同的觀察點進行消息跟蹤。現有技術方案的缺點在于比較依賴于客戶對問題點的描述和判斷，由于絕大部分客戶反饋的信息可能存在主觀的判斷和人為的滯后，因此反饋的信息需要有經驗的處理人員進行分析和過濾，因此投訴準確性和處理效率上存在較大的問題，甚至由于網絡環(huán)境的變化，通過排查的手段也未能發(fā)現。技術實現要素：為解決上述技術問題，本發(fā)明實施例提供了一種運維管理方法及設備。本發(fā)明實施例提供的運維管理方法，包括：對信令面數據和用戶面數據進行采集，得到原始數據；對所述原始數據進行解析，提取出目標信息后，將所述目標信息聚類成事件；根據所述事件中的用戶位置信息，模擬出用戶的軌跡；根據所述事件中的用戶事件信息，在所述用戶的軌跡上展示對應的所述用戶事件信息，而模擬出用戶的行為軌跡；當接收到用戶反饋的問題時，將所述問題的時間信息和地點信息與所述用戶的行為軌跡進行匹配；若匹配成功，則根據用戶事件信息進行問題排查，并轉發(fā)所述問題進行專業(yè)處理；若匹配失敗，則根據所述問題的時間點信息和地點信息在所述行為軌跡中擴大排查范圍進行問題排查。本發(fā)明實施例中，對信令面數據和用戶面數據進行采集時，采集接口包括：gb接口、iu接口、s1接口、gr接口、s6a接口、s11接口、sgs接口、gn接口、mc接口。本發(fā)明實施例中，聚類成的所述事件包括：s1-mme事件、s1-u事件、s11事件、sgs事件、s6a事件、sgi事件、gn事件、http事件、dns事件、tcp 事件。本發(fā)明實施例中，所述根據所述事件中的用戶位置信息，模擬出用戶的軌跡，包括：根據所述事件中的跟蹤區(qū)域碼/小區(qū)(tac/cell，trackingareacodeofcell/cell)信息，得到用戶位置信息；將同一用戶的各個位置信息模擬成所述用戶的軌跡。本發(fā)明實施例中，所述方法還包括：針對失敗的用戶事件信息，按照預設的顯示效果在所述用戶的軌跡上展示對應的所述失敗的用戶事件信息。本發(fā)明實施例提供的運維管理設備，包括：采集單元，用于對信令面數據和用戶面數據進行采集，得到原始數據；解析單元，用于對所述原始數據進行解析，提取出目標信息后，將所述目標信息聚類成事件；處理單元，用于根據所述事件中的用戶位置信息，模擬出用戶的軌跡；根據所述事件中的用戶事件信息，在所述用戶的軌跡上展示對應的所述用戶事件信息，而模擬出用戶的行為軌跡；運維單元，用于當接收到用戶反饋的問題時，將所述問題的時間信息和地點信息與所述用戶的行為軌跡進行匹配；若匹配成功，則根據用戶事件信息進行問題排查，并轉發(fā)所述問題進行專業(yè)處理；若匹配失敗，則根據所述問題的時間點信息和地點信息在所述行為軌跡中擴大排查范圍進行問題排查。本發(fā)明實施例中，對信令面數據和用戶面數據進行采集時，采集接口包括：gb接口、iu接口、s1接口、gr接口、s6a接口、s11接口、sgs接口、gn接口、mc接口。本發(fā)明實施例中，聚類成的所述事件包括：s1-mme事件、s1-u事件、s11事件、sgs事件、s6a事件、sgi事件、gn事件、http事件、dns事件、tcp事件。本發(fā)明實施例中，所述處理單元，還用于根據所述事件中的tac/cell信 息，得到用戶位置信息；將同一用戶的各個位置信息模擬成所述用戶的軌跡。本發(fā)明實施例中，所述處理單元，還用于針對失敗的用戶事件信息，按照預設的顯示效果在所述用戶的軌跡上展示對應的所述失敗的用戶事件信息。本發(fā)明實施例的技術方案中，對信令面數據和用戶面數據進行采集，得到原始數據；對所述原始數據進行解析，提取出目標信息后，將所述目標信息聚類成事件；根據所述事件中的用戶位置信息，模擬出用戶的軌跡；根據所述事件中的用戶事件信息，在所述用戶的軌跡上展示對應的所述用戶事件信息，而模擬出用戶的行為軌跡；當接收到用戶反饋的問題時，將所述問題的時間信息和地點信息與所述用戶的行為軌跡進行匹配；若匹配成功，則根據用戶事件信息進行問題排查，并轉發(fā)所述問題進行專業(yè)處理；若匹配失敗，則根據所述問題的時間點信息和地點信息在所述行為軌跡中擴大排查范圍進行問題排查?？梢?，本發(fā)明實施例通過自動采集信令面數據和用戶面數據，并自動聚類成事件進行呈現，極大的提升了問題處理效率。附圖說明圖1為現有的投訴運維流程圖；圖2為本發(fā)明實施例的運維管理方法的流程示意圖；圖3為本發(fā)明實施例的數據采集拓撲示意圖；圖4為本發(fā)明實施例的gis呈現行為軌跡的示意圖；圖5為本發(fā)明實施例的運維管理設備的結構組成示意圖。具體實施方式為了能夠更加詳盡地了解本發(fā)明實施例的特點與技術內容，下面結合附圖對本發(fā)明實施例的實現進行詳細闡述，所附附圖僅供參考說明之用，并非用來限定本發(fā)明實施例。本發(fā)明實施例，對信令面數據和用戶面數據進行采集，得到用戶的原始數據；利用大數據的分析方法對原始數據進行處理，根據數據攜帶的特殊信息， 將原始數據聚類成事件。同時，當接收到用戶反饋的問題時，將所述問題的時間信息和地點信息與用戶的行為軌跡進行匹配；通過關聯和漸進迭代的方式，進行智能化問題定界定位，極大的提升了問題的處理效率。本發(fā)明實施例不僅利于工程維護，還具有較高的推廣價值，對提升用戶感知的工作意義重大。圖2為本發(fā)明實施例的運維管理方法的流程示意圖，如圖2所示，所述運維管理方法包括以下步驟：步驟201：對信令面數據和用戶面數據進行采集，得到原始數據。本發(fā)明實施例中，為了實現對用戶的問題(也即投訴)進行定界定位，需要對現網大量的信令面數據和用戶面數據進行采集，所采集到的數據為用戶的原始數據。參照圖3，圖3為本發(fā)明實施例的數據采集拓撲示意圖，對信令面數據和用戶面數據進行采集時，采集接口包括：gb接口、iu接口、s1接口、gr接口、s6a接口、s11接口、sgs接口、gn接口、mc接口。其中，gb接口是sgsn和業(yè)務支撐系統(bss，businesssupportsystem)間接口。iu接口是無線網絡控制器(rnc，radionetworkcontroller)和基站(node-b)之間的接口。s1接口是基站(lteenodeb)與分組核心網(epc，evolvedpacketcore)之間的接口。gr接口是sgsn與hlr之間的接口。sgs接口是mme與移動交換中心(msc，mobileswitchingcenter)之間的接口。gn接口是sgsn與sgsn間以及sgsn與網關gprs支持節(jié)點(ggsn，gatewaygprssupportnode)之間的接口。mc接口是mscserver與媒體網關(mgw，mediagateway)之間的接口。步驟202：對所述原始數據進行解析，提取出目標信息后，將所述目標信息聚類成事件。由于用戶的原始數據包含信息較多，而運維管理主要關注用戶的行為，因此，需要將用戶的原始數據通過解析抽離出有用的信息，聚類成事件。根據問題處理的需要，需要抽離以下幾類主要事件：s1-mme事件、s1-u事件、s11事件、sgs事件、s6a事件、sgi事件、gn事件、http事件、dns 事件、tcp事件。每種不同事件根據分析需要包括各自的信息。例如表1，表1示意出了s1-mme事件的主要字段信息。字段字段說明interface標示接口類型imsi標示用戶的imsi碼imei標示用戶的imei碼msisdn標示用戶的msisdn號碼rat標示用戶的網絡接入類型proceduretype標示用戶流程類型procedurestarttime標示用戶流程開始時間procedureendtime標示用戶流程結束時間tac標示用戶跟蹤區(qū)位置cellid標示用戶小區(qū)位置procedurestatus標示用戶流程狀態(tài)cause標示流程的失敗原因值表1把原始數據處理為格式統一的事件文件后，通過大數據中心的應用層服務器實現上層的聚類分析工作。步驟203：根據所述事件中的用戶位置信息，模擬出用戶的軌跡；根據所述事件中的用戶事件信息，在所述用戶的軌跡上展示對應的所述用戶事件信息，而模擬出用戶的行為軌跡。本發(fā)明實施例中，根據所述事件中的tac/cell信息，得到用戶位置信息；將同一用戶的各個位置信息模擬成所述用戶的軌跡。這里，用戶的位置信息可以通過地理信息系統(gis，geographicinformationsystem)呈現，根據用戶事件中攜帶的tac/cell信息，利用gis技術在gis地圖上完整模擬用戶的軌跡。這里，用戶的位置信息主要來源于s1接口。本發(fā)明實施例中，根據用戶的事件信息的流程代碼/錯誤碼，將用戶的事件信息呈現在gis地圖的用戶軌跡中。針對失敗的用戶事件信息，按照預設的顯示效果在所述用戶的軌跡上展示對應的所述失敗的用戶事件信息。例如，用醒目的顏色高亮顯示失敗的用戶事件信息。這樣，通過gis可以呈現出用戶完整的行為軌跡，參照圖4。步驟204：當接收到用戶反饋的問題時，將所述問題的時間信息和地點信息與所述用戶的行為軌跡進行匹配。當接收到用戶反饋的問題時，首先根據問題的時間點信息和地點信息與實際用戶的行為軌跡進行匹配，若匹配成功則進一步根據事件信息進行問題排查并轉相關專業(yè)進行問題處理，若不匹配則要根據問題的時間點信息和地點信息范圍借助gis地圖提供的信息擴大排查范圍，直至找到與用戶的問題相符的事件。步驟205：若匹配成功，則根據用戶事件信息進行問題排查，并轉發(fā)所述問題進行專業(yè)處理；若匹配失敗，則根據所述問題的時間點信息和地點信息在所述行為軌跡中擴大排查范圍進行問題排查。本發(fā)明實施例的技術方案，通過信令和業(yè)務流程的日志數據形成了用戶的完整行為軌跡，進而可以對用戶投訴的問題進行排查。本發(fā)明實施例的技術方案以在全球移動通信系統(gsm，globalsystemformobilecommunication)、gprs、時分同步碼分多址(td-scdma，timedivision-synchronouscodedivisionmultipleaccess)、長期演進(lte，longtermevolution)等網絡中應用。圖5為本發(fā)明實施例的運維管理設備的結構組成示意圖，如圖5所示，所述設備包括：采集單元51，用于對信令面數據和用戶面數據進行采集，得到原始數據；解析單元52，用于對所述原始數據進行解析，提取出目標信息后，將所述目標信息聚類成事件；處理單元53，用于根據所述事件中的用戶位置信息，模擬出用戶的軌跡；根據所述事件中的用戶事件信息，在所述用戶的軌跡上展示對應的所述用戶事件信息，而模擬出用戶的行為軌跡；運維單元54，用于當接收到用戶反饋的問題時，將所述問題的時間信息和地點信息與所述用戶的行為軌跡進行匹配；若匹配成功，則根據用戶事件信息進行問題排查，并轉發(fā)所述問題進行專業(yè)處理；若匹配失敗，則根據所述問題 的時間點信息和地點信息在所述行為軌跡中擴大排查范圍進行問題排查。本發(fā)明實施例中，對信令面數據和用戶面數據進行采集時，采集接口包括：gb接口、iu接口、s1接口、gr接口、s6a接口、s11接口、sgs接口、gn接口、mc接口。本發(fā)明實施例中，聚類成的所述事件包括：s1-mme事件、s1-u事件、s11事件、sgs事件、s6a事件、sgi事件、gn事件、http事件、dns事件、tcp事件。本發(fā)明實施例中，所述處理單元53，還用于根據所述事件中的tac/cell信息，得到用戶位置信息；將同一用戶的各個位置信息模擬成所述用戶的軌跡。本發(fā)明實施例中，所述處理單元53，還用于針對失敗的用戶事件信息，按照預設的顯示效果在所述用戶的軌跡上展示對應的所述失敗的用戶事件信息。本領域技術人員應當理解，圖5所示的運維管理設備中的各單元的實現功能可參照前述運維管理方法的相關描述而理解。圖5所示的運維管理設備中的各單元的功能可通過運行于處理器上的程序而實現，也可通過具體的邏輯電路而實現。本發(fā)明實施例所記載的技術方案之間，在不沖突的情況下，可以任意組合。在本發(fā)明所提供的幾個實施例中，應該理解到，所揭露的方法和智能設備，可以通過其它的方式實現。以上所描述的設備實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，如：多個單元或組件可以結合，或可以集成到另一個系統，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口，設備或單元的間接耦合或通信連接，可以是電性的、機械的或其它形式的。上述作為分離部件說明的單元可以是、或也可以不是物理上分開的，作為單元顯示的部件可以是、或也可以不是物理單元，即可以位于一個地方，也可以分布到多個網絡單元上；可以根據實際的需要選擇其中的部分或全部單元來實現本實施例方案的目的。另外，在本發(fā)明各實施例中的各功能單元可以全部集成在一個第二處理單元中，也可以是各單元分別單獨作為一個單元，也可以兩個或兩個以上單元集成在一個單元中；上述集成的單元既可以采用硬件的形式實現，也可以采用硬件加軟件功能單元的形式實現。以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本
技術領域：
的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。當前第1頁12