本發(fā)明涉及通信技術領域，特別涉及一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的方法和系統(tǒng)。

背景技術：

針對移動互聯(lián)網(wǎng)用戶通過全球移動通信系統(tǒng)(Global System for Mobile communication，GSM)和時分同步碼分多址系統(tǒng)(Time Division-Synchronous Code Division Multiple Access，TD-SCDMA)上網(wǎng)過程出現(xiàn)的異常情況，傳統(tǒng)方式采用基于用戶(Call Detail Record，CDR)話單數(shù)據(jù)的方式進行問題分析和定位，而用戶CDR話單中只包含了用戶上網(wǎng)產(chǎn)生業(yè)務的過程記錄且對請求的過程進行了一定的合并，有效信息較少，不包含用戶控制面的信息，且無法識別用戶每一個請求的詳細過程。

隨著長期演進系統(tǒng)(Long Term Evolution，LTE)的全面建設完成，資費進一步降低，用戶通過LTE上網(wǎng)越來越頻繁，對影響用戶上網(wǎng)感知問題定位和解決要求的及時性和有效性要求更高。

技術實現(xiàn)要素：

本發(fā)明提供了移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題的分析方法和系統(tǒng)，采用基于用戶在LTE網(wǎng)絡上從開始附著網(wǎng)絡到上網(wǎng)使用業(yè)務的海量XDR明細數(shù)據(jù)進行問題的分析和定位，分析的內(nèi)容既包括用戶上網(wǎng)過程中產(chǎn)生的控制面信令數(shù)據(jù)，也包含用戶面業(yè)務數(shù)據(jù)，用戶的每個請求或響應均為一條獨立的記錄，且能夠識別用戶上網(wǎng)訪問的具體業(yè)務類型，業(yè)務服務器的域名和IP地址等，通過基于用戶每條原始的記錄進行異常分析，通過端到端的分析方式，使問題的定位更加準確有效。

為實現(xiàn)上述目的，一方面，本發(fā)明提供了一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題的分析方法。該方法包括步驟：獲取預定時間段內(nèi)移動互聯(lián)網(wǎng)用戶通過LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，XDR明細數(shù)據(jù)包括控制面數(shù)據(jù)和用戶面數(shù)據(jù)?？刂泼鏀?shù)據(jù)包括S1-MME接口的數(shù)據(jù)。用戶面數(shù)據(jù)包括XDR的S1-U接口中的DNS數(shù)據(jù)、HTTP數(shù)據(jù)和GENERAL數(shù)據(jù)。根據(jù)LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，根據(jù)分析規(guī)則判斷用戶信令交互過程是否存在問題，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論。

優(yōu)選地，根據(jù)LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，根據(jù)分析規(guī)則判斷用戶信令交互過程是否存在問題，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論步驟，包括：如果移動互聯(lián)網(wǎng)用戶無LTE上網(wǎng)記錄，則查詢移動互聯(lián)網(wǎng)用戶是否有GSM/TD上網(wǎng)記錄。如果查詢沒有GSM/TD上網(wǎng)記錄，則給出移動互聯(lián)網(wǎng)用戶問題結論：“終端或用戶問題，建議核實用戶手機是否存在故障或欠費停機”。如果查詢有GSM/TD上網(wǎng)記錄，則通過返回GSM/TD上網(wǎng)記錄中的IMEI字段來匹配當前的終端庫，判斷終端是否支持LTE，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論。

優(yōu)選地，如果查詢有GSM/TD上網(wǎng)記錄，則通過返回GSM/TD上網(wǎng)記錄中的IMEI字段來匹配當前的終端庫，判斷終端是否支持LTE，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論步驟，包括：如果終端不支持LTE，則給出移動互聯(lián)網(wǎng)用戶問題結論：“用戶的終端不支持LTE”。如果終端支持LTE，則查詢移動互聯(lián)網(wǎng)用戶GSM/TD記錄所在的小區(qū)是否存在LTE共站小區(qū)。如果查詢存在LTE共站小區(qū)，則給出移動互聯(lián)網(wǎng)用戶問題結論：“無線原因，需進一步排查用戶周圍是否存在LTE覆蓋”。如果查詢不存在LTE共站小區(qū)，則給出移動互聯(lián)網(wǎng)用戶問題結論：“無線原因，需要進一步排查用戶周圍是否存在LTE覆蓋”。

優(yōu)選地，根據(jù)LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，判斷移動互聯(lián)網(wǎng)用戶是否有LTE上網(wǎng)記錄，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論步驟，包括：如果移動互聯(lián)網(wǎng)用戶有LTE上網(wǎng)記錄，則分析返回的S1-U接口中的DNS數(shù)據(jù)、HTTP數(shù)據(jù)和GENERAL數(shù)據(jù)，以及S1-MME接口的數(shù)據(jù)是否都存在。如果存在S1-U接口中的DNS、HTTP和GENERAL數(shù)據(jù)，但是沒有S1-MME接口的數(shù)據(jù)，則給出移動互聯(lián)網(wǎng)用戶問題結論：“用戶無MME日志，日志確認，請轉(zhuǎn)至后臺分析”。如果存在S1-MME接口的數(shù)據(jù)，則判斷S1-MME接口的數(shù)據(jù)是否滿足第一條件：存在PDN斷開連接信令，且在PDN斷開連接信令之前存在PDN連接信令，且PDN連接信令的APN包含CMNET，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論。

優(yōu)選地，如果存在S1-MME接口的數(shù)據(jù)，則判斷S1-MME接口的數(shù)據(jù)是否滿足第一條件：存在PDN斷開連接信令，且在PDN斷開連接信令之前存在PDN連接信令，且PDN連接信令的APN包含CMNET，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論步驟，包括：如果S1-MME接口的數(shù)據(jù)滿足第一條件，則分析PDN斷開連接信令的數(shù)量是否>＝3。如果PDN斷開連接信令的數(shù)量>＝3，則給出移動互聯(lián)網(wǎng)用戶問題結論：“終端異常，終端頻繁發(fā)起PDN斷開連接”。如果PDN斷開連接信令的數(shù)量<3，則給出移動互聯(lián)網(wǎng)用戶問題結論：“用戶關閉數(shù)據(jù)開關”。如果S1-MME接口的數(shù)據(jù)不滿足第一條件，則分析是否存在1小時以上只有S1-MME接口的數(shù)據(jù)，而沒有S1-U接口的數(shù)據(jù)。如果存在1小時以上只有S1-MME接口的數(shù)據(jù)，而沒有S1-U接口的數(shù)據(jù)，則給出移動互聯(lián)網(wǎng)用戶問題結論：“檢查用戶是否關閉移動數(shù)據(jù)開關”。如果不存在1小時以上只有S1-MME接口的數(shù)據(jù)，而沒有S1-U接口的數(shù)據(jù)，則分析移動互聯(lián)網(wǎng)用戶S1-U接口DNS日志是否滿足第二條件：其中，“查詢結果IP”＝“0.0.0.0”異常記錄數(shù)占所有DNS記錄數(shù)的30％以上，且存在超過3個域名解析異常超過3次。如果移動互聯(lián)網(wǎng)用戶S1-U接口的數(shù)據(jù)DNS日志滿足第二條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“省網(wǎng)問題”。如果移動互聯(lián)網(wǎng)用戶S1-U接口DNS日志不滿足第二條件，則對用戶產(chǎn)生信令的小區(qū)進行逐個問題的定界分析。

優(yōu)選地，移動互聯(lián)網(wǎng)用戶產(chǎn)生信令的小區(qū)包括至少一個第一小區(qū)，如果移動互聯(lián)網(wǎng)用戶S1-U接口的數(shù)據(jù)不滿足第二條件，則對移動互聯(lián)網(wǎng)用戶產(chǎn)生信令的小區(qū)進行逐個問題的定界分析步驟，包括：分析移動互聯(lián)網(wǎng)用戶在第一小區(qū)的S1-MME接口中，附著過程是否滿足第三條件：存在失敗記錄且(附著失敗次數(shù)/附著請求次數(shù))>10％。如果附著過程滿足第三條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“核心網(wǎng)問題，請派單至核心網(wǎng)處理”。如果附著過程不滿足第三條件，則分析S1-MME接口中，初始上下文建立是否滿足第四條件：存在失敗錯誤代碼26或29，且狀態(tài)為255的信令記錄數(shù)占比>10％或半個小時內(nèi)3次及以上失敗。如果初始上下文建立滿足第四條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“無線原因，請派單至網(wǎng)優(yōu)室核查”。如果初始上下文建立不滿足第四條件，則分析S1-MME接口中，承載建立是否滿足第五條件：存在失敗記錄且(承載失敗次數(shù)/承載請求次數(shù))>20％，或者半小時內(nèi)出現(xiàn)3次及以上失敗。如果承載建立滿足第五條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“承載失敗中Cause占比最大的失敗原因”。如果承載建立不滿足第五條件，則分析S1-MME接口的數(shù)據(jù)中，TAU過程是否滿足第六條件：存在失敗且(TAU失敗次數(shù)/TAU請求次數(shù))>20％或半小時內(nèi)出現(xiàn)3次及以上失敗。如果TAU過程滿足第六條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“TAU失敗中Cause占比最大的失敗原因”。如果TAU過程不滿足第六條件，則分析S1-MME接口中，移動互聯(lián)網(wǎng)用戶占用LTE小區(qū)是否滿足第七條件：回落到GSM/TD網(wǎng)絡，且Keyword 1等于2或3，且次數(shù)>＝3。如果移動互聯(lián)網(wǎng)用戶占用LTE小區(qū)滿足第七條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“無線原因，小區(qū)回落到GSM/TD小區(qū)”。如果移動互聯(lián)網(wǎng)用戶占用LTE小區(qū)不滿足第七條件，則分析S1-MME接口中，移動互聯(lián)網(wǎng)用戶是否滿足第八條件：存在頻繁TAU過程，或者半小時內(nèi)出現(xiàn)3次及以上TAU。如果移動互聯(lián)網(wǎng)用戶滿足第八條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“無線原因，小區(qū)發(fā)生頻繁TAU”。如果移動互聯(lián)網(wǎng)用戶不滿足第八條件，則將S1-MME接口以及RAU接口的數(shù)據(jù)按時間進行排序，并分析是否存在第一現(xiàn)象：用戶從某個LTE小區(qū)3次以上進入GSM/TD小區(qū)。如果存在第一現(xiàn)象，則給出移動互聯(lián)網(wǎng)用戶問題結論：“用戶頻繁占用GSM/TD小區(qū)，疑似用戶所在小區(qū)無線信號弱”。如果不存在第一現(xiàn)象，則分析S1-MME接口以及RAU接口數(shù)據(jù)，是否存在第二現(xiàn)象：用戶從某個LTE小區(qū)進入GSM/TD小區(qū)超過20分鐘。并根據(jù)分析結果給出移動互聯(lián)網(wǎng)用戶問題結論。

優(yōu)選地，如果不存在第一現(xiàn)象，則分析S1-MME接口以及RAU接口數(shù)據(jù)，是否存在第二現(xiàn)象：用戶從某個LTE小區(qū)進入GSM/TD小區(qū)超過20分鐘。并根據(jù)分析結果給出移動互聯(lián)網(wǎng)用戶問題結論步驟，包括：如果存在第二現(xiàn)象，則給出移動互聯(lián)網(wǎng)用戶問題結論：“用戶長時間占用GSM/TD小區(qū)，疑似用戶所在小區(qū)無線信號弱”。如果不存在第二現(xiàn)象，則對至少一個第一小區(qū)重復對移動互聯(lián)網(wǎng)用戶產(chǎn)生信令的小區(qū)進行逐個問題的定界分析步驟的過程。如果在對移動互聯(lián)網(wǎng)用戶產(chǎn)生信令的所有小區(qū)進行逐個問題的定界分析后，仍未給出用戶問題結論，則分析移動互聯(lián)網(wǎng)用戶S1-U HTTP接口數(shù)據(jù)，是否滿足第九條件：存在失敗情況，且(HTTP請求失敗次數(shù)/HTTP請求總次數(shù))>40％。如果滿足第九條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“HTTP失敗中Cause占比最大的失敗原因”。如果不滿足第九條件，則判斷是否滿足第十條件：(S1-U DNS中解析出來的IP地址/S1-U HTTP和GENERAL中的IP地址)<60％。如果滿足第十條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“終端設置問題，用戶關閉了部分應用的上網(wǎng)權限”。如果不滿足第十條件，則分析是否滿足第十一條件：存在IP且屬于質(zhì)差IP，或者域名下載速率<100kbps且屬于質(zhì)差域名。如果滿足第十一條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“業(yè)務服務器原因，輸出質(zhì)差IP或域名”。如果不滿足第十一條件，則分析是否滿足第十二條件：存在小區(qū)下載速率<100kbps，且屬于質(zhì)差小區(qū)。如果滿足第十二條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“無線問題，輸出質(zhì)差小區(qū)”。如果不滿足第十二條件，則給出移動互聯(lián)網(wǎng)用戶問題結論：“沒有故障記錄，未定位出原因”。

另一方面，本發(fā)明提供了一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題的分析系統(tǒng)。該系統(tǒng)包括獲取模塊和分析模塊：獲取模塊用于獲取預定時間段內(nèi)移動互聯(lián)網(wǎng)用戶通過LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，XDR明細數(shù)據(jù)包括控制面數(shù)據(jù)和用戶面數(shù)據(jù)?？刂泼鏀?shù)據(jù)包括S1-MME接口的數(shù)據(jù)。用戶面數(shù)據(jù)包括XDR的S1-U接口中的DNS數(shù)據(jù)、HTTP數(shù)據(jù)和GENERAL數(shù)據(jù)。分析模塊用于根據(jù)LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，判斷移動互聯(lián)網(wǎng)用戶是否有LTE上網(wǎng)記錄，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論。

優(yōu)選地，分析模塊用于根據(jù)LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，判斷用戶是否有LTE上網(wǎng)記錄，并根據(jù)判斷結果給出用戶問題結論，包括：如果移動互聯(lián)網(wǎng)用戶無LTE上網(wǎng)記錄，則查詢移動互聯(lián)網(wǎng)用戶是否有GSM/TD上網(wǎng)記錄。如果查詢沒有GSM/TD上網(wǎng)記錄，則給出移動互聯(lián)網(wǎng)用戶問題結論：“終端或用戶問題，建議核實用戶手機是否存在故障或欠費停機”。如果查詢有GSM/TD上網(wǎng)記錄，則通過返回GSM/TD上網(wǎng)記錄中的IMEI字段來匹配當前的終端庫，判斷終端是否支持LTE，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論。

優(yōu)選地，分析模塊用于根據(jù)LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，判斷用戶是否有LTE上網(wǎng)記錄，并根據(jù)判斷結果給出用戶問題結論，包括：如果移動互聯(lián)網(wǎng)用戶有LTE上網(wǎng)記錄，則分析返回的S1-U接口中的DNS數(shù)據(jù)、HTTP數(shù)據(jù)和GENERAL數(shù)據(jù)，以及S1-MME接口的數(shù)據(jù)是否都存在。如果存在S1-U接口中的DNS、HTTP和GENERAL數(shù)據(jù)，但是沒有S1-MME接口的數(shù)據(jù)，則給出移動互聯(lián)網(wǎng)用戶問題結論：“用戶無MME日志，日志確認，請轉(zhuǎn)至后臺分析”。如果存在S1-MME接口的數(shù)據(jù)，則判斷S1-MME接口的數(shù)據(jù)是否滿足第一條件：存在PDN斷開連接信令，且在PDN斷開連接信令之前存在PDN連接信令，且PDN連接信令的APN包含CMNET，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論。

本發(fā)明實施例提供的移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的方法和系統(tǒng)。一方面，用于定位的數(shù)據(jù)更全面：本方案基于從海量的LTE/GSM/TD信令XDR數(shù)據(jù)中，查詢出某個時間段內(nèi)單個用戶的最重要的幾個接口(S1-MME，S1-U HTTP、DNS、GENERAL，Gb/IuPS的Attach、PDP、RAU等接口)上網(wǎng)明細記錄，涵蓋了用戶可能產(chǎn)生日志記錄的所有環(huán)節(jié)，既包含了控制面數(shù)據(jù)，也包含了用戶面數(shù)據(jù)，包含的信息量更大，可定位到問題的環(huán)節(jié)更多。另一方面，問題定位更全面和準確：從用戶LTE上網(wǎng)的明細記錄中，分小區(qū)分業(yè)務對用戶逐個過程中的記錄進行分析和問題定位，控制面分析的內(nèi)容包含了重連情況、網(wǎng)絡附著情況、初始上下文情況、承載建立情況、TAU/頻繁TAU情況、回落GSM/TD情況；用戶面分析的內(nèi)容包含了DNS解析情況，TCP握手情況和HTTP業(yè)務使用的情況。能夠按流程逐個環(huán)節(jié)進行問題的端到端定位，快速輸出用戶問題的具體原因，協(xié)助運維人員進行后續(xù)的問題處理。

附圖說明

圖1為本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的方法的流程概要示意圖；

圖2a-2c為本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的方法的流程詳細示意圖；

圖3為本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的系統(tǒng)的結構示意圖。

具體實施方式

下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。

圖1為本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的方法的流程概要示意圖。如圖1所示，該實施例包括步驟S101-S104：

步驟S101，分析用戶是否開通LTE業(yè)務。具體地，根據(jù)用戶的號碼，分析該用戶是否開通LTE業(yè)務。如果未開通，則給出用戶問題結論：“用戶未開通LTE業(yè)務”，且分析結束。如果已開通，則執(zhí)行步驟S102。

步驟S102，分析終端是否支持LTE網(wǎng)絡。如果不支持，則給出用戶問題結論：“終端不支持LTE網(wǎng)絡”，且分析結束。如果支持，則執(zhí)行步驟S103。

步驟S103，分析用戶上網(wǎng)的控制面數(shù)據(jù)是否存在異常。如果存在異常，則給出相應異常情況下的用戶問題結論，且分析結束。如果不存在，則執(zhí)行步驟S104。

其中，用戶上網(wǎng)的控制面數(shù)據(jù)包括網(wǎng)絡重連、網(wǎng)絡附著、初始上下文、承載建立、跟蹤區(qū)更新(Tracking Area Update，TAU)、頻繁TAU、回落GSM/TD等過程的數(shù)據(jù)。

步驟S104，分析用戶上網(wǎng)的用戶面數(shù)據(jù)是否存在異常。如果存在異常，則給出相應異常情況下的用戶問題結論，且分析結束。如果不存在，則給出用戶問題結論：“沒有故障記錄，未定位出原因”，且分析結束。

其中，用戶上網(wǎng)的用戶面數(shù)據(jù)包括域名系統(tǒng)(Domain Name System，DNS)解析、傳輸控制協(xié)議(Transmission Control Protocol，TCP)握手、超文本傳輸協(xié)議(HyperText Transfer Protocol，HTTP)業(yè)務等過程的數(shù)據(jù)。

本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的方法，當用戶通過LTE上網(wǎng)出現(xiàn)異常需要進行問題定位時，可以通過用戶號碼獲取異常發(fā)生的時間段內(nèi)用戶上網(wǎng)產(chǎn)生的全量信令XDR明細數(shù)據(jù)，包括控制面數(shù)據(jù)和用戶面數(shù)據(jù)兩部分，對網(wǎng)絡重連、附著、初始上下文、承載、TAU、頻繁TAU、回落GSM/TD、DNS、TCP和HTTP等過程進行端到端的全面分析，并給出用戶問題的結論，以供投訴處理人員或網(wǎng)絡運維人員進行后續(xù)的問題處理。

圖2a-2c為本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的方法的流程詳細示意圖。如圖2a-2c所示，該實施例包括步驟S201-S211：

步驟S201，查詢用戶是否已經(jīng)開通了LTE業(yè)務，如果未開通，則給出用戶問題結論：“用戶沒有簽約，建議用戶辦理簽約業(yè)務”，且分析結束。如果已開通，則執(zhí)行步驟S202。

步驟S202，查詢用戶是否有LTE上網(wǎng)記錄。具體地，查詢信令XDR的S1-U接口中DNS、HTTP、GENERAL數(shù)據(jù)，以及S1-MME接口數(shù)據(jù)。如果查詢無LTE上網(wǎng)記錄，則執(zhí)行步驟S202a。如果查詢有LTE上網(wǎng)記錄，則跳轉(zhuǎn)至執(zhí)行步驟S203。

步驟S202a，查詢用戶是否有GSM/TD上網(wǎng)記錄。具體的，查詢信令XDR的Gb/IuPS接口中附著事件、分組數(shù)據(jù)協(xié)議(Packet Data Protocol，PDP)激活事件、路由區(qū)更新(Route Area Update，RAU)事件的數(shù)據(jù)。如果查詢無結果，則給出用戶問題結論：“終端或用戶問題，建議核實用戶手機是否存在故障或欠費停機”，且分析結束。如果查詢有結果，則執(zhí)行步驟202b。

步驟S202b，通過返回記錄中的國際移動設備標識(International Mobile Equipment Identity，IMEI)字段來匹配當前的終端庫，判斷終端是否支持LTE。如果終端不支持LTE，則給出用戶問題結論：“用戶的終端不支持LTE”，且分析結束。如果終端支持LTE，則執(zhí)行步驟S202c。

步驟S202c，查詢結果GSM/TD小區(qū)是否存在LTE共站小區(qū)。如果不存在，則給出用戶問題結論：“無線原因，需進一步排查用戶周圍是否存在LTE覆蓋”，且分析結束。如果存在，則給出用戶問題結論：“無線原因，需要進一步排查用戶周圍GSM/TD/LTE的整體覆蓋情況”，且分析結束。

步驟S203，分析返回的S1-U接口的DNS、HTTP和GENERAL數(shù)據(jù)，S1-MME接口的數(shù)據(jù)是否都存在。如果存在S1-U接口的DNS、HTTP和GENERAL數(shù)據(jù)，但是沒有S1-MME接口的數(shù)據(jù)，則給出用戶問題結論：“用戶無MME日志，日志確認，請轉(zhuǎn)至后臺分析”，且分析結束。如果存在S1-MME接口的數(shù)據(jù)，則執(zhí)行步驟S204。

步驟S204，分析是否存在公用數(shù)據(jù)網(wǎng)(Packet Data Network，PDN)斷開連接(Disconnection)信令，且在其前面存在接入點名稱(Access Point Name，APN)含中國移動互聯(lián)網(wǎng)(China Mobile Network，CMNET)的PDN連接(Connectivity)信令。如果存在，則執(zhí)行步驟S204a。如果不存在，則執(zhí)行步驟S205。

步驟S204a，分析是否PDN斷開連接信令數(shù)量>＝3。如果PDN斷開連接信令數(shù)量>＝3，則給出用戶問題結論：“終端異常，終端頻繁發(fā)起PDN Disconnection”，且分析結束。如果PDN斷開連接信令數(shù)量<3，則給出用戶問題結論：“用戶關閉數(shù)據(jù)開關”，且分析結束。

步驟S205，分析是否存在1小時以上只有S1-MME接口數(shù)據(jù)，沒有S1-U接口的數(shù)據(jù)。如果存在，則給出用戶問題結論：“檢查用戶是否關閉移動數(shù)據(jù)開關”，且分析結束。如果不存在，則執(zhí)行步驟S206。

步驟S206，分析用戶S1-U接口DNS日志中，是否滿足條件：“查詢結果IP”＝“0.0.0.0”異常記錄數(shù)占所有DNS記錄數(shù)的30％以上，且存在超過3個域名解析異常超過3次。如果滿足上述條件，則給出用戶問題結論：“省網(wǎng)問題”，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S207。

步驟S207，對用戶產(chǎn)生信令的小區(qū)進行逐個問題定界分析。具體包括步驟S2071-S2078：

步驟S2071，分析該用戶在某個小區(qū)的S1-MME接口中，附著過程是否存在失敗記錄且(附著失敗次數(shù)/附著請求次數(shù))>10％。如果滿足上述條件，則給出用戶問題結論：“核心網(wǎng)問題，請派單至核心網(wǎng)處理”，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S2072。

步驟S2072，分析S1-MME接口中，初始上下文建立是否存在失敗錯誤碼26或29，且狀態(tài)為255的信令記錄數(shù)占比>10％或半個小時內(nèi)出現(xiàn)3次及以上失敗。如果滿足上述條件，則給出用戶問題結論：“無線原因，請派單至網(wǎng)優(yōu)室核查”，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S2073。

步驟S2073，分析S1-MME接口中，承載建立是否存在失敗記錄且(承載失敗次數(shù)/承載請求次數(shù))>20％或半小時內(nèi)出現(xiàn)3次及以上失敗。如果滿足上述條件，則給出用戶問題結論：“承載失敗中Cause占比最大的失敗原因”，也就是說，用戶問題為引起承載失敗的錯誤原因(Cause)中比例最高的原因。且分析結束。如果不滿足上述條件，則執(zhí)行步驟S2074。

步驟S2074，分析S1-MME接口中，TAU過程是否存在失敗且(TAU失敗次數(shù)/TAU請求次數(shù))>20％或半小時內(nèi)出現(xiàn)3次及以上失敗。如果滿足上述條件，則給出用戶問題結論：“TAU失敗中Cause占比最大的失敗原因”，也就是說，用戶問題為引起TAU失敗的錯誤原因(Cause)中比例最高的原因，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S2075。

步驟S2075，分析S1-MME接口中，用戶占用LTE小區(qū)是否回落到GSM/TD網(wǎng)絡，且Keyword 1等于2或3，且次數(shù)>＝3。如果滿足上述條件，則給出用戶問題結論：“無線原因，小區(qū)回落到GSM/TD小區(qū)”，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S2076。

需要說明的是，Keyword1字段是MME中的不同流程類型下對應的一個關鍵字，在第三代合作伙伴計劃(3rd Generation Partnership Project，3GPP)24.301協(xié)議中有定義，表示TAU更新的具體類型。等于2或3，且次數(shù)>＝3。

S2076，分析S1-MME接口中，用戶是否存在頻繁TAU過程或半小時內(nèi)出現(xiàn)3次及以上TAU。如果滿足上述條件，則給出用戶問題結論：“無線原因，小區(qū)發(fā)生頻繁TAU”，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S2077。

步驟S2077，分析S1-MME接口以及RAU接口數(shù)據(jù)，按時間進行排序，是否存在用戶從某個LTE小區(qū)3次以上進入GSM/TD小區(qū)的現(xiàn)象。如果滿足上述條件，則給出用戶問題結論：“用戶頻繁占用GSM/TD小區(qū)，疑似用戶所在小區(qū)無線信號弱”，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S2078。

步驟S2078，分析S1-MME接口以及RAU接口數(shù)據(jù)，是否存在用戶從某個LTE小區(qū)進入GSM/TD小區(qū)超過20分鐘的現(xiàn)象。如果滿足上述條件，則給出用戶問題結論：“用戶長時間占用GSM/TD小區(qū)，疑似用戶所在小區(qū)無線信號弱”，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S2071-S2078繼續(xù)循環(huán)分析用戶所占用的其他小區(qū)。如果上述循環(huán)分析完成后，仍然沒有用戶問題結論，則執(zhí)行步驟S208。

步驟S208，分析用戶S1-U HTTP接口數(shù)據(jù)，是否存在失敗情況，且(HTTP請求失敗次數(shù)/HTTP請求總次數(shù))>40％。如果滿足上述條件，則給出用戶問題結論：“HTTP失敗中Cause占比最大的失敗原因”，也就是說，用戶問題為引起HTTP失敗的錯誤原因(Cause)中比例最高的原因，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S209。

步驟S209，統(tǒng)計(S1-U DNS中解析出來的IP地址/S1-U HTTP和GENERAL中的IP地址)<60％。如果滿足上述條件，則給出用戶問題結論：“終端設置問題，用戶關閉了部分應用的上網(wǎng)權限”，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S210。

步驟S210，分析是否存在IP或者域名下載速率<100kbps,且屬于質(zhì)差IP或者質(zhì)差域名。如果滿足上述條件，則給出用戶問題結論：“業(yè)務服務器原因，輸出質(zhì)差IP或域名”，且分析結束。如果不滿足上述條件，則執(zhí)行步驟S211。

需要說明的是，IP質(zhì)差是指IP地址緯度匯聚的指標質(zhì)量差，例如，規(guī)則要求該IP地址下的HTTP下載速率>＝1024kbps，HTTP成功率>＝98％，如果實際速率低于1024kbps或HTTP成功率小于98％，則認為該IP地址質(zhì)差。

步驟S211，分析是否存在小區(qū)下載速率<100kbps，且屬于質(zhì)差小區(qū)。如果滿足上述條件，則給出用戶問題結論：“無線問題，輸出質(zhì)差小區(qū)”，且分析結束。如果不滿足上述條件，則給出用戶問題結論：“沒有故障記錄，未定位出原因”，且分析結束。

本發(fā)明實施例提供了一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的方法。一方面，用于定位的數(shù)據(jù)更全面：本方案基于從海量的LTE/GSM/TD信令XDR數(shù)據(jù)中，查詢出某個時間段內(nèi)單個用戶的最重要的幾個接口(S1-MME，S1-U HTTP、DNS、GENERAL，Gb/IuPS的Attach、PDP、RAU等接口)上網(wǎng)明細記錄，涵蓋了用戶可能產(chǎn)生日志記錄的所有環(huán)節(jié)，既包含了控制面數(shù)據(jù)，也包含了用戶面數(shù)據(jù)，包含的信息量更大，可定位到問題的環(huán)節(jié)更多。另一方面，問題定位更全面和準確：從用戶LTE上網(wǎng)的明細記錄中，分小區(qū)分業(yè)務對用戶逐個過程中的記錄進行分析和問題定位，控制面分析的內(nèi)容包含了重連情況、網(wǎng)絡附著情況、初始上下文情況、承載建立情況、TAU/頻繁TAU情況、回落GSM/TD情況；用戶面分析的內(nèi)容包含了DNS解析情況，TCP握手情況和HTTP業(yè)務使用的情況。能夠按流程逐個環(huán)節(jié)進行問題的端到端定位，快速輸出用戶問題的具體原因，協(xié)助運維人員進行后續(xù)的問題處理。

圖3為本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的系統(tǒng)的結構示意圖。如圖3所示，該系統(tǒng)300包括獲取模塊301和分析模塊302：

獲取模塊301用于獲取預定時間段內(nèi)移動互聯(lián)網(wǎng)用戶通過LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，XDR明細數(shù)據(jù)包括控制面數(shù)據(jù)和用戶面數(shù)據(jù)?？刂泼鏀?shù)據(jù)包括S1-MME接口的數(shù)據(jù)。用戶面數(shù)據(jù)包括XDR的S1-U接口中的DNS數(shù)據(jù)、HTTP數(shù)據(jù)和GENERAL數(shù)據(jù)。

分析模塊302用于根據(jù)LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，判斷移動互聯(lián)網(wǎng)用戶是否有LTE上網(wǎng)記錄，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論。

示例性的，分析模塊用于根據(jù)LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，判斷用戶是否有LTE上網(wǎng)記錄，并根據(jù)判斷結果給出用戶問題結論，包括：如果移動互聯(lián)網(wǎng)用戶無LTE上網(wǎng)記錄，則查詢移動互聯(lián)網(wǎng)用戶是否有GSM/TD上網(wǎng)記錄。如果查詢沒有GSM/TD上網(wǎng)記錄，則給出移動互聯(lián)網(wǎng)用戶問題結論：“終端或用戶問題，建議核實用戶手機是否存在故障或欠費停機”。如果查詢有GSM/TD上網(wǎng)記錄，則通過返回GSM/TD上網(wǎng)記錄中的IMEI字段來匹配當前的終端庫，判斷終端是否支持LTE，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論。

示例性的，分析模塊用于根據(jù)LTE網(wǎng)絡所產(chǎn)生的XDR明細數(shù)據(jù)，判斷用戶是否有LTE上網(wǎng)記錄，并根據(jù)判斷結果給出用戶問題結論，包括：如果移動互聯(lián)網(wǎng)用戶有LTE上網(wǎng)記錄，則分析返回的S1-U接口中的DNS數(shù)據(jù)、HTTP數(shù)據(jù)和GENERAL數(shù)據(jù)，以及S1-MME接口的數(shù)據(jù)是否都存在。如果存在S1-U接口中的DNS、HTTP和GENERAL數(shù)據(jù)，但是沒有S1-MME接口的數(shù)據(jù)，則給出移動互聯(lián)網(wǎng)用戶問題結論：“用戶無MME日志，日志確認，請轉(zhuǎn)至后臺分析”。如果存在S1-MME接口的數(shù)據(jù)，則判斷S1-MME接口的數(shù)據(jù)是否滿足第一條件：存在PDN斷開連接信令，且在PDN斷開連接信令之前存在PDN連接信令，且PDN連接信令的APN包含CMNET，并根據(jù)判斷結果給出移動互聯(lián)網(wǎng)用戶問題結論。

需要說明的是，該系統(tǒng)300用于實現(xiàn)本發(fā)明中一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的方法。具體內(nèi)容請參見上述方法實施例，在此不作贅述。

本發(fā)明實施例提供的一種移動互聯(lián)網(wǎng)用戶通過LTE上網(wǎng)問題定位的系統(tǒng)，當用戶通過LTE上網(wǎng)出現(xiàn)異常需要進行問題定位時，可以通過用戶號碼獲取異常發(fā)生的時間段內(nèi)用戶上網(wǎng)產(chǎn)生的全量信令XDR明細數(shù)據(jù)，包括控制面數(shù)據(jù)和用戶面數(shù)據(jù)兩部分，對網(wǎng)絡重連、附著、初始上下文、承載、TAU、頻繁TAU、回落GSM/TD、DNS、TCP和HTTP等過程進行端到端的全面分析，并給出用戶問題的結論，以供投訴處理人員或網(wǎng)絡運維人員進行后續(xù)的問題處理。

以上所述的具體實施方式，對本發(fā)明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施方式而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。