本發(fā)明涉及通信網(wǎng)管
技術(shù)領(lǐng)域：
，尤其涉及一種基于信令XDR的端到端問題定位方法和系統(tǒng)。
背景技術(shù)：
：當前已經(jīng)進入移動互聯(lián)網(wǎng)時代，長期演進(LongTermEvolution，LTE)網(wǎng)絡(luò)的成熟商用快速提升了用戶使用手機進行互聯(lián)網(wǎng)沖浪的速度。當前針對移動終端用戶上網(wǎng)過程中出現(xiàn)的異常進行問題分析和定位，主要是通過采集和分析網(wǎng)絡(luò)管理系統(tǒng)中的OMC數(shù)據(jù)來進行。通過對用戶上網(wǎng)過程中使用的網(wǎng)元的性能和告警等進行問題分析，定位導致用戶上網(wǎng)出現(xiàn)問題的網(wǎng)元?；蛘?，通過用戶上網(wǎng)的CDR話單對用戶上網(wǎng)過程中出現(xiàn)的問題進行分析。通過傳統(tǒng)網(wǎng)管的操作維護中心(OperationandMaintenanceCenter，OMC)數(shù)據(jù)進行問題分析和定位。通過從網(wǎng)絡(luò)層面分析用戶使用手機上網(wǎng)的過程中經(jīng)過哪些網(wǎng)元(如：小區(qū)、移動管理實體(MobilityManagementEntity，MME)、服務網(wǎng)關(guān)(ServingGateWay，SGW)等)。分析哪些網(wǎng)元當前可能存在故障或性能問題，影響用戶的上網(wǎng)體驗，逐一去解決可能存在的網(wǎng)絡(luò)問題。在所有網(wǎng)絡(luò)問題解決后重新分析故障或性能問題是否已經(jīng)解決。無法精確定位影響手機上網(wǎng)的真正原因。在通過用戶上網(wǎng)的話單詳情(CallDetailRecord，CDR)話單明細進行問題分析和定位是，通過用戶上網(wǎng)計費的信息中去分析用戶使用手機上網(wǎng)的過程中出現(xiàn)的異常。由于話單CDR中的信息量很少，只能分析用戶上網(wǎng)使用業(yè)務過程中可能存在的問題。并且，CDR話單沒有手機上網(wǎng)控制面的數(shù)據(jù)，無法從用戶終端上網(wǎng)端到端過程以及所使用的業(yè)務大類和小類的角度去精確定位問題的真實原因。但是無法識別用戶使用的具體業(yè)務，無法真正從移動互聯(lián)網(wǎng)端到端業(yè)務質(zhì)量分析的角度對用戶通過手機上網(wǎng)過程中出現(xiàn)的問題進行快速準確的定位，提升運維人員處理問題的效率。在手機上網(wǎng)越來越普及、SP業(yè)務蓬勃發(fā)展的時代，現(xiàn)有的基于OMC數(shù)據(jù)或CDR話單的網(wǎng)絡(luò)分析和維護手段，已經(jīng)很難滿足日常運維和投訴支撐的要求。技術(shù)實現(xiàn)要素：本發(fā)明實施例提供了一種移動互聯(lián)網(wǎng)端到端問題定位方法和系統(tǒng)，可以實現(xiàn)端到端的分析方式來快速實現(xiàn)用戶手機上網(wǎng)問題的定位和故障處理。一方面，本發(fā)明實施例提供了一種移動互聯(lián)網(wǎng)端到端問題定位方法，其特征在于，所述方法包括根據(jù)XDR數(shù)據(jù)確定XDR數(shù)據(jù)中包括的異常信息。根據(jù)所述異常信息確定問題端。根據(jù)確定的問題端確定具體的問題對象。在一個可能的設(shè)計中，所述方法還包括接收XDR數(shù)據(jù)，以根據(jù)接收的XDR數(shù)據(jù)確定XDR數(shù)據(jù)中包括的異常信息。在一個可能的設(shè)計中，所述接收XDR數(shù)據(jù)具體包括通過S1-MME、S11和S1-U接口獲取XDR數(shù)據(jù)。在一個可能的設(shè)計中，所述通過S1-MME、S11和S1-U接口獲取XDR數(shù)據(jù)具體包括通過所述S1-MME接口獲取控制面附著、承載、TAU相關(guān)信息，通過S1-U接口獲取用戶面DNS、TCP和HTTP相關(guān)信息，通過S11接口獲取控制面會話、承載相關(guān)信息。在一個可能的設(shè)計中，所述方法還包括根據(jù)確定的具體的問題對象，結(jié)合網(wǎng)優(yōu)MR和/或網(wǎng)管OMC數(shù)據(jù)對所述問題對象進行二次分析。在一個可能的設(shè)計中，所述根據(jù)XDR數(shù)據(jù)確定XDR數(shù)據(jù)中包括的異常信息具體包括確定XDR數(shù)據(jù)中附著、承載建立、TAU、DNS查詢、TCP建立和HTTP業(yè)務環(huán)節(jié)產(chǎn)生的異常信息。另一方面，本發(fā)明實施例提供了一種問題定位系統(tǒng)，所述系統(tǒng)用于根據(jù)XDR數(shù)據(jù)確定XDR數(shù)據(jù)中包括的異常信息。所述系統(tǒng)，還用于根據(jù)所述異常信息確定問題端。所述系統(tǒng)，還用于根據(jù)確定的問題端確定具體的問題對象。在一個可能的設(shè)計中，所述問題定位系統(tǒng)，用于接收XDR數(shù)據(jù)，以根據(jù)接收的XDR數(shù)據(jù)確定XDR數(shù)據(jù)中包括的異常信息。在一個可能的設(shè)計中，所述系統(tǒng)還用于根據(jù)確定的具體的問題對象，結(jié)合網(wǎng)優(yōu)MR和/或網(wǎng)管OMC數(shù)據(jù)對所述問題對象進行二次分析。在一個可能的設(shè)計中，系統(tǒng)用于根據(jù)XDR數(shù)據(jù)確定XDR數(shù)據(jù)中包括的異常信息具體包括確定XDR數(shù)據(jù)中附著、承載建立、TAU、DNS查詢、TCP建立和HTTP業(yè)務環(huán)節(jié)產(chǎn)生的異常信息。本發(fā)明具體實施例通過對LTE信令的XDR數(shù)據(jù)進行分析，實現(xiàn)移動互聯(lián)網(wǎng)業(yè)務的端到端質(zhì)量分析和問題定界。同時結(jié)合網(wǎng)管的OMC數(shù)據(jù)和網(wǎng)優(yōu)的MR數(shù)據(jù)進行無線側(cè)和核心側(cè)網(wǎng)絡(luò)問題的詳細定位，快速找到問題原因。附圖說明圖1為本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)端到端問題定位系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明具體實施例提供的一種移動互聯(lián)網(wǎng)端到端問題定位方法；圖3為本發(fā)明具體實施例中移動互聯(lián)網(wǎng)端到端問題定位流程。具體實施方式下面通過附圖和實施例，對本發(fā)明實施例的技術(shù)方案做進一步的詳細描述。圖1為本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)端到端問題定位系統(tǒng)結(jié)構(gòu)示意圖。如圖1所示，所述問題定位系統(tǒng)包括采集服務器、存儲和處理服務器和應用服務器。所述采集服務器通過移動管理實體(MobilityManagementEntity，MME)、服務網(wǎng)關(guān)(ServingGateWay，SGW)和基站(evolvedNodeB,eNB)獲取XDR(CDR呼叫詳細記錄和TDR事務詳細記錄統(tǒng)稱)數(shù)據(jù)、網(wǎng)優(yōu)測量報告(MeasurementReport，MR)數(shù)據(jù)和網(wǎng)管操作維護中心(OperationandMaintenanceCenter，OMC)數(shù)據(jù)。所述采集服務器用于將采集的數(shù)據(jù)發(fā)送至存儲和處理服務器中。存儲和處理服務器根據(jù)獲取的數(shù)據(jù)，對移動互聯(lián)網(wǎng)上網(wǎng)過程中存在的問題進行端到端的確定。幫助網(wǎng)管的運維人員快速的定位問題的根本原因。同時對無線側(cè)和核心側(cè)網(wǎng)絡(luò)問題，可以結(jié)合小區(qū)MR性能數(shù)據(jù)、網(wǎng)管OMC的性能數(shù)據(jù)和告警數(shù)據(jù)等進行精確的問題定位。并且，通過應用服務器將確定的問題進行呈現(xiàn)，按需進行發(fā)送。具體的，采集服務器獲取通過對網(wǎng)絡(luò)的關(guān)鍵接口處的原始報文內(nèi)容進行深度檢測分析和合成后而生成的長期演進(LongTermEvolution，LTE)信令XDR(CDR呼叫詳細記錄和TDR事務詳細記錄統(tǒng)稱)數(shù)據(jù)。所述XDR數(shù)據(jù)記錄了用戶通過移動終端上網(wǎng)過程中的每一條請求和響應的明細數(shù)據(jù)。在本發(fā)明的具體實施例中，通過接入LTE信令中的S1-MME接口、S11接口和S1-U接口，獲取XDR數(shù)據(jù)。通過XDR數(shù)據(jù)，同時結(jié)合網(wǎng)優(yōu)測量報告(MeasurementReport，MR)數(shù)據(jù)和網(wǎng)管操作維護中心(OperationandMaintenanceCenter，OMC)數(shù)據(jù)。在本發(fā)明的具體實施例中，所述移動互聯(lián)網(wǎng)端到端問題定位應用在通信系統(tǒng)中，所述通信系統(tǒng)可以是任意的。例如，所述方法可以應用在演進型分組核心網(wǎng)系統(tǒng)(EvolvedPacketSystem，EPS)系統(tǒng)架構(gòu)，所述方法也可以運用在5G等其他通信系統(tǒng)中。下面，通過具體的方法流程對本發(fā)明具體實施例中所述的移動互聯(lián)網(wǎng)端到端問題定位的方法進行說明。所述端到端問題定位方法可以是上存儲器22存儲的指令。圖2為本發(fā)明具體實施例提供的一種移動互聯(lián)網(wǎng)端到端問題定位方法。如圖2所述，所述方法包括：S201、根據(jù)XDR數(shù)據(jù)確定XDR數(shù)據(jù)中包括的異常信息。S202、根據(jù)所述異常信息確定問題端。S203、根據(jù)確定的問題端確定具體的問題對象。圖3為本發(fā)明具體實施例中移動互聯(lián)網(wǎng)端到端問題定位流程。下面，結(jié)合圖3對圖2所述的本發(fā)明具體實施例中一種移動互聯(lián)網(wǎng)端到端問題定位方法進行詳細的說明。S201、根據(jù)XDR數(shù)據(jù)確定XDR數(shù)據(jù)中包括的異常信息。在本發(fā)明的具體實施例中，所述方法還包括接收XDR數(shù)據(jù)。本方案采用數(shù)據(jù)源DPI系統(tǒng)輸出的LTE信令XDR數(shù)據(jù)進行分析，實現(xiàn)移動互聯(lián)網(wǎng)業(yè)務的端到端質(zhì)量分析和問題定界。在一個例子中，所述接收XDR數(shù)據(jù)是，通過S1-MME、S11和S1-U接口獲取XDR數(shù)據(jù)。其中，通過所述S1-MME接口獲取控制面附著、承載、TAU相關(guān)信息，通過S1-U接口獲取用戶面DNS、TCP和HTTP相關(guān)信息，通過S11接口獲取控制面會話、承載相關(guān)信息。通過獲取所述XDR數(shù)據(jù)中異常的信息，進而對所述異常的信息進行分析。具體的，使用全量信令XDR數(shù)據(jù)對上網(wǎng)過程中端到端的各類重點關(guān)鍵績效指標(KeyPerformanceIndicator，KPI)進行匯聚。移動互聯(lián)網(wǎng)用戶上網(wǎng)過程中所涉及的六個主要環(huán)節(jié)包括：附著、承載建立、跟蹤區(qū)更新(TrackingAreaUpdate，TAU)、域名系統(tǒng)(DomainNameSystem，DNS)查詢、傳輸控制協(xié)議(TransmissionControlProtocol，TCP)建立和超文本傳輸協(xié)議(HyperTextTransferProtocol，HTTP)業(yè)務。在本發(fā)明的具體實施例中，對上述六個環(huán)節(jié)的KPI指標進行分析，對指標出現(xiàn)異常的情況通過已定義的問題定界流程和分析規(guī)則。其中，按控制面可以劃分為附著階段、承載建立階段、TAU階段。按用戶面可以劃分為DNS解析階段、TCP握手階段和HTTP業(yè)務階段。分別對每個階段的信息進行分析，從而最終確定產(chǎn)生問題的對象、原因等。當然，在所述XDR數(shù)據(jù)中，針對所述上述六個環(huán)節(jié)存在多種數(shù)據(jù)。在本發(fā)明的具體實施例中，可以主要對XDR數(shù)據(jù)中的成功率、時延、下載速率三大類指標進行分析。具體的，可以針對XDR數(shù)據(jù)中的不同信息判斷異常信息?？刂泼媸∏闆r下問題定位的“流程類型”、“流程狀態(tài)”、“失敗原因”?？刂泼鏁r延計算的“流程開始時間”和“流程結(jié)束時間”。用戶面失敗情況下問題定位的“會話是否成功”、“會話是否結(jié)束標識”、“DNS響應碼”、“TCP連接狀態(tài)指示”、“HTTP/WAP事務狀態(tài)”、“業(yè)務完成標識”。用戶面時延計算的“DNS響應時延”、“TCP建鏈響應時延”、“最后一個ACK確認包時延”、“TCP連接狀態(tài)指示”、“第一個HTTP包響應時延”、“最后一個HTTP內(nèi)容包的時延”、“業(yè)務時延”。例如，針對附著，對附著成功率和附著時延進行，判斷附著指標是否異常。針對承載建立，對承載建立過程中的承載建立時延和承載建立成功率，來判斷承載建立指標是否異常。針對TAU，對TAU過程中的TAU成功率和TAU時延，來判斷TAU指標是否異常。針對DNS查詢，通過DNS查詢過程中的DNS查詢成功率和DNS查詢時延，來判斷DNS查詢指標是否異常。針對TCP建立，通過TCP建立過程中的TCP一二次握手成功率、TCP一二次握手時延、TCP二三次握手成功率和TCP二三次握手時延，來判斷TCP建立指標是否異常。針對HTTP業(yè)務，通過HTTP業(yè)務成功率、HTTP業(yè)務時延和HTTP業(yè)務下載速率(業(yè)務類型可以分為網(wǎng)頁瀏覽、即時通信、應用下載和視頻等),來判斷HTTP業(yè)務指標是否正常。在一個例子中，通過成功率對所述請求來進行判斷。所述成功率為請求成功次數(shù)與請求次數(shù)的比值。當所述比值大于或小于一個閾值時，確定所述值對應的指標異常。在一個指標異常時，對失敗的信息進行分析，從而確定失敗原因，以及產(chǎn)生所述原因的對象、端。需要說明的是，上述僅對XDR數(shù)據(jù)中的附著、承載建立、TAU、DNS查詢、TCP建立和HTTP業(yè)務六個環(huán)節(jié)作為分析指標，并對所述每個指標的相應的問題進行分析僅為本發(fā)明具體實施例中的舉例，而不能用于對本發(fā)明具體實施例的限定。在本發(fā)明的具體實施例中，還可以對XDR數(shù)據(jù)中的任意環(huán)節(jié)進行判斷。同時，也可以對任意環(huán)節(jié)的任意信息來進行分析，以用于更全面的分析所述環(huán)節(jié)是否正常。在本發(fā)明的具體實施例中，對于上述環(huán)節(jié)的信息中，還需要排除偶發(fā)條件。所述偶發(fā)條件是在某個時間點偶然發(fā)生，發(fā)生后很快就恢復且未持續(xù)發(fā)生，需要排除這種偶然事件對問題定位的影響。例如，通過設(shè)置閾值，當所述信息超過閾值時，所述信息為有效信息。當所述信息不超過所述閾值時，所述信息為無效信息。對于無效信息，判斷該環(huán)節(jié)是否正常時，不考慮該信息。在一個例子中，所述閾值為一小時內(nèi)發(fā)生3次以上，或者連續(xù)3個小時均發(fā)生故障超過6次。在本發(fā)明的具體實施例中，還可以將多個環(huán)節(jié)的前后多條消息進行關(guān)聯(lián)分析，最終定界出問題所屬的環(huán)節(jié)。S202、根據(jù)所述異常信息確定問題端。通過上述確定的異常信息，以及對異常信息的分析，確定所述問題為用戶側(cè)問題、終端側(cè)問題、無線側(cè)問題、核心側(cè)問題或業(yè)務側(cè)問題。當用戶上網(wǎng)過程發(fā)生成功率相關(guān)的問題時，通過信令明細數(shù)據(jù)確定問題發(fā)生在哪個環(huán)節(jié)，根據(jù)這個環(huán)節(jié)的錯誤碼對問題進行判斷，從而具體確定哪一端的問題。S203、根據(jù)確定的問題端確定具體的問題對象。對定界輸出的問題側(cè)進行問題定位。對于用戶側(cè)問題，輸出問題用戶清單。對于終端側(cè)問題，輸出問題終端型號。對于無線側(cè)問題，結(jié)合網(wǎng)優(yōu)MR數(shù)據(jù)，輸出問題小區(qū)。對于核心側(cè)問題，結(jié)合網(wǎng)管OMC數(shù)據(jù)和告警數(shù)據(jù)，輸出問題eNodeB、問題MME、問題SGW。對于業(yè)務側(cè)問題，輸出問題SP、問題域名、問題IP地址。從而實現(xiàn)端到端的問題定位。在定界問題對象后，可以直接將問題定位到問題用戶、問題終端、問題業(yè)務、問題域名、問題IP地址等。在一個例子中，可以采用分段定界、錯誤碼定界等方法以及對應的錯誤碼規(guī)則。如表1為本發(fā)明具體實施例提供的一種DNS解析錯誤碼規(guī)則。通過所述錯誤碼規(guī)則確定問題端。表1錯誤現(xiàn)象問題描述問題定界Resultcode＝0成功正常Resultcode＝1格式錯誤，無法解析終端Resultcode＝2域名服務器錯誤DNS服務器Resultcode＝3域名不存在的查詢終端Resultcode＝4DNS不支持該請求終端或DNSResultcode＝5系統(tǒng)拒絕訪問等DNS服務器速率類指標體現(xiàn)業(yè)務使用的感知情況，區(qū)分不同業(yè)務類型的HTTP下載速率，需要采用關(guān)聯(lián)分析、橫向?qū)Ρ鹊榷ń绶椒?，定界出業(yè)務使用時導致下載速率低的問題終端、問題小區(qū)、問題網(wǎng)元、問題業(yè)務等。在一個例子中，表2為本發(fā)明具體實施例提供的一種控制面。表2在本發(fā)明的具體實施例中，所述對于網(wǎng)絡(luò)側(cè)的問題，可以進一步的結(jié)合網(wǎng)優(yōu)MR和網(wǎng)管OMC數(shù)據(jù)進行進一步的問題定位。結(jié)合傳統(tǒng)網(wǎng)優(yōu)MR無線指標數(shù)據(jù)，將問題進一步細化為覆蓋維度、容量維度、干擾維度、參數(shù)配置等，對問題小區(qū)清單進行二次分析，精確定位到某個或多個問題小區(qū)。例如，在結(jié)合網(wǎng)優(yōu)MR數(shù)據(jù)進行進一步的問題定位時，根據(jù)覆蓋維度確定是否過覆蓋或重疊覆蓋。根據(jù)容量維度確定最大用戶數(shù)和上下行PRB()利用率。根據(jù)干擾維度確定PRB的個數(shù)、MRRIP>-105的占比和單PRB干擾電平。根據(jù)參數(shù)配置確定參考信號、上下行子幀配比和系統(tǒng)帶寬。結(jié)合網(wǎng)管OMC數(shù)據(jù)進行進一步的問題定位時，將問題進一步細化為資源負荷、丟包情況、吞吐量情況。對問題網(wǎng)元清單進行二次分析，精確定位到eNodeB、MME/MMEPool和SGW/SGWPool的一項或多項中每項的一個或多個。具體的，通過資源負荷確定最大激活用戶數(shù)和容量。通過丟包情況確定上/下行丟包率和平均包處理時延。通過吞吐量情況確定低吞吐量占比和小包占比。本發(fā)明的具體實施例中，通過對LTE信令的XDR數(shù)據(jù)進行分析，實現(xiàn)移動互聯(lián)網(wǎng)業(yè)務的端到端質(zhì)量分析和問題定界。同時結(jié)合網(wǎng)管的OMC數(shù)據(jù)和網(wǎng)優(yōu)的MR數(shù)據(jù)進行無線側(cè)和核心側(cè)網(wǎng)絡(luò)問題的詳細定位，快速找到問題原因。將以前基于OMC或話單數(shù)據(jù)、無序的、只關(guān)注網(wǎng)元層面的問題定界過程，通過基于信令XDR數(shù)據(jù)、有序的、全過程的端到端問題定界方法和流程進行異常情況的排查。使問題定界的范圍更加全面，需要排查解決的問題對象更加準確。進一步的，還基于XDR數(shù)據(jù)的端到端問題定界的結(jié)果與傳統(tǒng)的基于MR/OMC數(shù)據(jù)進行分析的手段相結(jié)合，對問題對象進行二次分析。使無線側(cè)問題小區(qū)和核心側(cè)問題網(wǎng)元的定位更加精確，方便網(wǎng)維人員進行有針對性的網(wǎng)絡(luò)優(yōu)化，減少由于優(yōu)化對象不確定而導致的無用功。專業(yè)人員應該還可以進一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或
技術(shù)領(lǐng)域：
內(nèi)所公知的任意其它形式的存儲介質(zhì)中。以上所述的具體實施方式，對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施方式而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。當前第1頁1 2 3