專利名稱：一種故障的診斷方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種故障的診斷方法和設(shè)備。
背景技術(shù)：
在當(dāng)前的 TD-SCDMA (Time Division-Synchronous Code Division Multiple Access，時(shí)分同步碼分多址)無(wú)線接入網(wǎng)絡(luò)維護(hù)中，運(yùn)維工作采用的工具主要有OMCR (Μ ^ M /3 43 Operation Administration and Maintenance Center)> LMT (Local Maintenance Terminal，本地維護(hù)終端)等；工作方式主要是人工監(jiān)控OMCR的告警，從OMCR 提取網(wǎng)絡(luò)KPI (Key Performance hdicator，關(guān)鍵業(yè)績(jī)指標(biāo))指標(biāo)分析網(wǎng)絡(luò)質(zhì)量，定位到網(wǎng) 元問(wèn)題后，登錄網(wǎng)元設(shè)備查看設(shè)備狀態(tài)，提取設(shè)備日志，并結(jié)合現(xiàn)有的設(shè)備故障處理手冊(cè)進(jìn) 行人工分析。具體的，運(yùn)維人員日常分析網(wǎng)絡(luò)質(zhì)量的步驟包括1)通過(guò)OMCR提取網(wǎng)絡(luò)中所有小 區(qū)的KPI指標(biāo)；2)對(duì)提取的KPI指標(biāo)進(jìn)行篩選，找出KPI指標(biāo)差的小區(qū)；3)根據(jù)小區(qū)分布規(guī) 律定位是RNC (Radio Network Controller，無(wú)線網(wǎng)絡(luò)控制器)還是NodeB (基站)的問(wèn)題； 4)如果是RNC的問(wèn)題，登陸RNC提取相關(guān)日志進(jìn)行分析；如果是基站的問(wèn)題，登陸該基站查 詢各種參數(shù)狀態(tài)，提取日志，并參考設(shè)備排障手冊(cè)綜合分析。在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問(wèn)題
在現(xiàn)有TD-SCDMA的RAN (Radio Access Network，無(wú)線接入網(wǎng))系統(tǒng)中，一個(gè)城市的網(wǎng) 絡(luò)包含多個(gè)RNC，每個(gè)RNC下有多個(gè)(如數(shù)十個(gè))基站；為了保證現(xiàn)網(wǎng)運(yùn)行的質(zhì)量，需要關(guān)注 各個(gè)小區(qū)的KPI指標(biāo)情況。在通常情況下，每天提取一次KPI指標(biāo)進(jìn)行壞小區(qū)的判定和分 析，但當(dāng)網(wǎng)絡(luò)繁忙時(shí)，如果網(wǎng)元出現(xiàn)故障，則會(huì)導(dǎo)致個(gè)別小區(qū)甚至多個(gè)小區(qū)業(yè)務(wù)質(zhì)量下降； 如果不能及時(shí)發(fā)現(xiàn)指標(biāo)異常情況，會(huì)遭到客戶投訴。而在出現(xiàn)問(wèn)題后，分析網(wǎng)絡(luò)故障會(huì)耗費(fèi) 大量人力和時(shí)間。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種故障的診斷方法和設(shè)備，以對(duì)故障進(jìn)行分析，并確定故障 fn息ο為了達(dá)到上述目的，本發(fā)明實(shí)施例提供一種故障的診斷方法，包括 獲取網(wǎng)絡(luò)數(shù)據(jù)；
當(dāng)根據(jù)所述網(wǎng)絡(luò)數(shù)據(jù)確定網(wǎng)元設(shè)備發(fā)生故障時(shí)，根據(jù)預(yù)先存儲(chǔ)的案例腳本程序獲取所 述網(wǎng)元設(shè)備的網(wǎng)元數(shù)據(jù)；
根據(jù)所述網(wǎng)元數(shù)據(jù)以及預(yù)先存儲(chǔ)的案例腳本程序確定故障信息。發(fā)明實(shí)施例提供一種故障的診斷設(shè)備，包括 第一獲取模塊，用于獲取網(wǎng)絡(luò)數(shù)據(jù)；
第一確定模塊，用于根據(jù)所述網(wǎng)絡(luò)數(shù)據(jù)確定網(wǎng)元設(shè)備發(fā)生故障；
第二獲取模塊，用于根據(jù)預(yù)先存儲(chǔ)的案例腳本程序獲取所述網(wǎng)元設(shè)備的網(wǎng)元數(shù)據(jù)；第二確定模塊，用于根據(jù)所述網(wǎng)元數(shù)據(jù)以及預(yù)先存儲(chǔ)的案例腳本程序確定故障信息。與現(xiàn)有技術(shù)相比，本發(fā)明至少具有以下優(yōu)點(diǎn)
KPI智能診斷工具根據(jù)預(yù)先存儲(chǔ)的案例腳本程序以及從網(wǎng)元設(shè)備獲取的網(wǎng)元數(shù)據(jù)確定 故障信息，可實(shí)現(xiàn)RAN系統(tǒng)KPI的實(shí)時(shí)監(jiān)控，提高RAN系統(tǒng)設(shè)備故障分析效率。


為了更清楚地說(shuō)明本發(fā)明的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖 作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普 通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實(shí)施例一提供的一種故障的診斷方法流程示意圖； 圖2是本發(fā)明實(shí)施例二中提供的組網(wǎng)示意圖3是本發(fā)明實(shí)施例二中提供的智能診斷工具的結(jié)構(gòu)示意圖； 圖4是本發(fā)明實(shí)施例四提供的一種故障的診斷設(shè)備結(jié)構(gòu)示意圖。
具體實(shí)施例方式現(xiàn)有技術(shù)中，在TD-SCDMA無(wú)線接入網(wǎng)(RAN)系統(tǒng)維護(hù)過(guò)程中，存在下列問(wèn)題 1)通過(guò)告警發(fā)現(xiàn)網(wǎng)元設(shè)備的異常，不能全局把握網(wǎng)絡(luò)質(zhì)量。2)人工分析全網(wǎng)KPI，時(shí)效性差，無(wú)法做到實(shí)時(shí)監(jiān)控現(xiàn)網(wǎng)指標(biāo)，維護(hù)方式被動(dòng)。在 日常維護(hù)時(shí)，大量故障是靠網(wǎng)元設(shè)備告警發(fā)現(xiàn)并進(jìn)行處理，無(wú)法主動(dòng)對(duì)網(wǎng)元設(shè)備進(jìn)行診斷， 即使提取KPI分析也無(wú)法對(duì)每個(gè)時(shí)間段都去提取分析，無(wú)法實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)的運(yùn)行情況。3)人工分析故障時(shí)，需要使用工具多次登陸網(wǎng)元設(shè)備進(jìn)行大量操作，重復(fù)工作多， 耗費(fèi)精力大；而且人工定位問(wèn)題效率低下，耗時(shí)耗力。在RAN系統(tǒng)中，涉及到大量的RNC和 基站，維護(hù)人員對(duì)KPI指標(biāo)分析消耗時(shí)間長(zhǎng)，重復(fù)工作多，維護(hù)壓力大；而且問(wèn)題定位周期 長(zhǎng)，很難保證及時(shí)消除問(wèn)題。4)網(wǎng)元設(shè)備差異性大，問(wèn)題較繁雜，對(duì)維護(hù)人員綜合水平要求高，通常很難兼顧不 同網(wǎng)元，維護(hù)需要花費(fèi)較多人力；而且維護(hù)分析過(guò)度依賴人員技能，無(wú)法保證質(zhì)量。維護(hù)工 作中涉及0MCR、RNC和基站，解決網(wǎng)絡(luò)中問(wèn)題需要的知識(shí)面廣，對(duì)人員技能依賴強(qiáng)，如果沒 有長(zhǎng)時(shí)間的知識(shí)積累，很難精確定位問(wèn)題，網(wǎng)絡(luò)維護(hù)質(zhì)量無(wú)法保證。針對(duì)上述問(wèn)題，本發(fā)明實(shí)施例提供一種故障的診斷方法和設(shè)備，以通過(guò)網(wǎng)絡(luò)KPI 智能診斷工具(即無(wú)線接入網(wǎng)智能診斷工具)進(jìn)行故障的診斷，通過(guò)計(jì)算機(jī)程序集成眾多經(jīng) 驗(yàn)豐富的運(yùn)維人員的排障方法，可以對(duì)無(wú)線接入網(wǎng)進(jìn)行實(shí)時(shí)監(jiān)測(cè)，自動(dòng)提取網(wǎng)絡(luò)信息，綜合 分析數(shù)據(jù)，智能判斷網(wǎng)元設(shè)備異常，并友好地將故障狀態(tài)呈現(xiàn)給用戶；從而將人工分析轉(zhuǎn)化 為智能診斷，釋放了維護(hù)人力，有效地解決了上述問(wèn)題。下面將結(jié)合本發(fā)明中的附圖，對(duì)本發(fā)明中的技術(shù)方案進(jìn)行清楚、完整地描述，顯 然，所描述的實(shí)施例僅僅是本發(fā)明的一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的 實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都 屬于本發(fā)明保護(hù)的范圍。實(shí)施例一
本發(fā)明實(shí)施例一提供一種故障的診斷方法，該方法的執(zhí)行主體可為網(wǎng)絡(luò)KPI智能診斷
6工具(簡(jiǎn)稱智能診斷工具)，該方法應(yīng)用的場(chǎng)景包括但不限于=TD-SCDMA系統(tǒng)、GSM (Global System for Mobile Communications,全球移動(dòng)通訊)系統(tǒng)、WCDMA (Wideband Code Division Multiple Access，寬帶碼分多址)系統(tǒng)、CDMA2000 (Code Division Multiple Access，碼分多址)系統(tǒng)等。如圖1所示，該方法包括以下步驟
步驟101，智能診斷工具獲取網(wǎng)絡(luò)數(shù)據(jù)。其中，智能診斷工具可從操作維護(hù)中心(如 0MCR)上獲取該網(wǎng)絡(luò)數(shù)據(jù)，該網(wǎng)絡(luò)數(shù)據(jù)包括但不限于KPI指標(biāo)信息、經(jīng)緯度信息、參數(shù)配置 信息之一或任意組合。步驟102，當(dāng)根據(jù)網(wǎng)絡(luò)數(shù)據(jù)確定網(wǎng)元設(shè)備發(fā)生故障時(shí)，智能診斷工具根據(jù)預(yù)先存儲(chǔ) 的案例腳本程序獲取網(wǎng)元設(shè)備的網(wǎng)元數(shù)據(jù)。具體的，智能診斷工具可根據(jù)網(wǎng)絡(luò)數(shù)據(jù)中的KPI指標(biāo)信息確定業(yè)務(wù)失敗率以及業(yè) 務(wù)失敗信息；并根據(jù)業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定網(wǎng)元設(shè)備發(fā)生故障。其中，該業(yè)務(wù)失 敗率包括但不限于RRC (Radio Resource Control，無(wú)線資源控制協(xié)議)失敗率、RAB (Radio Access Bear，無(wú)線接入承載)失敗率、掉話率之一或任意組合；該業(yè)務(wù)失敗信息包括但不限 于業(yè)務(wù)失敗小區(qū)信息、載波信息、時(shí)間信息之一或任意組合。進(jìn)一步的，根據(jù)業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定網(wǎng)元設(shè)備發(fā)生故障的過(guò)程中， 當(dāng)根據(jù)業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗發(fā)生在網(wǎng)元設(shè)備時(shí)，確定網(wǎng)元設(shè)備發(fā)生故障。本發(fā)明實(shí)施例中，網(wǎng)元設(shè)備包括基站控制器和/或基站；根據(jù)業(yè)務(wù)失敗率及業(yè)務(wù) 失敗信息確定業(yè)務(wù)失敗發(fā)生在網(wǎng)元設(shè)備的過(guò)程包括根據(jù)業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確 定業(yè)務(wù)失敗集中在同一個(gè)基站控制器下；或者，根據(jù)業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè) 務(wù)失敗集中在同一個(gè)基站控制器側(cè)同一塊接口板下的基站；或者，根據(jù)業(yè)務(wù)失敗率以及業(yè) 務(wù)失敗信息確定業(yè)務(wù)失敗集中在同一個(gè)基站控制器的同一個(gè)DSP上；或者，根據(jù)業(yè)務(wù)失敗 率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在一個(gè)基站；或者，根據(jù)業(yè)務(wù)失敗率以及業(yè)務(wù)失敗 信息確定業(yè)務(wù)失敗集中在一個(gè)基站的一個(gè)小區(qū)下；或者，根據(jù)業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信 息確定業(yè)務(wù)失敗集中在一個(gè)小區(qū)的一個(gè)載波下；或者，根據(jù)經(jīng)緯度信息、業(yè)務(wù)失敗率以及業(yè) 務(wù)失敗信息確定業(yè)務(wù)失敗集中在一片物理區(qū)域。另外，需要注意的是，智能診斷工具根據(jù)預(yù)先存儲(chǔ)的案例腳本程序獲取網(wǎng)元設(shè)備 的網(wǎng)元數(shù)據(jù)的過(guò)程，包括根據(jù)預(yù)先存儲(chǔ)的案例腳本程序確定需要獲取的網(wǎng)元數(shù)據(jù)，并從網(wǎng) 元設(shè)備上獲取需要獲取的網(wǎng)元數(shù)據(jù)；其中網(wǎng)元數(shù)據(jù)包括但不限于需要獲取的網(wǎng)元設(shè)備的狀 態(tài)信息、配置信息、實(shí)時(shí)數(shù)據(jù)信息、日志信息之一或任意組合。步驟103，智能診斷工具根據(jù)網(wǎng)元數(shù)據(jù)以及預(yù)先存儲(chǔ)的案例腳本程序確定故障信 肩、ο具體的，智能診斷工具可通過(guò)預(yù)先存儲(chǔ)的案例腳本程序?qū)λ鼍W(wǎng)元數(shù)據(jù)進(jìn)行分 析，并根據(jù)分析結(jié)果確定故障信息。本發(fā)明實(shí)施例中，該案例腳本程序?yàn)轭A(yù)先存儲(chǔ)在可擴(kuò)展 案例庫(kù)中的程序集合；可擴(kuò)展案例庫(kù)用于實(shí)現(xiàn)從人工排障經(jīng)驗(yàn)到程序流程的轉(zhuǎn)化。步驟104，智能診斷工具以界面呈現(xiàn)方式和/或日志報(bào)表呈現(xiàn)方式顯示故障信息。綜上，本發(fā)明實(shí)施例中，KPI智能診斷工具根據(jù)預(yù)先存儲(chǔ)的案例腳本程序以及從網(wǎng) 元設(shè)備獲取的網(wǎng)元數(shù)據(jù)確定故障信息，可實(shí)現(xiàn)RAN系統(tǒng)KPI的實(shí)時(shí)監(jiān)控，提高RAN系統(tǒng)設(shè)備 故障分析效率。
實(shí)施例二
本發(fā)明實(shí)施例二提供一種故障的診斷方法，該方法的執(zhí)行主體可為網(wǎng)絡(luò)KPI智能診斷 工具(簡(jiǎn)稱智能診斷工具)，本實(shí)施例中，以圖2所示的智能診斷工具在RAN系統(tǒng)中的拓?fù)涫?意圖為例進(jìn)行說(shuō)明。其中，智能診斷工具在運(yùn)維網(wǎng)絡(luò)中，可部署在和OMCR處于同一局域網(wǎng)的PC機(jī)上， 也可以部署在其他設(shè)備上。從圖2可以看出，智能診斷工具和OMCR處于同一局域網(wǎng)，智能 診斷工具可直接訪問(wèn)OMCR的數(shù)據(jù)庫(kù)；而且智能診斷工具可通過(guò)0MCR，訪問(wèn)到基站控制器 (RNC)和基站(NodeB)。通過(guò)訪問(wèn)OMCR數(shù)據(jù)庫(kù)，智能診斷工具可提取OMCR的數(shù)據(jù)；另外，智 能診斷工具以O(shè)MCR為路由可獲取RNC和NodeB的信息，并通過(guò)對(duì)上述信息進(jìn)行智能分析， 診斷出網(wǎng)元設(shè)備(即基站控制器、基站等設(shè)備)的故障。本發(fā)明實(shí)施例中，可通過(guò)智能診斷工具分析RAN系統(tǒng)故障，并取代部分人工分析， 該智能診斷工具集成了經(jīng)驗(yàn)豐富的運(yùn)維人員的典型案例，不斷擴(kuò)充智能診斷知識(shí)庫(kù)，增強(qiáng) 診斷范圍和準(zhǔn)確度。而且智能診斷工具也是非常有效的運(yùn)維工具，是OMCR的有效擴(kuò)充，可 以有效降低OMCR的負(fù)荷。為了更加清楚的闡述本發(fā)明實(shí)施例提供的技術(shù)方案，以下結(jié)合圖3所示的智能診 斷工具的示意圖進(jìn)行詳細(xì)說(shuō)明。在智能診斷工具中，包括配置解析和定時(shí)器模塊、KPI收 集模塊、KPI分析模塊、嫌疑網(wǎng)元IP列表、故障分析模塊(其中包含網(wǎng)元數(shù)據(jù)輪詢模塊、可擴(kuò) 展案例庫(kù)、綜合分析模塊)、故障呈現(xiàn)模塊(其中包含信息綜合模塊、界面呈現(xiàn)模塊、日志報(bào) 表呈現(xiàn)模塊)等。需要注意的是，上述模塊劃分方式只是一種優(yōu)選的劃分方式，實(shí)際應(yīng)用中 上述模塊可合并或拆分，本發(fā)明實(shí)施例中不再贅述。本發(fā)明實(shí)施例中，智能診斷工具可通過(guò)采集網(wǎng)絡(luò)中的狀態(tài)數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)以及日 志，將海量的信息通過(guò)案例程序化分析，對(duì)網(wǎng)元設(shè)備故障和網(wǎng)絡(luò)性能給出直觀的界面呈現(xiàn)， 從而指導(dǎo)維護(hù)人員快速排除障礙，保障網(wǎng)絡(luò)KPI指標(biāo)。以下將結(jié)合智能診斷工具的功能模 塊示意圖對(duì)本發(fā)明實(shí)施例進(jìn)行進(jìn)一步的說(shuō)明
在智能診斷工具中，包含導(dǎo)入OMCR數(shù)據(jù)接口、導(dǎo)入配置數(shù)據(jù)接口、輪詢網(wǎng)元數(shù)據(jù)日志 接口等外部接口。導(dǎo)入OMCR數(shù)據(jù)接口集成了對(duì)OMCR數(shù)據(jù)庫(kù)的訪問(wèn)功能，智能診斷工具可以通過(guò)該 導(dǎo)入OMCR數(shù)據(jù)接口訪問(wèn)處于同一個(gè)局域網(wǎng)上的OMCR數(shù)據(jù)庫(kù)中的網(wǎng)絡(luò)數(shù)據(jù)，智能診斷工具 從OMCR上獲取到的網(wǎng)絡(luò)數(shù)據(jù)包括但不限于全網(wǎng)的KPI指標(biāo)、全網(wǎng)的經(jīng)緯度信息、全網(wǎng)參數(shù)配置。導(dǎo)入配置數(shù)據(jù)接口主要是智能診斷工具的操作人員對(duì)智能診斷工具使用前的配 置接口，用于配置OMCR的IP地址，導(dǎo)入信息字段，導(dǎo)入信息的時(shí)段，部分信息的門限等，上 述信息指導(dǎo)智能診斷工具下一步數(shù)據(jù)獲取。輪詢網(wǎng)元數(shù)據(jù)日志接口是智能診斷工具訪問(wèn)網(wǎng)元設(shè)備(RNC和NodeB等)的接口， 智能診斷工具可以通過(guò)網(wǎng)元設(shè)備的IP地址遠(yuǎn)程登錄到具體的網(wǎng)元設(shè)備，訪問(wèn)并提取網(wǎng)元 設(shè)備的網(wǎng)元數(shù)據(jù)，從而起到收集網(wǎng)元數(shù)據(jù)的作用。其中，該網(wǎng)元數(shù)據(jù)包括但不限于網(wǎng)元設(shè)備的狀態(tài)信息、配置信息、實(shí)時(shí)數(shù)據(jù)信息、 日志信息等；智能診斷工具從RNC獲取的數(shù)據(jù)為單個(gè)RNC的狀態(tài)信息、配置信息、實(shí)時(shí)數(shù)據(jù)； 單個(gè)RNC的各種日志；智能診斷工具從NodeB獲取的數(shù)據(jù)為單個(gè)NodeB的狀態(tài)信息、配置信息、實(shí)時(shí)數(shù)據(jù)；單個(gè)NodeB的各種日志。在智能診斷工具的各功能模塊中，(1)配置解析和定時(shí)器模塊，用于接收智能診 斷工具的界面配置和配置文件，對(duì)操作人員配置的數(shù)據(jù)進(jìn)行解析，形成執(zhí)行指令，并輸出給 KPI收集模塊；如果配置中有周期性事件，則將周期性事件的時(shí)間配置給定時(shí)器模塊，由定 時(shí)器模塊定時(shí)觸發(fā)智能診斷工具運(yùn)行檢測(cè)程序。(2) KPI收集模塊，用于通過(guò)解析操作人員導(dǎo)入的配置信息，確定需要導(dǎo)入的數(shù)據(jù) 庫(kù)具體字段，之后訪問(wèn)OMCR數(shù)據(jù)庫(kù)，將對(duì)應(yīng)時(shí)段的網(wǎng)絡(luò)數(shù)據(jù)查詢到智能診斷工具本地。其中，獲取網(wǎng)絡(luò)數(shù)據(jù)時(shí)可通過(guò)導(dǎo)入OMCR數(shù)據(jù)接口從操作維護(hù)中心上獲取網(wǎng)絡(luò)數(shù) 據(jù)，該網(wǎng)絡(luò)數(shù)據(jù)包括KPI指標(biāo)信息、經(jīng)緯度信息、參數(shù)配置信息之一或任意組合。(3)KPI分析模塊，用于根據(jù)KPI指標(biāo)信息確定業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息(KPI 指標(biāo)信息中可直接查詢到相關(guān)信息)；并根據(jù)業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定網(wǎng)元設(shè)備 發(fā)生故障。具體的，KPI分析模塊對(duì)規(guī)定時(shí)間內(nèi)大量的業(yè)務(wù)失敗率(RRC失敗率、RAB失敗率、 掉話率等KPI指標(biāo))關(guān)聯(lián)業(yè)務(wù)失敗信息(業(yè)務(wù)失敗小區(qū)信息、載波信息、時(shí)間信息等)，以配 置的失敗率和失敗數(shù)量等門限為準(zhǔn)則，綜合分析后獲知影響指標(biāo)的主要問(wèn)題；其中，當(dāng)根據(jù) 業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗發(fā)生在網(wǎng)元設(shè)備時(shí)，則確定該網(wǎng)元設(shè)備發(fā)生故障。本發(fā)明實(shí)施例中，在分析數(shù)據(jù)時(shí)，主要從下面幾個(gè)原則進(jìn)行判斷1)業(yè)務(wù)失敗是 否集中在同一個(gè)基站控制器下；2)業(yè)務(wù)失敗是否集中在同一個(gè)基站控制器側(cè)同一塊接口 板下的基站；3)業(yè)務(wù)失敗是否集中在同一個(gè)基站控制器的同一個(gè)DSP (Digital Signal Processing，數(shù)字信號(hào)處理)上；4)業(yè)務(wù)失敗是否集中在一個(gè)基站；5)業(yè)務(wù)失敗是否集中在 一個(gè)基站的一個(gè)小區(qū)下；6)業(yè)務(wù)失敗是否集中在一個(gè)小區(qū)的一個(gè)載波下；7)業(yè)務(wù)失敗是否 集中在一片物理區(qū)域(根據(jù)經(jīng)緯度信息進(jìn)行區(qū)分)?；谝陨显瓌t，KPI分析模塊從海量KPI數(shù)據(jù)中可提供以下輸出1)分析導(dǎo)致KPI 指標(biāo)差的少量基站或RNC，形成嫌疑網(wǎng)元的IP列表；2)分析網(wǎng)絡(luò)KPI指標(biāo)差的原因，提供給 故障呈現(xiàn)模塊。進(jìn)一步的，嫌疑網(wǎng)元IP列表是KPI分析模塊處理了導(dǎo)入數(shù)據(jù)后的結(jié)果列表，用于 存儲(chǔ)疑似故障的網(wǎng)元的IP地址。當(dāng)確定了相應(yīng)的IP地址后，即可以對(duì)全網(wǎng)大量的網(wǎng)元設(shè) 備具有側(cè)重點(diǎn)，為后續(xù)的精細(xì)分析提供了可能性。(4)故障分析模塊，用于針對(duì)每個(gè)網(wǎng)元設(shè)備單獨(dú)的故障進(jìn)行診斷處理，通過(guò)嫌疑網(wǎng) 元IP列表導(dǎo)入的IP地址和網(wǎng)元類型，智能診斷工具可登陸到該網(wǎng)元設(shè)備，并根據(jù)可擴(kuò)展 案例庫(kù)中的案例(即預(yù)先存儲(chǔ)的案例腳本程序，案例腳本程序?yàn)轭A(yù)先存儲(chǔ)在可擴(kuò)展案例庫(kù) 中的程序集合)確定需要獲取的網(wǎng)元數(shù)據(jù)(包括但不限于需要獲取的網(wǎng)元設(shè)備的狀態(tài)信息、 配置信息、實(shí)時(shí)數(shù)據(jù)信息、日志信息之一或任意組合)，從網(wǎng)元設(shè)備上查詢需要獲取的網(wǎng)元 數(shù)據(jù)，提取所需要的網(wǎng)元數(shù)據(jù)，并根據(jù)可擴(kuò)展案例庫(kù)中的程序進(jìn)行數(shù)據(jù)綜合處理(即根據(jù)預(yù) 先存儲(chǔ)的案例腳本程序確定處理程序，通過(guò)處理程序?qū)W(wǎng)元數(shù)據(jù)進(jìn)行處理，以確定故障信 肩、)O具體的，在故障分析模塊中，網(wǎng)元數(shù)據(jù)輪詢模塊用于對(duì)嫌疑網(wǎng)元IP列表中的網(wǎng)元 設(shè)備進(jìn)行狀態(tài)輪詢，日志提取，并可以記錄網(wǎng)元設(shè)備所有的異常狀態(tài)、異常狀態(tài)的日志和故
9障產(chǎn)生的時(shí)間。可擴(kuò)展案例庫(kù)是智能判斷的程序集合，多次的重復(fù)工作會(huì)抽象成流程，然后程序 實(shí)現(xiàn)，并擴(kuò)充到可擴(kuò)展案例庫(kù)中。可擴(kuò)展案例庫(kù)實(shí)現(xiàn)了從人工排障經(jīng)驗(yàn)到程序流程的轉(zhuǎn)化， 不斷擴(kuò)充的可擴(kuò)展案例庫(kù)為經(jīng)驗(yàn)豐富運(yùn)維人員的集合。綜合分析模塊逐條調(diào)用可擴(kuò)展案例庫(kù)的程序，根據(jù)每個(gè)案例需要的信息，要求網(wǎng) 元數(shù)據(jù)輪訓(xùn)模塊提供相應(yīng)的數(shù)據(jù)和日志，之后將相應(yīng)數(shù)據(jù)和日志以預(yù)定的程序進(jìn)行處理。 由于是對(duì)可擴(kuò)展案例庫(kù)中所有程序進(jìn)行處理，所以對(duì)于每個(gè)疑似網(wǎng)元設(shè)備的處理會(huì)很全 面，對(duì)于重復(fù)出現(xiàn)的問(wèn)題非常有效。進(jìn)一步的，如果當(dāng)前故障狀態(tài)未在可擴(kuò)展案例庫(kù)中找到，則綜合分析模塊會(huì)記錄 所有異常的狀態(tài)，由維護(hù)人員定位問(wèn)題，待新問(wèn)題定位后，維護(hù)人員可以將該問(wèn)題再次補(bǔ)充 到可擴(kuò)展案例庫(kù)中。(5)故障呈現(xiàn)模塊是智能診斷工具和運(yùn)維人員的接口，呈現(xiàn)下列信息1)KPI分析 模塊得到結(jié)論；2)故障分析模塊得到的每個(gè)網(wǎng)元設(shè)備的故障分析結(jié)論。具體的，故障呈現(xiàn)模塊可先整體介紹網(wǎng)絡(luò)的KPI情況(KPI分析的概述)，之后對(duì)導(dǎo) 致KPI指標(biāo)差的網(wǎng)元設(shè)備給出分析結(jié)論，并可從PC界面和日志中呈現(xiàn)。由于所有嫌疑網(wǎng)元 設(shè)備涉及的故障分析結(jié)果會(huì)被一一記錄，則運(yùn)維人員可以從智能診斷工具上直觀地獲取到 全網(wǎng)設(shè)備的故障報(bào)表，該呈現(xiàn)過(guò)程可以從智能診斷工具的界面上呈現(xiàn)，也可以從智能診斷 工具的日志中查詢到本輪處理的結(jié)果。故障呈現(xiàn)模塊中，信息綜合模塊負(fù)責(zé)形成呈現(xiàn)信息，將網(wǎng)元設(shè)備的故障分析和處 理建議形成統(tǒng)一格式，提供給界面呈現(xiàn)模塊和日志報(bào)表呈現(xiàn)模塊。界面呈現(xiàn)模塊負(fù)責(zé)呈現(xiàn) 界面信息，并以界面呈現(xiàn)方式顯示故障信息；日志報(bào)表呈現(xiàn)模塊負(fù)責(zé)形成日志，并以日志報(bào) 表呈現(xiàn)方式顯示故障信息。實(shí)施例三
本發(fā)明實(shí)施例三提供一種故障的診斷方法，該方法的執(zhí)行主體可為網(wǎng)絡(luò)KPI智能診斷 工具(簡(jiǎn)稱智能診斷工具)，本實(shí)施例中，以一個(gè)具體的智能診斷流程來(lái)說(shuō)明智能診斷工具 的工作原理。假設(shè)運(yùn)維人員需要診斷2010年12月25日18時(shí)到2010年12月沈日08時(shí)全網(wǎng) RRC失敗的分析結(jié)論，則執(zhí)行如下工作
1)對(duì)智能診斷工具進(jìn)行配置，本實(shí)施例只診斷全網(wǎng)的RRC接通率指標(biāo)，配置信息如下 業(yè)務(wù)診斷業(yè)務(wù)選擇RRC失敗(可診斷RAB失敗，掉話率等，也可全部診斷)；門限失敗門限 配置為小區(qū)失敗次數(shù)>=5次；失敗率>=15% ；時(shí)段時(shí)間2010年12月25日18時(shí)00分00 秒一2010年12月沈日08時(shí)00分00秒；模式循環(huán)、非循環(huán)；智能診斷工具會(huì)將輸入的 配置信息自動(dòng)解析，形成診斷指令，并且啟動(dòng)定時(shí)器，參考圖3的②。2)啟動(dòng)智能診斷工具，該過(guò)程可提前啟動(dòng)，當(dāng)時(shí)間到達(dá)2010年12月沈日08時(shí)00 分00秒后診斷程序會(huì)自動(dòng)開始工作，從OMCR上提取該時(shí)段的RRC指標(biāo)，參考圖3中的①。3)智能診斷工具收集RRC在該時(shí)段的數(shù)據(jù)后，KPI分析模塊分析KPI數(shù)據(jù)，得出 KPI指標(biāo)存在問(wèn)題的網(wǎng)元設(shè)備列表(RNC、NodeB等)，將分析結(jié)論存儲(chǔ)到嫌疑網(wǎng)元IP列表中， 并將分析結(jié)論發(fā)送給故障呈現(xiàn)模塊，作為報(bào)表的總括介紹。4)嫌疑網(wǎng)元IP會(huì)提交給故障分析模塊，參考圖3的⑥，故障分析模塊逐條遍歷可擴(kuò)展案例庫(kù)中的處理規(guī)則，根據(jù)處理規(guī)則中需要的信息查詢網(wǎng)元設(shè)備狀態(tài)，提取網(wǎng)元設(shè)備
日志ο該診斷需要進(jìn)行RRC失敗的診斷，需要提取RNC的信息、疑似NodeB的信息，并需 要結(jié)合業(yè)務(wù)失敗頻點(diǎn)、時(shí)隙、UE (用戶設(shè)備)測(cè)量上報(bào)中的RSCP (Received Signal Code Power,接收信號(hào)碼功率)等信息綜合分析，并檢測(cè)基站的狀態(tài)，業(yè)務(wù)流程等日志，進(jìn)行綜合 判斷，參考圖3的⑥⑦⑧⑨。5)經(jīng)過(guò)多條成熟案例的邏輯診斷，可確定疑似網(wǎng)元設(shè)備的失敗原因，將失敗的證 據(jù)和以往的處理方案形成規(guī)定格式的顯示信息，輸出給界面呈現(xiàn)模塊和日志報(bào)表呈現(xiàn)模6)界面呈現(xiàn)。經(jīng)過(guò)上述操作KPI智能診斷執(zhí)行完畢，并形成包含檢測(cè)故障點(diǎn)和處 理意見的報(bào)表，如表1所示的一種示意情況，通過(guò)表1，維護(hù)人員可了解到這段時(shí)間內(nèi)的網(wǎng) 絡(luò)運(yùn)行狀況，也可對(duì)導(dǎo)致網(wǎng)絡(luò)KPI指標(biāo)下降的站點(diǎn)執(zhí)行相應(yīng)處理。表 權(quán)利要求
1.一種故障的診斷方法，其特征在于，包括 獲取網(wǎng)絡(luò)數(shù)據(jù)；當(dāng)根據(jù)所述網(wǎng)絡(luò)數(shù)據(jù)確定網(wǎng)元設(shè)備發(fā)生故障時(shí)，根據(jù)預(yù)先存儲(chǔ)的案例腳本程序獲取所 述網(wǎng)元設(shè)備的網(wǎng)元數(shù)據(jù)；根據(jù)所述網(wǎng)元數(shù)據(jù)以及預(yù)先存儲(chǔ)的案例腳本程序確定故障信息。
2.如權(quán)利要求1所述的方法，其特征在于，所述獲取網(wǎng)絡(luò)數(shù)據(jù)，包括從操作維護(hù)中心上獲取所述網(wǎng)絡(luò)數(shù)據(jù)，所述網(wǎng)絡(luò)數(shù)據(jù)包括KPI指標(biāo)信息、經(jīng)緯度信息、 參數(shù)配置信息之一或任意組合。
3.如權(quán)利要求1所述的方法，其特征在于，根據(jù)所述網(wǎng)絡(luò)數(shù)據(jù)確定網(wǎng)元設(shè)備發(fā)生故障， 包括根據(jù)所述網(wǎng)絡(luò)數(shù)據(jù)中的KPI指標(biāo)信息確定業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息；并根據(jù)所述 業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定網(wǎng)元設(shè)備發(fā)生故障。
4.如權(quán)利要求3所述的方法，其特征在于，所述業(yè)務(wù)失敗率包括RRC失敗率、RAB失敗 率、掉話率之一或任意組合；所述業(yè)務(wù)失敗信息包括業(yè)務(wù)失敗小區(qū)信息、載波信息、時(shí)間信息之一或任意組合； 根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定網(wǎng)元設(shè)備發(fā)生故障，包括 當(dāng)根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗發(fā)生在所述網(wǎng)元設(shè)備時(shí)，確定 所述網(wǎng)元設(shè)備發(fā)生故障。
5.如權(quán)利要求4所述的方法，其特征在于，所述網(wǎng)元設(shè)備包括基站控制器和/或基站； 根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗發(fā)生在所述網(wǎng)元設(shè)備，包括 根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在同一個(gè)基站控制器下；或者，根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在同一個(gè)基站控制器側(cè)同 一塊接口板下的基站；或者，根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在同一個(gè)基站控制器的同 一個(gè)DSP上；或者，根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在一個(gè)基站；或者， 根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在一個(gè)基站的一個(gè)小區(qū)下； 或者，根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在一個(gè)小區(qū)的一個(gè)載波下； 或者，根據(jù)經(jīng)緯度信息、所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在一片物理區(qū)域。
6.如權(quán)利要求1所述的方法，其特征在于，根據(jù)預(yù)先存儲(chǔ)的案例腳本程序獲取所述網(wǎng) 元設(shè)備的網(wǎng)元數(shù)據(jù)，包括根據(jù)預(yù)先存儲(chǔ)的案例腳本程序確定需要獲取的網(wǎng)元數(shù)據(jù)，并從所述網(wǎng)元設(shè)備上獲取所 述需要獲取的網(wǎng)元數(shù)據(jù)；所述網(wǎng)元數(shù)據(jù)包括需要獲取的網(wǎng)元設(shè)備的狀態(tài)信息、配置信息、實(shí)時(shí)數(shù)據(jù)信息、日志信 息之一或任意組合。
7.如權(quán)利要求1所述的方法，其特征在于，根據(jù)所述網(wǎng)元數(shù)據(jù)以及預(yù)先存儲(chǔ)的案例腳 本程序確定故障信息，包括通過(guò)預(yù)先存儲(chǔ)的案例腳本程序?qū)λ鼍W(wǎng)元數(shù)據(jù)進(jìn)行分析，并根據(jù)分析結(jié)果確定故障信息。
8.如權(quán)利要求1-7任一項(xiàng)所述的方法，其特征在于，所述案例腳本程序?yàn)轭A(yù)先存儲(chǔ)在 可擴(kuò)展案例庫(kù)中的程序集合；所述可擴(kuò)展案例庫(kù)用于實(shí)現(xiàn)從人工排障經(jīng)驗(yàn)到程序流程的轉(zhuǎn) 化。
9.如權(quán)利要求1所述的方法，其特征在于，根據(jù)所述網(wǎng)元數(shù)據(jù)以及預(yù)先存儲(chǔ)的案例腳 本程序確定故障信息，之后還包括以界面呈現(xiàn)方式和/或日志報(bào)表呈現(xiàn)方式顯示所述故障信息。
10.如權(quán)利要求1-7任一項(xiàng)所述的方法，其特征在于，所述方法應(yīng)用于TD-SCDMA系統(tǒng)、 或者GSM系統(tǒng)、或者WCDMA系統(tǒng)、或者CDMA2000系統(tǒng)。
11.一種故障的診斷設(shè)備，其特征在于，包括 第一獲取模塊，用于獲取網(wǎng)絡(luò)數(shù)據(jù)；第一確定模塊，用于根據(jù)所述網(wǎng)絡(luò)數(shù)據(jù)確定網(wǎng)元設(shè)備發(fā)生故障；第二獲取模塊，用于根據(jù)預(yù)先存儲(chǔ)的案例腳本程序獲取所述網(wǎng)元設(shè)備的網(wǎng)元數(shù)據(jù)；第二確定模塊，用于根據(jù)所述網(wǎng)元數(shù)據(jù)以及預(yù)先存儲(chǔ)的案例腳本程序確定故障信息。
12.如權(quán)利要求11所述的設(shè)備，其特征在于，所述第一獲取模塊，具體用于從操作維護(hù)中心上獲取所述網(wǎng)絡(luò)數(shù)據(jù)，所述網(wǎng)絡(luò)數(shù)據(jù)包 括KPI指標(biāo)信息、經(jīng)緯度信息、參數(shù)配置信息之一或任意組合。
13.如權(quán)利要求11所述的設(shè)備，其特征在于，所述第一確定模塊，具體用于根據(jù)所述網(wǎng)絡(luò)數(shù)據(jù)中的KPI指標(biāo)信息確定業(yè)務(wù)失敗率以 及業(yè)務(wù)失敗信息；并根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定網(wǎng)元設(shè)備發(fā)生故障。
14.如權(quán)利要求13所述的設(shè)備，其特征在于，所述業(yè)務(wù)失敗率包括RRC失敗率、RAB失 敗率、掉話率之一或任意組合；所述業(yè)務(wù)失敗信息包括業(yè)務(wù)失敗小區(qū)信息、載波信息、時(shí)間信息之一或任意組合； 所述第一確定模塊，具體用于當(dāng)根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗 發(fā)生在所述網(wǎng)元設(shè)備時(shí)，確定所述網(wǎng)元設(shè)備發(fā)生故障。
15.如權(quán)利要求14所述的設(shè)備，其特征在于，所述網(wǎng)元設(shè)備包括基站控制器和/或基站；所述第一確定模塊，進(jìn)一步用于根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗 集中在同一個(gè)基站控制器下；或者，根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在同一個(gè)基站控制器側(cè)同 一塊接口板下的基站；或者，根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在同一個(gè)基站控制器的同 一個(gè)DSP上；或者，根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在一個(gè)基站；或者， 根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在一個(gè)基站的一個(gè)小區(qū)下； 或者，根據(jù)所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在一個(gè)小區(qū)的一個(gè)載波下； 或者，根據(jù)經(jīng)緯度信息、所述業(yè)務(wù)失敗率以及業(yè)務(wù)失敗信息確定業(yè)務(wù)失敗集中在一片物理區(qū)域。
16.如權(quán)利要求11所述的設(shè)備，其特征在于，所述第二獲取模塊，具體用于根據(jù)預(yù)先存儲(chǔ)的案例腳本程序確定需要獲取的網(wǎng)元數(shù) 據(jù)，并從所述網(wǎng)元設(shè)備上獲取所述需要獲取的網(wǎng)元數(shù)據(jù)；所述網(wǎng)元數(shù)據(jù)包括需要獲取的網(wǎng)元設(shè)備的狀態(tài)信息、配置信息、實(shí)時(shí)數(shù)據(jù)信息、日志信 息之一或任意組合。
17.如權(quán)利要求11所述的設(shè)備，其特征在于，所述第二確定模塊，具體用于通過(guò)預(yù)先存儲(chǔ)的案例腳本程序?qū)λ鼍W(wǎng)元數(shù)據(jù)進(jìn)行分 析，并根據(jù)分析結(jié)果確定故障信息。
18.如權(quán)利要求11-17任一項(xiàng)所述的設(shè)備，其特征在于，所述案例腳本程序?yàn)轭A(yù)先存儲(chǔ) 在可擴(kuò)展案例庫(kù)中的程序集合；所述可擴(kuò)展案例庫(kù)用于實(shí)現(xiàn)從人工排障經(jīng)驗(yàn)到程序流程的 轉(zhuǎn)化。
19.如權(quán)利要求11所述的設(shè)備，其特征在于，還包括顯示模塊，用于以界面呈現(xiàn)方式和/或日志報(bào)表呈現(xiàn)方式顯示所述故障信息。
20.如權(quán)利要求11-17任一項(xiàng)所述的設(shè)備，其特征在于，所述設(shè)備應(yīng)用于TD-SCDMA系 統(tǒng)、或者GSM系統(tǒng)、或者WCDMA系統(tǒng)、或者CDMA2000系統(tǒng)。
全文摘要
本發(fā)明公開了一種故障的診斷方法和設(shè)備，該方法包括獲取網(wǎng)絡(luò)數(shù)據(jù)；當(dāng)根據(jù)所述網(wǎng)絡(luò)數(shù)據(jù)確定網(wǎng)元設(shè)備發(fā)生故障時(shí)，根據(jù)預(yù)先存儲(chǔ)的案例腳本程序獲取所述網(wǎng)元設(shè)備的網(wǎng)元數(shù)據(jù)；根據(jù)所述網(wǎng)元數(shù)據(jù)以及預(yù)先存儲(chǔ)的案例腳本程序確定故障信息。本發(fā)明實(shí)施例中，KPI智能診斷工具根據(jù)預(yù)先存儲(chǔ)的案例腳本程序以及從網(wǎng)元設(shè)備獲取的網(wǎng)元數(shù)據(jù)確定故障信息，可實(shí)現(xiàn)RAN系統(tǒng)KPI的實(shí)時(shí)監(jiān)控，提高RAN系統(tǒng)設(shè)備故障分析效率。
文檔編號(hào)H04W24/04GK102111797SQ201110038358
公開日2011年6月29日 申請(qǐng)日期2011年2月15日 優(yōu)先權(quán)日2011年2月15日
發(fā)明者張光, 章貴, 陳松 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司