專利名稱：一種終端脫網(wǎng)故障的處理方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種終端脫網(wǎng)故障的處理方法和裝置。
背景技術(shù)：
終端脫網(wǎng)，概括來說就是終端與網(wǎng)絡(luò)失同步，造成終端作為被叫呼叫不通或作為 主叫不能發(fā)起業(yè)務(wù)(如打電話、發(fā)短信等)的狀態(tài)，甚至因此而導(dǎo)致終端死機(jī)，嚴(yán)重影響終 端的正常工作。終端脫網(wǎng)后，在終端中的具體表現(xiàn)有兩種(1)終端界面可操作，但實際底層與網(wǎng)絡(luò)失去交互，這種情況，用戶在不發(fā)起業(yè)務(wù) 的情況下很難發(fā)現(xiàn)終端已處于脫網(wǎng)狀態(tài)。(2)終端界面不可操作，顯示“限制服務(wù)”、“注冊未知”、“無信號”、“緊急呼叫”等信 息，提示發(fā)生脫網(wǎng)，這種情況下，用戶可以直接發(fā)現(xiàn)終端已經(jīng)處于脫網(wǎng)狀態(tài)。終端脫網(wǎng)是一類較為復(fù)雜的問題，與終端和網(wǎng)絡(luò)都有關(guān)。現(xiàn)有的技術(shù)方案沒有針 對終端脫網(wǎng)異常進(jìn)行分析和解決的，只是有針對終端掉話或終端自身故障進(jìn)行處理的相應(yīng) 方案，具體說明如下(1)終端掉話現(xiàn)有的技術(shù)方案主要針對終端發(fā)生掉話故障時，如何收集參數(shù)判斷掉話、上報數(shù) 據(jù)、定位故障原因等方面的技術(shù)進(jìn)行處理。具體的實現(xiàn)方式是通過在終端中統(tǒng)一設(shè)定掉話故障參數(shù)，并在呼叫過程中記錄對 應(yīng)參數(shù)值和時間并加以對比。若該終端出現(xiàn)掉話，則將該終端所記錄的發(fā)生掉話時的數(shù)據(jù) 記錄上報給網(wǎng)絡(luò)管理中心，使得網(wǎng)絡(luò)管理中心能夠及時、準(zhǔn)確、完整地定位故障發(fā)生的原 因，從而提出掉話解決方案。該方案中具體的系統(tǒng)實現(xiàn)的結(jié)構(gòu)示意圖和方法處理的流程示意圖分別如圖1和 圖2所示。該方案的重點和創(chuàng)新點在于提出了一套統(tǒng)一、完善的掉話故障日志記錄輸出內(nèi)容 規(guī)范，包括關(guān)鍵場景參數(shù)和對應(yīng)的掉話原因分析等，能夠較為全面的搜集終端掉話時的各 項指標(biāo)，填補(bǔ)了目前3GPP國際標(biāo)準(zhǔn)在上述領(lǐng)域的空白。(2)終端自身故障現(xiàn)有的技術(shù)方案的研究的對象是終端在使用過程中自身產(chǎn)生的不良情況、異常和故障。通過借助第三方診斷服務(wù)器，輸入終端自身故障的日志(Log)信息，從而產(chǎn)生相 關(guān)診斷參數(shù)，并將該診斷參數(shù)返回給終端的自動診斷程序，并據(jù)此生成與診斷結(jié)果相對應(yīng) 的錯誤代碼，最后，將相應(yīng)的錯誤代碼顯示于終端的屏幕或第三方診斷服務(wù)器的提示界面 上，從而，提示操作者終端出現(xiàn)故障，以便于操作者掌握故障原因。具體實現(xiàn)框圖見下圖3 該方案中具體的系統(tǒng)實現(xiàn)的結(jié)構(gòu)示意圖如圖3所示。該方案解決了以往終端自身發(fā)生故障時，向網(wǎng)絡(luò)運營商的解析服務(wù)器發(fā)送大量日志信息而產(chǎn)生的通信成本的問題，同時通過在終端屏幕或第三方裝置的提示界面上顯示診 斷結(jié)果對應(yīng)的錯誤代碼的方式，避免了讀取復(fù)雜Log信息產(chǎn)生的人力成本。針對現(xiàn)有技術(shù)方案，在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)方案至少存在 以下問題對于第一種方案，該方案的關(guān)鍵技術(shù)點在于規(guī)范掉話故障日志記錄輸出內(nèi)容，包 括搜集關(guān)鍵場景參數(shù)和對應(yīng)的掉話原因分析等。但上述參數(shù)在針對性、全面性方面并不能 直接適用于終端脫網(wǎng)的異常場景，脫網(wǎng)會造成掉話，但掉話并不一定導(dǎo)致脫網(wǎng)，對于突發(fā)性 的脫網(wǎng)異常不能夠及時處理。同時該方案將記錄參數(shù)上報給網(wǎng)管中心以定位故障發(fā)生的原 因，加大了網(wǎng)絡(luò)負(fù)擔(dān)和通信成本。對于第二種方案，該方案的關(guān)鍵技術(shù)點在于用第三方裝置(診斷服務(wù)器)代替了 原網(wǎng)絡(luò)運營商的解析服務(wù)器的功能，雖然削減了向網(wǎng)絡(luò)發(fā)送終端故障Log信息的通信成本 和與上述作業(yè)有關(guān)的人力成本，但不能針對脫網(wǎng)復(fù)雜多變的情況進(jìn)行不同處理，同時無法 解決與網(wǎng)絡(luò)有關(guān)的脫網(wǎng)異?，F(xiàn)象。方案本身對于故障Log信息的分析過程也過于簡單和不 明晰，無法用于解決實際脫網(wǎng)異?，F(xiàn)象。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種終端脫網(wǎng)故障的處理方法和裝置，通過平時獲取簡化Log 信息與脫網(wǎng)時獲取詳細(xì)Log信息相結(jié)合的方式，對終端處于脫網(wǎng)狀態(tài)的原因進(jìn)行判斷，并 進(jìn)行相應(yīng)的處理。為達(dá)到上述目的，本發(fā)明實施例一方面提供了一種終端脫網(wǎng)故障的處理方法，應(yīng) 用于包括至少一個終端和一個脫網(wǎng)模擬器的系統(tǒng)中，所述脫網(wǎng)模擬器中包含一個問題庫， 所述終端在正常工作的狀態(tài)下，實時獲取高層的簡化日志Log信息，當(dāng)所述終端判斷自身 處于脫網(wǎng)狀態(tài)時，所述終端備份當(dāng)前已有的簡化Log信息，開始獲取底層和高層的詳細(xì)Log 信息，并將所述簡化Log信息和所述詳細(xì)Log信息上報給所述脫網(wǎng)模擬器，所述方法包括以 下步驟所述脫網(wǎng)模擬器接收所述終端上報的所述簡化Log信息和所述詳細(xì)Log信息；所述脫網(wǎng)模擬器分析所述簡化Log信息和所述詳細(xì)Log信息，確定所述終端的異 常參數(shù)；所述脫網(wǎng)模擬器將所述異常參數(shù)與所述問題庫中已存儲的故障信息進(jìn)行匹配，并 在匹配結(jié)果達(dá)到匹配閾值時，根據(jù)所述問題庫中相應(yīng)的故障信息確定所述終端發(fā)生脫網(wǎng)故 障的原因和相應(yīng)的處理方式。優(yōu)選的，所述終端在正常工作的狀態(tài)下，實時獲取高層的簡化日志Log信息，具體 包括所述終端通過自身的存儲空間和/或外置的存儲裝置對所述簡化Log信息進(jìn)行存 儲；當(dāng)存儲所述簡化Log信息的空間不足時，所述終端用最新獲取到的簡化Log信息 覆蓋最早獲取到的簡化Log信息。優(yōu)選的，當(dāng)存儲所述簡化Log信息的空間不足時，所述終端用最新獲取到的簡化 Log信息覆蓋最早獲取到的簡化Log信息，具體為
當(dāng)存儲所述簡化Log信息的空間不足時，所述終端對所述簡化Log信息進(jìn)行壓縮， 并通過所述壓縮后空余出的空間繼續(xù)存儲新獲取到的所述簡化Log信息；當(dāng)被存儲的簡化Log信息被壓縮后，所剩余的空間仍然不足時，所述終端用最新 獲取到的簡化Log信息覆蓋最早獲取到的簡化Log信息。優(yōu)選的，當(dāng)所述終端判斷自身處于脫網(wǎng)狀態(tài)時，所述終端備份當(dāng)前已有的簡化Log 信息，開始獲取底層和高層的詳細(xì)Log信息，具體為所述終端備份當(dāng)前已有的簡化Log信息，并在確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi) 獲取底層和高層的詳細(xì)Log信息；如果在所述確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，所述終端判斷自身處于非脫網(wǎng)的 正常狀態(tài)，所述終端刪除備份的所述簡化Log信息和獲取到的所述詳細(xì)Log信息，并開始重 新實時獲取高層的簡化Log信息；如果在所述確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，所述終端判斷自身保持脫網(wǎng)狀 態(tài)，所述終端繼續(xù)獲取所述詳細(xì)Log信息。優(yōu)選的，如果在所述時間閾值所對應(yīng)的確認(rèn)時間范圍內(nèi)，所述終端判斷自身保持 脫網(wǎng)狀態(tài)時，所述終端繼續(xù)獲取所述詳細(xì)Log信息之后，還包括所述終端所獲取的詳細(xì)Log信息的信息量達(dá)到信息量閾值，或獲取詳細(xì)Log信息 的時間長度達(dá)到相應(yīng)的記錄時間閾值時，所述終端將備份的所述簡化Log信息和當(dāng)前獲取 到的所述詳細(xì)Log信息上報給所述脫網(wǎng)模擬器。優(yōu)選的，所述脫網(wǎng)模擬器將所述異常參數(shù)與所述問題庫中已存儲的故障信息進(jìn)行 匹配，并在匹配結(jié)果達(dá)到匹配閾值時，根據(jù)所述問題庫中相應(yīng)的故障信息確定所述終端發(fā) 生脫網(wǎng)故障的原因和相應(yīng)的處理方式，具體為所述脫網(wǎng)模擬器判斷所述異常參數(shù)與所述問題庫中已存儲的一個或多個故障信 息的匹配度是否達(dá)到匹配閾值；當(dāng)所述脫網(wǎng)模擬器判斷所述異常參數(shù)與一個或多個故障信息的匹配度達(dá)到所述 匹配閾值時，所述脫網(wǎng)模擬器確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為所述故障信息所對應(yīng)的 故障原因，并在所述問題庫中存在相應(yīng)處理方式的情況下，根據(jù)所述故障信息所對應(yīng)的處 理方式對所述終端的脫網(wǎng)狀態(tài)進(jìn)行處理或?qū)⑺鎏幚矸绞教崾窘o用戶；當(dāng)所述脫網(wǎng)模擬器判斷所述異常參數(shù)與所述問題庫中的任何故障信息的匹配度 都不能達(dá)到所述匹配閾值時，所述脫網(wǎng)模擬器確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為未知原 因。優(yōu)選的，當(dāng)所述脫網(wǎng)模擬器判斷所述異常參數(shù)與一個或多個故障信息的匹配度達(dá) 到所述匹配閾值時，如果所述問題庫中所存儲的故障信息沒有對應(yīng)的處理方式，所述方法 還包括所述脫網(wǎng)模擬器向所述終端發(fā)出告警提示，和/或向網(wǎng)絡(luò)側(cè)進(jìn)行上報，請求相應(yīng) 的處理。優(yōu)選的，當(dāng)所述脫網(wǎng)模擬器判斷所述異常參數(shù)與所述問題庫中的任何故障信息的 匹配度都不能達(dá)到所述匹配閾值時，所述脫網(wǎng)模擬器確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為 未知原因之后，所述方法還包括如果所述系統(tǒng)中的其他終端也上報了脫網(wǎng)參數(shù)，所述脫網(wǎng)模擬器將所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)進(jìn)行比較；如果所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果達(dá) 到相似閾值時，所述脫網(wǎng)模擬器確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為網(wǎng)絡(luò)原因，并向網(wǎng)絡(luò) 側(cè)進(jìn)行上報，請求相應(yīng)的處理；如果所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果沒 有達(dá)到相似閾值時，所述脫網(wǎng)模擬器確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為新的、終端自身 為主的原因，將所述終端的異常參數(shù)和相關(guān)信息更新到所述問題庫中。優(yōu)選的，所述脫網(wǎng)模擬器分析所述簡化Log信息和所述詳細(xì)Log信息，確定所述終 端的異常參數(shù)之后，還包括所述脫網(wǎng)模擬器根據(jù)所述處于脫網(wǎng)狀態(tài)的終端的異常參數(shù)，調(diào)整待檢測終端的狀 態(tài)機(jī)和模擬構(gòu)建網(wǎng)絡(luò)環(huán)境；所述脫網(wǎng)模擬器在離線狀態(tài)下連接所述待檢測終端和所述模擬構(gòu)建的網(wǎng)絡(luò)環(huán)境， 并判斷所述待檢測終端是否處于脫網(wǎng)狀態(tài)；當(dāng)所述待檢測終端處于脫網(wǎng)狀態(tài)時，所述脫網(wǎng)模擬器判斷所述待檢測終端與所述 處于脫網(wǎng)狀態(tài)的終端存在相同的脫網(wǎng)隱患，應(yīng)用相同的處理策略進(jìn)行處理；當(dāng)所述待檢測終端沒有處于脫網(wǎng)狀態(tài)時，所述脫網(wǎng)模擬器判斷所述待檢測終端對 于所述脫網(wǎng)案例表現(xiàn)正常。另一方面，本發(fā)明實施例還提供了一種終端，應(yīng)用于包括至少一個終端和一個脫 網(wǎng)模擬器的系統(tǒng)中，包括狀態(tài)識別模塊，用于判斷所述終端是否處于脫網(wǎng)狀態(tài)；記錄模塊，與所述狀態(tài)識別模塊相連接，用于在所述狀態(tài)識別模塊判斷所述終端 處于正常工作狀態(tài)時，實時獲取高層的簡化Log信息，并在所述狀態(tài)識別模塊判斷所述終 端處于脫網(wǎng)狀態(tài)時，備份當(dāng)前已有的簡化Log信息，開始獲取底層和高層的詳細(xì)Log信息；通信模塊，與所述記錄模塊相連接，用于將所述簡化Log信息和所述詳細(xì)Log信息 上報給所述脫網(wǎng)模擬器。優(yōu)選的，所述記錄模塊用于在所述狀態(tài)識別模塊判斷所述終端處于正常工作狀態(tài) 時，實時獲取高層的簡化Log信息，具體為通過所述終端自身的存儲空間和/或外置的存儲 裝置對所述簡化Log信息進(jìn)行存儲，包括判斷子模塊，用于判斷是否還有剩余的存儲空間存儲所述簡化Log信息；處理子模塊，與所述判斷子模塊相連接，用于當(dāng)所述判斷子模塊判斷存儲所述簡 化Log信息的空間不足時，用最新獲取到的簡化Log信息覆蓋最早獲取到的簡化Log信息。優(yōu)選的，所述記錄模塊，還包括壓縮子模塊，與所述判斷子模塊和所述處理子模塊 相連接，用于當(dāng)所述判斷子模塊判斷存儲所述簡化Log信息的空間不足時，對所述簡化Log 信息進(jìn)行壓縮，使所述記錄模塊能夠通過所述壓縮后空余出的空間繼續(xù)存儲新獲取到的所 述簡化Log信息；所述處理子模塊，還用于當(dāng)所述簡化Log信息被所述壓縮子模塊壓縮后，所述判 斷子模塊仍判斷所剩余的空間仍然不足時，用最新獲取到的簡化Log信息覆蓋最早獲取到 的簡化Log信息。優(yōu)選的，所述終端還包括
設(shè)置模塊，與所述狀態(tài)識別模塊相連接，用于設(shè)置脫網(wǎng)狀態(tài)的確認(rèn)時間閾值、記錄 時間閾值或信息量閾值；所述狀態(tài)識別模塊在判斷所述終端處于脫網(wǎng)狀態(tài)之后，繼續(xù)判斷所述終端是否在 所述設(shè)置模塊所設(shè)置的確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)脫離脫網(wǎng)狀態(tài)；其中，如果在所述確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，所述狀態(tài)識別模塊判斷所述終端 處于非脫網(wǎng)的正常狀態(tài)，所述記錄模塊刪除備份的所述簡化Log信息和獲取到的所述詳細(xì) Log信息，并開始重新實時獲取高層的簡化Log信息；如果在所述確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，所述狀態(tài)識別模塊判斷所述終端 保持脫網(wǎng)狀態(tài)時，所述記錄模塊繼續(xù)獲取所述詳細(xì)Log信息，并在所獲取的詳細(xì)Log信息的 信息量達(dá)到信息量閾值，或獲取詳細(xì)Log信息的時間長度達(dá)到相應(yīng)的記錄時間閾值時，所 述通信模塊將備份的所述簡化Log信息和當(dāng)前獲取到的所述詳細(xì)Log信息上報給所述脫網(wǎng) 模擬器。另一方面，本發(fā)明實施例還提供了一種脫網(wǎng)模擬器，應(yīng)用于包括至少一個終端和 一個脫網(wǎng)模擬器的系統(tǒng)中，所述脫網(wǎng)模擬器中包含一個問題庫，所述終端在正常工作的狀 態(tài)下，實時獲取高層的簡化Log信息，當(dāng)所述終端判斷自身處于脫網(wǎng)狀態(tài)時，所述終端備份 當(dāng)前已有的簡化Log信息，開始獲取底層和高層的詳細(xì)Log信息，并將所述簡化Log信息和 所述詳細(xì)Log信息上報給所述脫網(wǎng)模擬器，所述脫網(wǎng)模擬器包括接收模塊，用于接收所述終端上報的所述簡化Log信息和所述詳細(xì)Log信息；分析模塊，與所述接收模塊相連接，用于分析所述接收模塊所接收到的簡化Log 信息和詳細(xì)Log信息，確定所述終端的異常參數(shù)；匹配模塊，與所述分析模塊相連接，用于將所述分析模塊所得到的異常參數(shù)與所 述問題庫中已存儲的故障信息進(jìn)行匹配，判斷匹配結(jié)果是否達(dá)到匹配閾值；處理模塊，與所述匹配模塊相連接，用于根據(jù)所述匹配模塊的匹配結(jié)果，對所述處 于脫網(wǎng)狀態(tài)的終端進(jìn)行相應(yīng)的處理。優(yōu)選的，所述處理模塊根據(jù)所述匹配模塊的匹配結(jié)果，對所述處于脫網(wǎng)狀態(tài)的終 端進(jìn)行相應(yīng)的處理，具體包括當(dāng)所述匹配模塊判斷所述異常參數(shù)與一個或多個故障信息的匹配度達(dá)到所述匹 配閾值時，所述處理模塊確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為所述故障信息所對應(yīng)的故障 原因，并在所述問題庫中存在相應(yīng)處理方式的情況下，根據(jù)所述故障信息所對應(yīng)的處理方 式對所述終端的脫網(wǎng)狀態(tài)進(jìn)行處理或?qū)⑺鎏幚矸绞教崾窘o用戶，如果所述問題庫中所存 儲的故障信息沒有對應(yīng)的處理方式，所述處理模塊還用于向所述終端發(fā)出告警提示，和/ 或向網(wǎng)絡(luò)側(cè)進(jìn)行上報，請求相應(yīng)的處理；當(dāng)所述匹配模塊判斷所述異常參數(shù)與所述問題庫中的任何故障信息的匹配度都 不能達(dá)到所述匹配閾值時，所述處理模塊確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為未知原因。優(yōu)選的，在所述處理模塊確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為未知原因之后，如 果所述接收模塊還接收到所述系統(tǒng)中的其他終端也上報了脫網(wǎng)參數(shù)，所述匹配模塊將所述 終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)進(jìn)行比較；其中，
如果所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果達(dá) 到相似閾值時，所述處理模塊確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為網(wǎng)絡(luò)原因，并向網(wǎng)絡(luò)側(cè) 進(jìn)行上報，請求相應(yīng)的處理；如果所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果沒 有達(dá)到相似閾值時，所述處理模塊確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為新的、終端自身為 主的原因，將所述終端的異常參數(shù)和相關(guān)信息更新到所述問題庫中。優(yōu)選的，所述脫網(wǎng)模擬器還包括設(shè)置模塊和測試模塊所述設(shè)置模塊，與所述分析模塊相連接，用于在所述分析模塊分析所述簡化Log 信息和所述詳細(xì)Log信息，確定所述終端的異常參數(shù)之后，根據(jù)所述處于脫網(wǎng)狀態(tài)的終端 的異常參數(shù)，調(diào)整待檢測終端的狀態(tài)機(jī)和模擬構(gòu)建網(wǎng)絡(luò)環(huán)境；所述測試模塊，與所述設(shè)置模塊和所述處理模塊相連接，用于在離線狀態(tài)下連接 所述設(shè)置模塊所設(shè)置的所述待檢測終端和所述模擬構(gòu)建的網(wǎng)絡(luò)環(huán)境，并判斷所述待檢測終 端是否處于脫網(wǎng)狀態(tài)；其中，當(dāng)所述待檢測終端處于脫網(wǎng)狀態(tài)時，所述處理模塊判斷所述待檢測終端與所述處 于脫網(wǎng)狀態(tài)的終端存在相同的脫網(wǎng)隱患，應(yīng)用相同的處理策略進(jìn)行處理；當(dāng)所述待檢測終端沒有處于脫網(wǎng)狀態(tài)時，所述處理模塊判斷所述待檢測終端對于 所述脫網(wǎng)案例表現(xiàn)正常。與現(xiàn)有技術(shù)相比，本發(fā)明實施例具有以下優(yōu)點通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，將平時獲取簡化Log信息與脫網(wǎng)時獲 取詳細(xì)Log信息相結(jié)合，對終端處于脫網(wǎng)狀態(tài)前后的信息可以準(zhǔn)確獲取，并借助脫網(wǎng)模擬 器對脫網(wǎng)原因進(jìn)行分析判斷，并根據(jù)問題庫或其他相應(yīng)策略進(jìn)行相應(yīng)的處理，有效的克服 了脫網(wǎng)的不可預(yù)測性與信息獲取之間的矛盾，而通過脫網(wǎng)模擬器進(jìn)行問題分析，并建立問 題庫對脫網(wǎng)問題進(jìn)行統(tǒng)一處理的方式，提高了對終端脫網(wǎng)問題進(jìn)行處理的效率，并節(jié)約了 成本投入。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1為現(xiàn)有技術(shù)中的一種終端掉話處理方法的流程示意圖；圖2為現(xiàn)有技術(shù)中的一種終端掉話處理方法的系統(tǒng)實現(xiàn)的結(jié)構(gòu)示意圖；圖3為現(xiàn)有技術(shù)的一種終端自身故障診斷的方法的流程示意圖；圖4為本發(fā)明實施例所提供的一種終端脫網(wǎng)故障的處理方法的流程示意圖；圖5為本發(fā)明實施例所提供的具體應(yīng)用場景下的一種終端脫網(wǎng)故障的處理方法 的流程示意圖；圖6為本發(fā)明實施例所提供的一種預(yù)判終端是否存在脫網(wǎng)隱患的方法的流程示 意圖7為本發(fā)明實施例所提供的一種終端的結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例所提供的一種脫網(wǎng)模擬器的結(jié)構(gòu)示意圖。。
具體實施例方式為了克服現(xiàn)有技術(shù)中的缺陷，本發(fā)明實施例提供了一種終端脫網(wǎng)故障的處理方 法，應(yīng)用于包括至少一個終端和一個脫網(wǎng)模擬器的系統(tǒng)中，其中，脫網(wǎng)模擬器中包含一個問題庫。如圖4所示，為本發(fā)明實施例所提出的一種終端脫網(wǎng)故障的處理方法的流程示意 圖，具體包括以下步驟步驟S401、脫網(wǎng)模擬器接收終端上報的簡化Log信息和詳細(xì)Log信息。其中，簡化Log信息和詳細(xì)Log信息具體由終端通過以下方式進(jìn)行獲取(1)終端在正常工作的狀態(tài)下，實時獲取高層的簡化Log信息。上述的簡化Log信息通過終端自身的存儲空間和/或外置的存儲裝置進(jìn)行存儲。當(dāng)存儲簡化Log信息的空間不足時，通過以下兩種方式進(jìn)行處理方式一、終端直接用最新獲取到的簡化Log信息覆蓋最早獲取到的簡化Log信息。方式二、終端首先對簡化Log信息進(jìn)行壓縮，并通過壓縮后空余出的空間繼續(xù)存 儲新獲取到的簡化Log信息，但當(dāng)所存儲的簡化Log信息在被壓縮后，所剩余的空間仍然不 足時，終端將用最新獲取到的簡化Log信息覆蓋最早獲取到的簡化Log信息。(2)當(dāng)終端判斷自身處于脫網(wǎng)狀態(tài)時，終端備份當(dāng)前已有的簡化Log信息，開始獲 取底層和高層的詳細(xì)Log信息。首先，終端備份當(dāng)前已有的簡化Log信息，并在確認(rèn)時間閾值所對應(yīng)的時間范圍 內(nèi)獲取底層和高層的詳細(xì)Log信息。如果在確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，終端判斷自身已經(jīng)處于非脫網(wǎng)的正常 狀態(tài)，終端刪除備份的簡化Log信息和獲取到的詳細(xì)Log信息，并開始重新實時獲取高層的 簡化Log信息。如果在確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，終端判斷自身保持脫網(wǎng)狀態(tài)，終端繼 續(xù)獲取詳細(xì)Log信息。在具體的應(yīng)用場景中，終端可能因網(wǎng)絡(luò)切換或其他原因而導(dǎo)致短暫性的可自我恢 復(fù)的暫時脫網(wǎng)狀態(tài)，這種暫時脫網(wǎng)狀態(tài)并非真正的脫網(wǎng)狀態(tài)，也無需進(jìn)行相應(yīng)的處理，在很 短的時間內(nèi)便可以自我恢復(fù)，上述的設(shè)置就是為了避免將這樣的暫時脫網(wǎng)狀態(tài)誤判為真正 的脫網(wǎng)狀態(tài)而采取相應(yīng)的處理流程而造成的系統(tǒng)資源浪費，以及對正常業(yè)務(wù)的影響。(3)終端將簡化Log信息和詳細(xì)Log信息上報給脫網(wǎng)模擬器。當(dāng)終端所獲取的詳細(xì)Log信息的信息量達(dá)到信息量閾值，或獲取詳細(xì)Log信息的 時間長度達(dá)到相應(yīng)的記錄時間閾值時，終端將備份的簡化Log信息和當(dāng)前獲取到的詳細(xì) Log信息上報給脫網(wǎng)模擬器。其中的信息量閾值和記錄時間閾值都是根據(jù)終端中的存儲空間情況或系統(tǒng)判斷 脫網(wǎng)原因所需要的信息量進(jìn)行設(shè)置的，目的是保證終端中的存儲空間不會因為存儲詳細(xì) Log信息而被占用，同時保證能夠獲取到足夠的詳細(xì)Log信息，以進(jìn)行脫網(wǎng)原因的分析，其 中，具體閾值數(shù)值的變化并不影響本發(fā)明的保護(hù)范圍。
步驟S402、脫網(wǎng)模擬器分析簡化Log信息和詳細(xì)Log信息，確定終端的異常參數(shù)。步驟S403、脫網(wǎng)模擬器將異常參數(shù)與問題庫中已存儲的故障信息進(jìn)行匹配，并在 匹配結(jié)果達(dá)到匹配閾值時，根據(jù)問題庫中相應(yīng)的故障信息確定終端發(fā)生脫網(wǎng)故障的原因和 相應(yīng)的處理方式。本步驟的具體實現(xiàn)流程為脫網(wǎng)模擬器判斷異常參數(shù)與問題庫中已存儲的一個或多個故障信息的匹配度是 否達(dá)到匹配閾值。當(dāng)脫網(wǎng)模擬器判斷異常參數(shù)與一個或多個故障信息的匹配度達(dá)到匹配閾值時，脫 網(wǎng)模擬器確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為故障信息所對應(yīng)的故障原因，并在問題庫中存在 相應(yīng)處理方式的情況下，根據(jù)故障信息所對應(yīng)的處理方式對終端的脫網(wǎng)狀態(tài)進(jìn)行處理或?qū)?所述處理方式提示給用戶，其中，如果問題庫中所存儲的故障信息沒有對應(yīng)的處理方式，脫 網(wǎng)模擬器向終端發(fā)出告警提示，和/或向網(wǎng)絡(luò)側(cè)進(jìn)行上報，請求相應(yīng)的處理。當(dāng)脫網(wǎng)模擬器判斷異常參數(shù)與問題庫中的任何故障信息的匹配度都不能達(dá)到匹 配閾值時，脫網(wǎng)模擬器確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為未知原因。在具體的應(yīng)用場景中，脫網(wǎng)模擬器確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為未知原因之 后，還包括以下處理流程如果系統(tǒng)中的其他終端也上報了脫網(wǎng)參數(shù)，脫網(wǎng)模擬器將終端的異常參數(shù)與其他 終端所上報的脫網(wǎng)參數(shù)進(jìn)行比較。如果終端的異常參數(shù)與其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果達(dá)到相似閾 值時，脫網(wǎng)模擬器確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為網(wǎng)絡(luò)原因，并向網(wǎng)絡(luò)側(cè)進(jìn)行上報，請求相 應(yīng)的處理。如果終端的異常參數(shù)與其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果沒有達(dá)到相 似閾值時，脫網(wǎng)模擬器確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為新的、終端自身為主的原因，將終端 的異常參數(shù)和相關(guān)信息更新到問題庫中。進(jìn)一步的，本發(fā)明實施例所提出的技術(shù)方案還可以包括基于異常參數(shù)而進(jìn)行的其 他待檢測終端的脫網(wǎng)隱患預(yù)判，具體處理流程包括脫網(wǎng)模擬器根據(jù)處于脫網(wǎng)狀態(tài)的終端的異常參數(shù)，調(diào)整待檢測終端的狀態(tài)機(jī)和模 擬構(gòu)建網(wǎng)絡(luò)環(huán)境；脫網(wǎng)模擬器在離線狀態(tài)下連接待檢測終端和模擬構(gòu)建的網(wǎng)絡(luò)環(huán)境，并判斷待檢測 終端是否處于脫網(wǎng)狀態(tài)；當(dāng)待檢測終端處于脫網(wǎng)狀態(tài)時，脫網(wǎng)模擬器判斷待檢測終端與處于脫網(wǎng)狀態(tài)的終 端存在相同的脫網(wǎng)隱患，應(yīng)用相同的處理策略進(jìn)行處理；當(dāng)待檢測終端沒有處于脫網(wǎng)狀態(tài)時，脫網(wǎng)模擬器判斷待檢測終端對于所述脫網(wǎng)案 例表現(xiàn)正常。與現(xiàn)有技術(shù)相比，本發(fā)明實施例具有以下優(yōu)點通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，將平時獲取簡化Log信息與脫網(wǎng)時獲 取詳細(xì)Log信息相結(jié)合，對終端處于脫網(wǎng)狀態(tài)前后的信息可以準(zhǔn)確獲取，并借助脫網(wǎng)模擬 器對脫網(wǎng)原因進(jìn)行分析判斷，并根據(jù)問題庫或其他相應(yīng)策略進(jìn)行相應(yīng)的處理，有效的克服 了脫網(wǎng)的不可預(yù)測性與信息獲取之間的矛盾，而通過脫網(wǎng)模擬器進(jìn)行問題分析，并建立問題庫對脫網(wǎng)問題進(jìn)行統(tǒng)一處理的方式，提高了對終端脫網(wǎng)問題進(jìn)行處理的效率，并節(jié)約了 成本投入。下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實施例僅是本發(fā)明的一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明實施例保護(hù)的范圍。一般來講，脫網(wǎng)故障的特點包括以下幾點導(dǎo)致的原因非常復(fù)雜可能與終端、網(wǎng)絡(luò)及二者IOT均有關(guān)。難以及時抓取脫網(wǎng)時的日志信息用戶發(fā)現(xiàn)業(yè)務(wù)異常時終端實際上已經(jīng)處于脫網(wǎng) 狀態(tài)。脫網(wǎng)場景難以復(fù)現(xiàn)Log信息不全或不及時。無法進(jìn)行脫網(wǎng)預(yù)判脫網(wǎng)多為突發(fā)、偶然性現(xiàn)象，缺乏預(yù)防措施。根據(jù)上述的脫網(wǎng)場景的特殊性，本發(fā)明實施例提出了一種終端脫網(wǎng)故障的處理方 法，用于攻克現(xiàn)網(wǎng)中處理脫網(wǎng)問題的難點，并及時有效地解決脫網(wǎng)相關(guān)異常。具體如圖5所示，為本發(fā)明實施例提出的具體應(yīng)用場景下的一種終端脫網(wǎng)故障的 處理方法的流程示意圖，具體包括以下步驟步驟S501、脫網(wǎng)模擬器初始化問題庫數(shù)據(jù)，并為問題庫中現(xiàn)有的脫網(wǎng)異?，F(xiàn)象數(shù) 據(jù)建立相關(guān)參數(shù)索引。需要說明的是，本步驟的實現(xiàn)可以是在系統(tǒng)初始化的過程中進(jìn)行，也可以是在脫 網(wǎng)模擬器第一次收到終端上報的異常參數(shù)之前的任意時刻進(jìn)行，因此，本步驟的實現(xiàn)順序 并不直接由本步驟的需要決定，本步驟具體出現(xiàn)位置的變化并不影響本發(fā)明的保護(hù)范圍。步驟S502、終端利用相應(yīng)的存儲控件抓取簡單的、記錄高層信令流程的簡化Log fn息ο在具體應(yīng)用場景中，上述的簡化Log信息可以通過終端自身的存儲空間、外置的 存儲裝置或者兩者相組合的方式進(jìn)行存儲，具體存儲方式的變化并不影響本發(fā)明的保護(hù)范 圍。需要說明的是，由于終端自身存儲空間有限，本發(fā)明實施例中優(yōu)選的選擇外置的 存儲裝置(例如SD卡、CF卡等存儲介質(zhì))進(jìn)行簡化Log信息的存儲，能夠進(jìn)行簡化Log信 息存儲的存儲裝置的類型均屬于本發(fā)明的保護(hù)范圍。步驟S503、終端判斷簡化Log信息的存儲空間是否已滿。如果存儲空間已滿，則執(zhí)行步驟S504 ；如果存儲空間未滿，則執(zhí)行步驟S505。步驟S504、終端用最新獲取到的簡化Log信息覆蓋最早獲取到的簡化Log信息。在具體的應(yīng)用場景中，在覆蓋原有的簡化Log信息之前，還可以包括對原有的簡 化Log信息進(jìn)行壓縮的過程，通過壓縮過程所節(jié)省出的存儲空間可以被繼續(xù)用來存儲新獲 取的簡化Log信息。需要說明的是，壓縮過程只是為了更多的保存簡化Log信息而進(jìn)行的處理，是否 包含壓縮過程并不影響本發(fā)明的保護(hù)范圍。但是，在壓縮后仍然存儲空間不足時，終端則必須通過覆蓋原有簡化Log信息的方式保存最新獲取的簡化Log信息。為了保證簡化Log信息的時效性，終端優(yōu)先選擇最早獲取的簡化Log信息進(jìn)行覆 蓋，即按照時間順序覆蓋原有的簡化Log信息，通過這樣的方式，使保存的簡化Log信息的 獲取時間與當(dāng)前時間盡可能的接近，從而保證了簡化Log信息的時效性，以及根據(jù)該信息 所生成的處理結(jié)果的準(zhǔn)確性。在進(jìn)行完上述的壓縮或覆蓋流程，并獲得新的存儲空間后，轉(zhuǎn)回步驟S502繼續(xù)進(jìn) 行簡化Log信息的獲取。步驟S505、終端判斷自身是否處于脫網(wǎng)狀態(tài)。當(dāng)終端判斷自身沒有處于脫網(wǎng)狀態(tài)，即處于正常業(yè)務(wù)狀態(tài)時，執(zhí)行步驟S502;當(dāng)終端判斷自身處于脫網(wǎng)狀態(tài)時，執(zhí)行步驟S506。在具體的應(yīng)用場景中，終端判斷自身是否處于脫網(wǎng)狀態(tài)可以是通過周期性或隨機(jī) 發(fā)起業(yè)務(wù)進(jìn)行判斷，如果業(yè)務(wù)發(fā)起成功，則終端判斷自身處于正常業(yè)務(wù)狀態(tài)，相反，如果業(yè) 務(wù)發(fā)起失敗，則終端判斷自身處于脫網(wǎng)狀態(tài)。除了上述的主動發(fā)起業(yè)務(wù)的方式外，其他能夠?qū)崿F(xiàn)脫網(wǎng)狀態(tài)時別的方式也應(yīng)屬于 本發(fā)明的保護(hù)范圍。步驟S506、終端備份存儲空間中已存儲的簡化Log信息，同時開始記錄此時終端 從底層到高層的詳細(xì)Log信息。其中，備份簡化Log信息的方式可以是將存儲空間中已存儲的簡化Log信息放入 緩存中，從而備份脫網(wǎng)前終端高層信令流程的相關(guān)信息。而詳細(xì)Log信息的獲取則是為了記錄脫網(wǎng)后終端的狀態(tài)信息。步驟S507、經(jīng)過一段時間后，終端判斷脫網(wǎng)異常是否已經(jīng)恢復(fù)。其中，所經(jīng)過的時間實際為預(yù)先設(shè)置的確認(rèn)時間閾值，這樣設(shè)置的原因是基于終 端所發(fā)生的脫網(wǎng)異常可能是可恢復(fù)，例如，在2G/3G互操作的過程中，由于跨系統(tǒng)重選，需 要終端在網(wǎng)絡(luò)上重新進(jìn)行注冊，并因此而導(dǎo)致出現(xiàn)短暫脫網(wǎng)狀態(tài)，但在注冊完成后，終端將 恢復(fù)到正常業(yè)務(wù)狀態(tài)。因此，上述的確認(rèn)時間閾值就是為了避免終端由于這樣的可恢復(fù)脫網(wǎng)而啟動真正 的脫網(wǎng)處理流程，并進(jìn)而造成系統(tǒng)資源的浪費，或?qū)K端的正常業(yè)務(wù)構(gòu)成影響。確認(rèn)時間閾 值的大小一般是根據(jù)可恢復(fù)脫網(wǎng)狀態(tài)的恢復(fù)時間來設(shè)定，一般設(shè)定為秒級的時間長度，具 體確認(rèn)時間閾值所對應(yīng)的時間長度的大小變化并不會影響本發(fā)明的保護(hù)范圍?；谏鲜鲈O(shè)定，在經(jīng)過確認(rèn)時間閾值所對應(yīng)的時間長度后，如果終端判斷脫網(wǎng)異 常已經(jīng)恢復(fù)，則執(zhí)行步驟S508 ；如果終端判斷脫網(wǎng)異常沒有恢復(fù)，則執(zhí)行步驟S509。步驟S508、終端刪除備份的簡化Log信息和獲取到的詳細(xì)Log信息。刪除完成后，返回步驟S502，重新開始記錄簡化Log信息。步驟S509、終端判斷詳細(xì)Log信息的記錄量是否達(dá)到要求。在本步驟中，詳細(xì)Log信息的記錄量是否達(dá)到要求的判斷依據(jù)是終端所獲取的詳 細(xì)Log信息的信息量達(dá)到信息量閾值，或獲取詳細(xì)Log信息的時間長度達(dá)到相應(yīng)的記錄時 間閾值。其中的信息量閾值和記錄時間閾值都是根據(jù)終端中的存儲空間情況或系統(tǒng)判斷脫網(wǎng)原因所需要的信息量進(jìn)行設(shè)置的，目的是保證終端中的存儲空間不會因為存儲詳細(xì) Log信息而被占用，同時保證能夠獲取到足夠的詳細(xì)Log信息，以進(jìn)行脫網(wǎng)原因的分析，其 中，具體閾值數(shù)值的變化并不影響本發(fā)明的保護(hù)范圍。如果終端判斷詳細(xì)Log信息的記錄量沒有達(dá)到要求，則繼續(xù)記錄詳細(xì)Log信息，并 繼續(xù)執(zhí)行步驟S509 ；如果終端判斷詳細(xì)Log信息的記錄量達(dá)到要求，則執(zhí)行步驟S510。步驟S510、終端將簡化Log信息和詳細(xì)Log信息上報給脫網(wǎng)模擬器。步驟S511、脫網(wǎng)模擬器分析接收到的簡化Log信息和詳細(xì)Log信息，確定終端的異常參數(shù)。上述的異常參數(shù)主要是與脫網(wǎng)異常相關(guān)的參數(shù)，例如終端DSP狀態(tài)、ARM狀態(tài)、協(xié) 議棧狀態(tài)、OS狀態(tài)、應(yīng)用業(yè)務(wù)狀態(tài)等，以及網(wǎng)絡(luò)側(cè)的信號強(qiáng)度、布網(wǎng)情況、小區(qū)個數(shù)及配置、 重選/切換參數(shù)及門限等內(nèi)容。脫網(wǎng)模擬器通過對比脫網(wǎng)前的簡化Log信息和脫網(wǎng)后的詳細(xì)Log信息，提取出上 述與脫網(wǎng)異常相關(guān)的參數(shù)。步驟S512、脫網(wǎng)模擬器將異常參數(shù)與問題庫中的各信息進(jìn)行匹配。具體的實現(xiàn)方式可以是脫網(wǎng)模擬器將異常參數(shù)輸入到問題庫索引中進(jìn)行信息匹 配。步驟S513、脫網(wǎng)模擬器判斷匹配結(jié)果是否達(dá)到匹配閾值。如果脫網(wǎng)模擬器判斷匹配結(jié)果達(dá)到匹配閾值，即判斷該終端當(dāng)前處于脫網(wǎng)狀態(tài)屬 于問題庫中的已有案例，則執(zhí)行步驟S514 ；如果脫網(wǎng)模擬器判斷匹配結(jié)果沒有達(dá)到匹配閾值，即判斷該終端當(dāng)前處于脫網(wǎng)狀 態(tài)不是問題庫中的已有案例，則執(zhí)行步驟S515。其中的匹配閾值是根據(jù)系統(tǒng)需求進(jìn)行設(shè)置的，表示異常參數(shù)與問題庫中的已有數(shù) 據(jù)的相似度，如果與某項問題庫中的已有數(shù)據(jù)相似度達(dá)到一定程度，則認(rèn)為該異常參數(shù)與 該已有數(shù)據(jù)一致，即當(dāng)前終端的脫網(wǎng)原因就是該已有數(shù)據(jù)所表征的脫網(wǎng)原因。匹配閾值的大小可以根據(jù)系統(tǒng)對精確度的要求進(jìn)行調(diào)整，具體數(shù)值的變化并不影 響本發(fā)明的保護(hù)范圍。步驟S514、脫網(wǎng)模擬器和/或終端根據(jù)問題庫中的已有案例信息進(jìn)行脫網(wǎng)狀態(tài)的 原因顯示，并根據(jù)問題庫中的相應(yīng)處理方案對終端的脫網(wǎng)狀態(tài)進(jìn)行處理。由于該終端當(dāng)前處于脫網(wǎng)狀態(tài)屬于問題庫中的已有案例，因此，脫網(wǎng)模擬器直接 在問題庫中查詢相應(yīng)的數(shù)據(jù)信息，根據(jù)問題庫中存儲的脫網(wǎng)原因，在脫網(wǎng)模擬器和/或終 端中進(jìn)行顯示，并提示測試人員或用戶根據(jù)該處理方案進(jìn)行終端的脫網(wǎng)狀態(tài)處理。如果問題庫中所存儲的故障信息沒有對應(yīng)的處理方式，脫網(wǎng)模擬器可以向終端發(fā) 出告警提示，和/或向網(wǎng)絡(luò)側(cè)進(jìn)行故障上報，請求相應(yīng)的處理。步驟S515、脫網(wǎng)模擬器判斷終端的異常參數(shù)與系統(tǒng)中的其他終端所上報的脫網(wǎng)參數(shù)是否一致。即脫網(wǎng)模擬器判斷終端的異常參數(shù)與其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié) 果是否達(dá)到相似閾值。其中的相似閾值也可以是根據(jù)系統(tǒng)需求進(jìn)行設(shè)置的，表示異常參數(shù)與其他終端的脫網(wǎng)參數(shù)的相似度，如果相似度達(dá)到一定程度，則認(rèn)為該終端與其他終端的網(wǎng)絡(luò)狀態(tài)一致 或相似，因此，導(dǎo)致脫網(wǎng)的原因也應(yīng)該是一致的。并且，由于兩部或多部終端本身同時出現(xiàn)相同的故障的可能性很低，因此，可以確 定當(dāng)多部終端在相同的網(wǎng)絡(luò)環(huán)境下都出現(xiàn)脫網(wǎng)故障時，可以認(rèn)為當(dāng)前網(wǎng)絡(luò)環(huán)境存在故障或 網(wǎng)絡(luò)質(zhì)量不達(dá)標(biāo)。相似閾值的大小可以根據(jù)系統(tǒng)對精確度的要求進(jìn)行調(diào)整，具體數(shù)值的變化并不影 響本發(fā)明的保護(hù)范圍。如果判斷結(jié)果不一致，執(zhí)行步驟S516 ；如果判斷結(jié)果一致，執(zhí)行步驟S517。步驟S516、脫網(wǎng)模擬器確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為新的、終端自身為主的原 因，將終端的異常參數(shù)和相關(guān)信息更新到問題庫中。即將相關(guān)參數(shù)及信息錄入問題庫中，更新問題庫和索引表。步驟S517、脫網(wǎng)模擬器確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為網(wǎng)絡(luò)原因，并向網(wǎng)絡(luò)側(cè)進(jìn) 行上報，請求相應(yīng)的處理。進(jìn)一步的，本發(fā)明實施例所提出的技術(shù)方案還可以在離線狀態(tài)下對未檢測終端進(jìn) 行脫網(wǎng)預(yù)判，基于步驟S501至步驟S511所提取與脫網(wǎng)異常相關(guān)的參數(shù)，脫網(wǎng)模擬器可以據(jù) 此構(gòu)建并復(fù)現(xiàn)已有脫網(wǎng)案例的場景，以判斷被測終端是否存在相同的脫網(wǎng)隱患。具體流程示意圖如圖6所示，具體包括以下步驟步驟S601 步驟S611、與步驟S501 步驟S511相似，用于提取與脫網(wǎng)異常相關(guān) 的參數(shù)，在此不再重復(fù)敘述。步驟S612、脫網(wǎng)模擬器根據(jù)上述脫網(wǎng)異常相關(guān)的參數(shù)構(gòu)建已有脫網(wǎng)案例的網(wǎng)絡(luò)環(huán) 境，并調(diào)整被測終端的狀態(tài)機(jī)與發(fā)生脫網(wǎng)異常的終端保持一致，從而模擬了當(dāng)時發(fā)生脫網(wǎng) 時的場景。步驟S613、脫網(wǎng)模擬器在離線狀態(tài)下連接被測終端與模擬器，判斷終端能否正常 發(fā)起業(yè)務(wù)。如果終端不能正常發(fā)起業(yè)務(wù)，則執(zhí)行步驟S614 ；如果終端能夠正常發(fā)起業(yè)務(wù)，則執(zhí)行步驟S615。步驟S614、脫網(wǎng)模擬器確認(rèn)該被測試終端也存在相同脫網(wǎng)隱患，需進(jìn)行處理。步驟S615、脫網(wǎng)模擬器確認(rèn)該被測試終端對于所述脫網(wǎng)案例表現(xiàn)正常。本步驟完成后，對于該終端在該脫網(wǎng)案例中的檢測流程結(jié)束，可以根據(jù)系統(tǒng)需要 進(jìn)行其他脫網(wǎng)案例的檢測。為了實現(xiàn)上述的技術(shù)方案，如圖7所示，本發(fā)明實施例還提供了一種終端，應(yīng)用于 包括至少一個終端和一個脫網(wǎng)模擬器的系統(tǒng)中，包括狀態(tài)識別模塊71，用于判斷終端是否處于脫網(wǎng)狀態(tài)。記錄模塊72，與狀態(tài)識別模塊71相連接，用于在狀態(tài)識別模塊71判斷終端處于正 常工作狀態(tài)時，實時獲取高層的簡化Log信息，并在狀態(tài)識別模塊71判斷終端處于脫網(wǎng)狀 態(tài)時，備份當(dāng)前已有的簡化Log信息，開始獲取底層和高層的詳細(xì)Log信息，具體為通過終 端自身的存儲空間和/或外置的存儲裝置對簡化Log信息進(jìn)行存儲，包括判斷子模塊721，用于判斷是否還有剩余的存儲空間存儲簡化Log信息；
處理子模塊722，與判斷子模塊721相連接，用于當(dāng)判斷子模塊721判斷存儲簡化 Log信息的空間不足時，用最新獲取到的簡化Log信息覆蓋最早獲取到的簡化Log信息。在具體的應(yīng)用場景中，記錄模塊72還包括壓縮子模塊723，與判斷子模塊721和 處理子模塊722相連接，用于當(dāng)判斷子模塊721判斷存儲簡化Log信息的空間不足時，對簡 化Log信息進(jìn)行壓縮，使記錄模塊72能夠通過壓縮后空余出的空間繼續(xù)存儲新獲取到的簡 化Log信息；在此種情況下，處理子模塊722還用于當(dāng)簡化Log信息被壓縮子模塊723壓縮 后，判斷子模塊721判斷所剩余的空間仍然不足時，用最新獲取到的簡化Log信息覆蓋最早 獲取到的簡化Log信息。通信模塊73，與記錄模塊72相連接，用于將簡化Log信息和詳細(xì)Log信息上報給 脫網(wǎng)模擬器。在具體的應(yīng)用場景中，終端還包括設(shè)置模塊74，與狀態(tài)識別模塊71相連接，用于設(shè)置脫網(wǎng)狀態(tài)的確認(rèn)時間閾值、記 錄時間閾值或信息量閾值。狀態(tài)識別模塊71在判斷終端處于脫網(wǎng)狀態(tài)之后，繼續(xù)判斷終端是否在設(shè)置模塊 74所設(shè)置的確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)脫離脫網(wǎng)狀態(tài)。其中，如果在確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，狀態(tài)識別模塊71判斷終端已經(jīng)處于 非脫網(wǎng)的正常狀態(tài)，記錄模塊72刪除備份的簡化Log信息和獲取到的詳細(xì)Log信息，并開 始重新實時獲取高層的簡化Log信息；如果在確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，狀態(tài)識別模塊71判斷終端保持脫網(wǎng) 狀態(tài)時，記錄模塊72繼續(xù)獲取詳細(xì)Log信息，并在所獲取的詳細(xì)Log信息的信息量達(dá)到信 息量閾值，或獲取詳細(xì)Log信息的時間長度達(dá)到相應(yīng)的記錄時間閾值時，通信模塊73將備 份的簡化Log信息和當(dāng)前獲取到的詳細(xì)Log信息上報給脫網(wǎng)模擬器。另一方面，本發(fā)明實施例還提供了一種脫網(wǎng)模擬器，應(yīng)用于包括至少一個終端和 一個脫網(wǎng)模擬器的系統(tǒng)中。如圖8所示，脫網(wǎng)模擬器中包含一個問題庫81，終端在正常工作的狀態(tài)下，實時獲 取高層的簡化Log信息，當(dāng)終端判斷自身處于脫網(wǎng)狀態(tài)時，終端備份當(dāng)前已有的簡化Log信 息，開始獲取底層和高層的詳細(xì)Log信息，并將簡化Log信息和詳細(xì)Log信息上報給脫網(wǎng)模 擬器，脫網(wǎng)模擬器包括接收模塊82，用于接收終端上報的簡化Log信息和詳細(xì)Log信息；分析模塊83，與接收模塊82相連接，用于分析接收模塊所接收到的簡化Log信息 和詳細(xì)Log信息，確定終端的異常參數(shù)；匹配模塊84，與分析模塊83相連接，用于將分析模塊83所得到的異常參數(shù)與問題 庫81中已存儲的故障信息進(jìn)行匹配，判斷匹配結(jié)果是否達(dá)到匹配閾值；處理模塊85，與匹配模塊84相連接，用于根據(jù)匹配模塊84的匹配結(jié)果，對處于脫 網(wǎng)狀態(tài)的終端進(jìn)行相應(yīng)的處理，具體包括當(dāng)匹配模塊84判斷異常參數(shù)與一個或多個故障信息的匹配度達(dá)到匹配閾值時， 處理模塊85確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為故障信息所對應(yīng)的故障原因，并在問題庫中 存在相應(yīng)處理方式的情況下，根據(jù)故障信息所對應(yīng)的處理方式對終端的脫網(wǎng)狀態(tài)進(jìn)行處理或?qū)⑾鄳?yīng)的處理方式提示給用戶，如果問題庫81中所存儲的故障信息沒有對應(yīng)的處理方 式，處理模塊85還用于向終端發(fā)出告警提示，和/或向網(wǎng)絡(luò)側(cè)進(jìn)行上報，請求相應(yīng)的處理；當(dāng)匹配模塊84判斷異常參數(shù)與問題庫中的任何故障信息的匹配度都不能達(dá)到匹 配閾值時，處理模塊85確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為未知原因。在具體的應(yīng)用場景中，在處理模塊85確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為未知原因 之后，如果接收模塊82還接收到系統(tǒng)中的其他終端也上報了脫網(wǎng)參數(shù)，匹配模塊84將終端 的異常參數(shù)與其他終端所上報的脫網(wǎng)參數(shù)進(jìn)行比較；其中，如果終端的異常參數(shù)與其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果達(dá)到相似閾 值時，處理模塊85確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為網(wǎng)絡(luò)原因，并向網(wǎng)絡(luò)側(cè)進(jìn)行上報，請求 相應(yīng)的處理；如果終端的異常參數(shù)與其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果沒有達(dá)到相 似閾值時，處理模塊85確認(rèn)終端處于脫網(wǎng)狀態(tài)的原因為新的、終端自身為主的原因，將終 端的異常參數(shù)和相關(guān)信息更新到問題庫中。進(jìn)一步的，脫網(wǎng)模擬器還包括設(shè)置模塊86和測試模塊87 設(shè)置模塊86，與分析模塊83相連接，用于在分析模塊83分析簡化Log信息和詳 細(xì)Log信息，確定終端的異常參數(shù)之后，根據(jù)處于脫網(wǎng)狀態(tài)的終端的異常參數(shù)，調(diào)整待檢測 終端的狀態(tài)機(jī)和模擬構(gòu)建網(wǎng)絡(luò)環(huán)境；測試模塊87，與設(shè)置模塊86和處理模塊85相連接，用于在離線狀態(tài)下連接設(shè)置模 塊86所設(shè)置的待檢測終端和模擬構(gòu)建的網(wǎng)絡(luò)環(huán)境，并判斷待檢測終端是否處于脫網(wǎng)狀態(tài)；其中，當(dāng)待檢測終端處于脫網(wǎng)狀態(tài)時，處理模塊85判斷待檢測終端與處于脫網(wǎng)狀態(tài)的 終端存在相同的脫網(wǎng)隱患，應(yīng)用相同的處理策略進(jìn)行處理；當(dāng)待檢測終端沒有處于脫網(wǎng)狀態(tài)時，處理模塊85判斷待檢測終端對于所述脫網(wǎng) 案例表現(xiàn)正常。與現(xiàn)有技術(shù)相比，本發(fā)明實施例具有以下優(yōu)點通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，將平時獲取簡化Log信息與脫網(wǎng)時獲 取詳細(xì)Log信息相結(jié)合，對終端處于脫網(wǎng)狀態(tài)前后的信息可以準(zhǔn)確獲取，并借助脫網(wǎng)模擬 器對脫網(wǎng)原因進(jìn)行分析判斷，并根據(jù)問題庫或其他相應(yīng)策略進(jìn)行相應(yīng)的處理，有效的克服 了脫網(wǎng)的不可預(yù)測性與信息獲取之間的矛盾，而通過脫網(wǎng)模擬器進(jìn)行問題分析，并建立問 題庫對脫網(wǎng)問題進(jìn)行統(tǒng)一處理的方式，提高了對終端脫網(wǎng)問題進(jìn)行處理的效率，并節(jié)約了 成本投入。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通 過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā) 明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲 介質(zhì)(可以是CD-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機(jī)裝置(可 以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)裝置等)執(zhí)行本發(fā)明各個實施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流 程并不一定是實施本發(fā)明所必須的。
本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進(jìn)行分 布于實施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。上述本發(fā)明序號僅僅為了描述，不代表實施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng) 域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種終端脫網(wǎng)故障的處理方法，其特征在于，應(yīng)用于包括至少一個終端和一個脫網(wǎng) 模擬器的系統(tǒng)中，所述脫網(wǎng)模擬器中包含一個問題庫，所述終端在正常工作的狀態(tài)下，實時 獲取高層的簡化日志Log信息，當(dāng)所述終端判斷自身處于脫網(wǎng)狀態(tài)時，所述終端備份當(dāng)前 已有的簡化Log信息，開始獲取底層和高層的詳細(xì)Log信息，并將所述簡化Log信息和所述 詳細(xì)Log信息上報給所述脫網(wǎng)模擬器，所述方法包括以下步驟所述脫網(wǎng)模擬器接收所述終端上報的所述簡化Log信息和所述詳細(xì)Log信息；所述脫網(wǎng)模擬器分析所述簡化Log信息和所述詳細(xì)Log信息，確定所述終端的異常參數(shù)；所述脫網(wǎng)模擬器將所述異常參數(shù)與所述問題庫中已存儲的故障信息進(jìn)行匹配，并在匹 配結(jié)果達(dá)到匹配閾值時，根據(jù)所述問題庫中相應(yīng)的故障信息確定所述終端發(fā)生脫網(wǎng)故障的 原因和相應(yīng)的處理方式。
2.如權(quán)利要求1所述的方法，其特征在于，所述終端在正常工作的狀態(tài)下，實時獲取高 層的簡化日志Log信息，具體包括所述終端通過自身的存儲空間和/或外置的存儲裝置對所述簡化Log信息進(jìn)行存儲；當(dāng)存儲所述簡化Log信息的空間不足時，所述終端用最新獲取到的簡化Log信息覆蓋 最早獲取到的簡化Log信息。
3.如權(quán)利要求2所述的方法，其特征在于，當(dāng)存儲所述簡化Log信息的空間不足時，所 述終端用最新獲取到的簡化Log信息覆蓋最早獲取到的簡化Log信息，具體為當(dāng)存儲所述簡化Log信息的空間不足時，所述終端對所述簡化Log信息進(jìn)行壓縮，并通 過所述壓縮后空余出的空間繼續(xù)存儲新獲取到的所述簡化Log信息；當(dāng)被存儲的簡化Log信息被壓縮后，所剩余的空間仍然不足時，所述終端用最新獲取 到的簡化Log信息覆蓋最早獲取到的簡化Log信息。
4.如權(quán)利要求1所述的方法，其特征在于，當(dāng)所述終端判斷自身處于脫網(wǎng)狀態(tài)時，所述 終端備份當(dāng)前已有的簡化Log信息，開始獲取底層和高層的詳細(xì)Log信息，具體為所述終端備份當(dāng)前已有的簡化Log信息，并在確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)獲取 底層和高層的詳細(xì)Log信息；如果在所述確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，所述終端判斷自身處于非脫網(wǎng)的正常 狀態(tài)，所述終端刪除備份的所述簡化Log信息和獲取到的所述詳細(xì)Log信息，并開始重新實 時獲取高層的簡化Log信息；如果在所述確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，所述終端判斷自身保持脫網(wǎng)狀態(tài)，所 述終端繼續(xù)獲取所述詳細(xì)Log信息。
5.如權(quán)利要求4所述的方法，其特征在于，如果在所述時間閾值所對應(yīng)的確認(rèn)時間范 圍內(nèi)，所述終端判斷自身保持脫網(wǎng)狀態(tài)時，所述終端繼續(xù)獲取所述詳細(xì)Log信息之后，還包 括所述終端所獲取的詳細(xì)Log信息的信息量達(dá)到信息量閾值，或獲取詳細(xì)Log信息的時 間長度達(dá)到相應(yīng)的記錄時間閾值時，所述終端將備份的所述簡化Log信息和當(dāng)前獲取到的 所述詳細(xì)Log信息上報給所述脫網(wǎng)模擬器。
6.如權(quán)利要求1所述的方法，其特征在于，所述脫網(wǎng)模擬器將所述異常參數(shù)與所述問 題庫中已存儲的故障信息進(jìn)行匹配，并在匹配結(jié)果達(dá)到匹配閾值時，根據(jù)所述問題庫中相應(yīng)的故障信息確定所述終端發(fā)生脫網(wǎng)故障的原因和相應(yīng)的處理方式，具體為所述脫網(wǎng)模擬器判斷所述異常參數(shù)與所述問題庫中已存儲的一個或多個故障信息的 匹配度是否達(dá)到匹配閾值；當(dāng)所述脫網(wǎng)模擬器判斷所述異常參數(shù)與一個或多個故障信息的匹配度達(dá)到所述匹配 閾值時，所述脫網(wǎng)模擬器確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為所述故障信息所對應(yīng)的故障 原因，并在所述問題庫中存在相應(yīng)處理方式的情況下，根據(jù)所述故障信息所對應(yīng)的處理方 式對所述終端的脫網(wǎng)狀態(tài)進(jìn)行處理或?qū)⑺鎏幚矸绞教崾窘o用戶；當(dāng)所述脫網(wǎng)模擬器判斷所述異常參數(shù)與所述問題庫中的任何故障信息的匹配度都不 能達(dá)到所述匹配閾值時，所述脫網(wǎng)模擬器確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為未知原因。
7.如權(quán)利要求6所述的方法，其特征在于，當(dāng)所述脫網(wǎng)模擬器判斷所述異常參數(shù)與一 個或多個故障信息的匹配度達(dá)到所述匹配閾值時，如果所述問題庫中所存儲的故障信息沒 有對應(yīng)的處理方式，所述方法還包括所述脫網(wǎng)模擬器向所述終端發(fā)出告警提示，和/或向網(wǎng)絡(luò)側(cè)進(jìn)行上報，請求相應(yīng)的處理。
8.如權(quán)利要求6所述的方法，其特征在于，當(dāng)所述脫網(wǎng)模擬器判斷所述異常參數(shù)與所 述問題庫中的任何故障信息的匹配度都不能達(dá)到所述匹配閾值時，所述脫網(wǎng)模擬器確認(rèn)所 述終端處于脫網(wǎng)狀態(tài)的原因為未知原因之后，所述方法還包括如果所述系統(tǒng)中的其他終端也上報了脫網(wǎng)參數(shù)，所述脫網(wǎng)模擬器將所述終端的異常參 數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)進(jìn)行比較；如果所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果達(dá)到相 似閾值時，所述脫網(wǎng)模擬器確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為網(wǎng)絡(luò)原因，并向網(wǎng)絡(luò)側(cè)進(jìn) 行上報，請求相應(yīng)的處理；如果所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果沒有達(dá) 到相似閾值時，所述脫網(wǎng)模擬器確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為新的、終端自身為主 的原因，將所述終端的異常參數(shù)和相關(guān)信息更新到所述問題庫中。
9.如權(quán)利要求1所述的方法，其特征在于，所述脫網(wǎng)模擬器分析所述簡化Log信息和所 述詳細(xì)Log信息，確定所述終端的異常參數(shù)之后，還包括所述脫網(wǎng)模擬器根據(jù)所述處于脫網(wǎng)狀態(tài)的終端的異常參數(shù)，調(diào)整待檢測終端的狀態(tài)機(jī) 和模擬構(gòu)建網(wǎng)絡(luò)環(huán)境；所述脫網(wǎng)模擬器在離線狀態(tài)下連接所述待檢測終端和所述模擬構(gòu)建的網(wǎng)絡(luò)環(huán)境，并判 斷所述待檢測終端是否處于脫網(wǎng)狀態(tài)；當(dāng)所述待檢測終端處于脫網(wǎng)狀態(tài)時，所述脫網(wǎng)模擬器判斷所述待檢測終端與所述處于 脫網(wǎng)狀態(tài)的終端存在相同的脫網(wǎng)隱患，應(yīng)用相同的處理策略進(jìn)行處理；當(dāng)所述待檢測終端沒有處于脫網(wǎng)狀態(tài)時，所述脫網(wǎng)模擬器判斷所述待檢測終端對于所 述脫網(wǎng)案例表現(xiàn)正常。
10.一種終端，其特征在于，應(yīng)用于包括至少一個終端和一個脫網(wǎng)模擬器的系統(tǒng)中，包括狀態(tài)識別模塊，用于判斷所述終端是否處于脫網(wǎng)狀態(tài)；記錄模塊，與所述狀態(tài)識別模塊相連接，用于在所述狀態(tài)識別模塊判斷所述終端處于正常工作狀態(tài)時，實時獲取高層的簡化Log信息，并在所述狀態(tài)識別模塊判斷所述終端處 于脫網(wǎng)狀態(tài)時，備份當(dāng)前已有的簡化Log信息，開始獲取底層和高層的詳細(xì)Log信息；通信模塊，與所述記錄模塊相連接，用于將所述簡化Log信息和所述詳細(xì)Log信息上報 給所述脫網(wǎng)模擬器。
11.如權(quán)利要求10所述的終端，其特征在于，所述記錄模塊用于在所述狀態(tài)識別模塊 判斷所述終端處于正常工作狀態(tài)時，實時獲取高層的簡化Log信息，具體為通過所述終端 自身的存儲空間和/或外置的存儲裝置對所述簡化Log信息進(jìn)行存儲，包括判斷子模塊，用于判斷是否還有剩余的存儲空間存儲所述簡化Log信息；處理子模塊，與所述判斷子模塊相連接，用于當(dāng)所述判斷子模塊判斷存儲所述簡化Log 信息的空間不足時，用最新獲取到的簡化Log信息覆蓋最早獲取到的簡化Log信息。
12.如權(quán)利要求11所述的終端，其特征在于，所述記錄模塊，還包括壓縮子模塊，與所 述判斷子模塊和所述處理子模塊相連接，用于當(dāng)所述判斷子模塊判斷存儲所述簡化Log信 息的空間不足時，對所述簡化Log信息進(jìn)行壓縮，使所述記錄模塊能夠通過所述壓縮后空 余出的空間繼續(xù)存儲新獲取到的所述簡化Log信息；所述處理子模塊，還用于當(dāng)所述簡化Log信息被所述壓縮子模塊壓縮后，所述判斷子 模塊仍判斷所剩余的空間仍然不足時，用最新獲取到的簡化Log信息覆蓋最早獲取到的簡 化Log信息。
13.如權(quán)利要求10所述的終端，其特征在于，還包括設(shè)置模塊，與所述狀態(tài)識別模塊相連接，用于設(shè)置脫網(wǎng)狀態(tài)的確認(rèn)時間閾值、記錄時間 閾值或信息量閾值；所述狀態(tài)識別模塊在判斷所述終端處于脫網(wǎng)狀態(tài)之后，繼續(xù)判斷所述終端是否在所述 設(shè)置模塊所設(shè)置的確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)脫離脫網(wǎng)狀態(tài)；其中，如果在所述確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，所述狀態(tài)識別模塊判斷所述終端處于 非脫網(wǎng)的正常狀態(tài)，所述記錄模塊刪除備份的所述簡化Log信息和獲取到的所述詳細(xì)Log 信息，并開始重新實時獲取高層的簡化Log信息；如果在所述確認(rèn)時間閾值所對應(yīng)的時間范圍內(nèi)，所述狀態(tài)識別模塊判斷所述終端保持 脫網(wǎng)狀態(tài)時，所述記錄模塊繼續(xù)獲取所述詳細(xì)Log信息，并在所獲取的詳細(xì)Log信息的信息 量達(dá)到信息量閾值，或獲取詳細(xì)Log信息的時間長度達(dá)到相應(yīng)的記錄時間閾值時，所述通 信模塊將備份的所述簡化Log信息和當(dāng)前獲取到的所述詳細(xì)Log信息上報給所述脫網(wǎng)模擬器。
14.一種脫網(wǎng)模擬器，其特征在于，應(yīng)用于包括至少一個終端和一個脫網(wǎng)模擬器的系統(tǒng) 中，所述脫網(wǎng)模擬器中包含一個問題庫，所述終端在正常工作的狀態(tài)下，實時獲取高層的簡 化Log信息，當(dāng)所述終端判斷自身處于脫網(wǎng)狀態(tài)時，所述終端備份當(dāng)前已有的簡化Log信 息，開始獲取底層和高層的詳細(xì)Log信息，并將所述簡化Log信息和所述詳細(xì)Log信息上報 給所述脫網(wǎng)模擬器，所述脫網(wǎng)模擬器包括接收模塊，用于接收所述終端上報的所述簡化Log信息和所述詳細(xì)Log信息；分析模塊，與所述接收模塊相連接，用于分析所述接收模塊所接收到的簡化Log信息 和詳細(xì)Log信息，確定所述終端的異常參數(shù)；匹配模塊，與所述分析模塊相連接，用于將所述分析模塊所得到的異常參數(shù)與所述問 題庫中已存儲的故障信息進(jìn)行匹配，判斷匹配結(jié)果是否達(dá)到匹配閾值；處理模塊，與所述匹配模塊相連接，用于根據(jù)所述匹配模塊的匹配結(jié)果，對所述處于脫 網(wǎng)狀態(tài)的終端進(jìn)行相應(yīng)的處理。
15.如權(quán)利要求14所述的脫網(wǎng)模擬器，其特征在于，所述處理模塊根據(jù)所述匹配模塊 的匹配結(jié)果，對所述處于脫網(wǎng)狀態(tài)的終端進(jìn)行相應(yīng)的處理，具體包括當(dāng)所述匹配模塊判斷所述異常參數(shù)與一個或多個故障信息的匹配度達(dá)到所述匹配閾 值時，所述處理模塊確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為所述故障信息所對應(yīng)的故障原 因，并在所述問題庫中存在相應(yīng)處理方式的情況下，根據(jù)所述故障信息所對應(yīng)的處理方式 對所述終端的脫網(wǎng)狀態(tài)進(jìn)行處理或?qū)⑺鎏幚矸绞教崾窘o用戶，如果所述問題庫中所存儲 的故障信息沒有對應(yīng)的處理方式，所述處理模塊還用于向所述終端發(fā)出告警提示，和/或 向網(wǎng)絡(luò)側(cè)進(jìn)行上報，請求相應(yīng)的處理；當(dāng)所述匹配模塊判斷所述異常參數(shù)與所述問題庫中的任何故障信息的匹配度都不能 達(dá)到所述匹配閾值時，所述處理模塊確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為未知原因。
16.如權(quán)利要求15所述的脫網(wǎng)模擬器，其特征在于，在所述處理模塊確認(rèn)所述終端處 于脫網(wǎng)狀態(tài)的原因為未知原因之后，如果所述接收模塊還接收到所述系統(tǒng)中的其他終端也 上報了脫網(wǎng)參數(shù)，所述匹配模塊將所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù) 進(jìn)行比較；其中，如果所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果達(dá)到相 似閾值時，所述處理模塊確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為網(wǎng)絡(luò)原因，并向網(wǎng)絡(luò)側(cè)進(jìn)行 上報，請求相應(yīng)的處理；如果所述終端的異常參數(shù)與所述其他終端所上報的脫網(wǎng)參數(shù)之間的比較結(jié)果沒有達(dá) 到相似閾值時，所述處理模塊確認(rèn)所述終端處于脫網(wǎng)狀態(tài)的原因為新的、終端自身為主的 原因，將所述終端的異常參數(shù)和相關(guān)信息更新到所述問題庫中。
17.如權(quán)利要求14所述的脫網(wǎng)模擬器，其特征在于，還包括設(shè)置模塊和測試模塊所述設(shè)置模塊，與所述分析模塊相連接，用于在所述分析模塊分析所述簡化Log信息 和所述詳細(xì)Log信息，確定所述終端的異常參數(shù)之后，根據(jù)所述處于脫網(wǎng)狀態(tài)的終端的異 常參數(shù)，調(diào)整待檢測終端的狀態(tài)機(jī)和模擬構(gòu)建網(wǎng)絡(luò)環(huán)境；所述測試模塊，與所述設(shè)置模塊和所述處理模塊相連接，用于在離線狀態(tài)下連接所述 設(shè)置模塊所設(shè)置的所述待檢測終端和所述模擬構(gòu)建的網(wǎng)絡(luò)環(huán)境，并判斷所述待檢測終端是 否處于脫網(wǎng)狀態(tài)；其中，當(dāng)所述待檢測終端處于脫網(wǎng)狀態(tài)時，所述處理模塊判斷所述待檢測終端與所述處于脫 網(wǎng)狀態(tài)的終端存在相同的脫網(wǎng)隱患，應(yīng)用相同的處理策略進(jìn)行處理；當(dāng)所述待檢測終端沒有處于脫網(wǎng)狀態(tài)時，所述處理模塊判斷所述待檢測終端對于所述 脫網(wǎng)案例表現(xiàn)正常。
全文摘要
本發(fā)明實施例公開了一種終端脫網(wǎng)故障的處理方法和裝置，將平時獲取簡化Log信息與脫網(wǎng)時獲取詳細(xì)Log信息相結(jié)合，對終端處于脫網(wǎng)狀態(tài)前后的信息可以準(zhǔn)確獲取，并借助脫網(wǎng)模擬器對脫網(wǎng)原因進(jìn)行分析判斷，并根據(jù)問題庫或其他相應(yīng)策略進(jìn)行相應(yīng)的處理，有效的克服了脫網(wǎng)的不可預(yù)測性與信息獲取之間的矛盾，而通過脫網(wǎng)模擬器進(jìn)行問題分析，并建立問題庫對脫網(wǎng)問題進(jìn)行統(tǒng)一處理的方式，提高了對終端脫網(wǎng)問題進(jìn)行處理的效率，并節(jié)約了成本投入。
文檔編號G06F17/30GK102045181SQ200910093470
公開日2011年5月4日 申請日期2009年10月10日 優(yōu)先權(quán)日2009年10月10日
發(fā)明者李雯雯, 殷端, 王辰, 郭衛(wèi)江, 馬杰 申請人:中國移動通信集團(tuán)公司