專利名稱：一種實現(xiàn)用戶預(yù)警的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域的網(wǎng)絡(luò)管理，具體而言，涉及一種實現(xiàn)用戶預(yù)警的方法 及系統(tǒng)。
背景技術(shù)：
無線數(shù)據(jù)業(yè)務(wù)是近年移動通訊發(fā)展的方向，⑶MA(Code Division MultipleAccess,碼分多址)EVDO (Evolution Data Only,數(shù)據(jù)增強版)， WCDMA (WidebandCode Division Multiple Access，寬帶碼分多址，TDCDMA (Time Division SynchronousCode Division Multiple Access，時分同步的碼分多址)等3G技術(shù)應(yīng)用已經(jīng) 開始服務(wù)于百姓的日常生活。隨著無線數(shù)據(jù)網(wǎng)絡(luò)的快速擴張，數(shù)據(jù)業(yè)務(wù)用戶的急速增長，同 時用戶體驗差，速率低，呼叫成功率下降等不良情況的發(fā)生數(shù)量將有所增加，用戶投訴的可 能性也在增大?，F(xiàn)有的用戶投訴處理的方法主要是只有在用戶投訴發(fā)生后，相關(guān)技術(shù)人員才能 進行故障原因分析。由于故障原因分析定位時間與故障發(fā)生的真實時間存在一定的時間間 隔，而且技術(shù)人員也很難找到故障發(fā)生時的無線數(shù)據(jù)的真實情況，因此，現(xiàn)有對用戶投訴處 理的方法造成了在處理投訴時不能夠完全準確還原故障發(fā)生時的無線環(huán)境情況，從而導(dǎo)致 了處理投訴效率較低；另外，現(xiàn)有對用戶投訴處理時，只能了解到單個用戶的投訴問題，而 對于無線環(huán)境其他存在相同或類似問題的用戶情況卻很少關(guān)注，也就在用戶投訴之前很難 發(fā)現(xiàn)業(yè)務(wù)感覺差或性能指標差的用戶，同時，難發(fā)現(xiàn)多個用戶的投訴之間是否存在共性，從 而就不能對投訴類型相同或相近的用戶進行統(tǒng)一解決，進而提高了用戶的投訴率。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種實現(xiàn)用戶預(yù)警的方法及系統(tǒng)，能夠還原故障發(fā)生時的 無線環(huán)境情況，同時又能夠?qū)τ脩舻暮艚行畔⒅笜诉M行實時監(jiān)控，通過性能分析提前找出 業(yè)務(wù)感受差或性能指標差的用戶即預(yù)警用戶。本發(fā)明公開了一種實現(xiàn)用戶預(yù)警的方法，包括設(shè)置用戶呼叫信息的預(yù)警門限值； 比較用戶呼叫信息的關(guān)鍵性能指標值與所述預(yù)警門限值，在鍵性能指標值小于所述預(yù)警門 限值時，確定該用戶為預(yù)警用戶。本發(fā)明公開了一種實現(xiàn)用戶預(yù)警的方法還包括如下從屬技術(shù)特征在所述方法之前還包括基站系統(tǒng)采集所述用戶呼叫信息；采集用戶呼叫信息之 后，在呼叫結(jié)束時保存所述采集到的呼叫信息保存。在所述比較之前，計算所述采集到的呼叫信息的關(guān)鍵性能指標值。在所述設(shè)置用戶呼叫信息的預(yù)警門限值之前，設(shè)置所述預(yù)警門限的初始值，其中 所述預(yù)警門限的初始值為運營商預(yù)先對用戶呼叫信息性能指標設(shè)定的數(shù)值，或基站預(yù)先對 用戶呼叫信息性能指標設(shè)定的數(shù)值。所述方法還包括對所述預(yù)警門限的初始值進行更新，更新過程包括計算設(shè)定的時間段內(nèi)所述用戶的呼叫信息的平均關(guān)鍵性能指標值，在所述平均關(guān)鍵性能指標值不小于預(yù) 警門限初始值時，則以所述平均關(guān)鍵性能指標值為預(yù)警門限初始值。如果所述更新后的預(yù) 警門限的初始值小于運營商提供的預(yù)警門限的初始值，則確定以運營商提供的預(yù)警門限初 始值為預(yù)警門限值；否則，以更新后的預(yù)警門限初始值為預(yù)警門限值。本發(fā)明還公開了一種實現(xiàn)用戶預(yù)警的系統(tǒng)，包括用于采集無線數(shù)據(jù)業(yè)務(wù)中用戶 呼叫信息呼叫信息采集模塊；用于根據(jù)所述信息采集模塊采集到的呼叫信息，計算該呼叫 信息的關(guān)鍵性能指標值用戶性能分析模塊；用于確定預(yù)警門限值預(yù)警門限更新模塊；用于 根據(jù)預(yù)警門限值和用戶呼叫信息的關(guān)鍵性能指標值查找預(yù)警用戶以及預(yù)警用戶發(fā)現(xiàn)模塊。所述的呼叫信息采集模塊設(shè)置在基站系統(tǒng)中，同時還用于在呼叫結(jié)束時保存所述 呼叫信息。進一步地，該系統(tǒng)包括用于迅速找到預(yù)警用戶的預(yù)警用戶搜索模塊，所述預(yù)警用 戶搜索模塊設(shè)置在客戶端。從上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明包括設(shè)置用戶呼叫信息的預(yù)警門 限值；比較用戶呼叫信息的關(guān)鍵性能指標值與所述預(yù)警門限值，在鍵性能指標值小于所述 預(yù)警門限值時，確定該用戶為預(yù)警用戶。通過本發(fā)明，在用戶投訴之前找到了該用戶的業(yè)務(wù) 感受和性能指標，從而降低了用戶的投訴率；另外，在處理該用戶投訴時，找到了故障發(fā)生 時的環(huán)境情況，從而提高了解決用戶故障的效率，提高用戶的滿意度。


圖1是根據(jù)本發(fā)明實施例的實現(xiàn)用戶預(yù)警的方法的流程圖；圖2是根據(jù)本發(fā)明優(yōu)選實施例的實現(xiàn)用戶預(yù)警的方法的流程圖；圖3是根據(jù)本發(fā)明實施例的實現(xiàn)用戶預(yù)警的系統(tǒng)結(jié)構(gòu)框圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1是本發(fā)明實施例的實現(xiàn)用戶預(yù)警的方法的流程圖。如圖1所示，本發(fā)明方法 包括以下步驟步驟100 采集用戶呼叫信息，所述呼叫信息產(chǎn)生于無線數(shù)據(jù)業(yè)務(wù)中。本步驟中，采集用戶呼叫信息過程可以在基站系統(tǒng)中進行，基站系統(tǒng)在用戶呼叫 結(jié)束時，采集該用戶呼叫信息并存儲。其中，采集到的呼叫信息可以包括該無線數(shù)據(jù)業(yè)務(wù)中 一項信息或多項信息，呼叫信息可以包括該無線數(shù)據(jù)業(yè)務(wù)的用戶申請速率，和/或前向速 率，和/或呼叫成功率，和/或空口掉話率等。步驟102 計算呼叫信息的關(guān)鍵性能指標。本步驟中，根據(jù)采集到的用戶呼叫信息，按照預(yù)先設(shè)置的策略，計算該呼叫信息的 關(guān)鍵性能指標，即評估用戶的業(yè)務(wù)感受。優(yōu)選地，某用戶某次呼叫的用戶申請速率高，呼叫 成功率高而空口掉話率低，則認為該用戶本次業(yè)務(wù)感受良好；相反，如某用戶的呼叫申請速 率低，呼叫成功率低而空口掉話率高，則認為該用戶本次業(yè)務(wù)感受差。具體地說，基站系統(tǒng)收集某時間段內(nèi)的所述呼叫信息成功的次數(shù)，該時間段的長
5短可以預(yù)先設(shè)定，該呼叫信息至少是一項，同時也收集該時間段內(nèi)所述呼叫信息失敗的次 數(shù)，根據(jù)成功次數(shù)除以總次數(shù)即可得到本次時間段內(nèi)的該呼叫信息的關(guān)鍵性能指標具體的 數(shù)值，該計算出來的關(guān)鍵性能指標將用于與預(yù)警門限進行比較找到預(yù)警用戶。步驟104 確定所述呼叫信息的預(yù)警門限。預(yù)警門限是指無線數(shù)據(jù)在傳輸中各項信息的合格標準。如果采集到的用戶某項呼 叫信息或多項呼叫信息沒有達到預(yù)警門限，則認為該用戶的無線數(shù)據(jù)傳輸沒有達到合格標 準，即該用戶將被列入預(yù)警用戶組，后續(xù)將給予關(guān)注。預(yù)警門限的確定之前還包括設(shè)置預(yù)警門限初始值，所述的預(yù)警門限初始值還包括 更新過程。如果預(yù)警門限初始值沒有更新則該初始值即為預(yù)警門限，否則，經(jīng)過更新過程后 的預(yù)警門限為預(yù)警門限。其中，預(yù)警門限初始值可以按以下規(guī)則進行設(shè)置以使用本發(fā)明的運營商預(yù)先對 用戶的各項呼叫信息性能指標設(shè)定的數(shù)值，或以提供本基站系統(tǒng)的設(shè)備商預(yù)先對用戶的各 項呼叫信息性能指標設(shè)定的數(shù)值。具體地說，預(yù)警門限初始值會根據(jù)全網(wǎng)的性能變化調(diào)整， 即更新過程。所述的更新過程包括計算用戶呼叫信息的平均性能指標值，如果所述的平均 性能指標值小于預(yù)警門限初始值，則不進行更新；否則，對預(yù)警門限初始值進行更新，即以 該平均性能指標值為預(yù)警門限初始值。優(yōu)選地，以用戶呼叫信息中的前向速率為例，將運營商要求的前向速率作為預(yù)警 門限初始值，同時按一定時間間隔動態(tài)計算全網(wǎng)的平均前向速率，計算完成后以運營商要 求速率與動態(tài)計算得到的平均速率中的最大值作為新的前向速率預(yù)警門。步驟106 當(dāng)所述呼叫信息的關(guān)鍵性能指標小于預(yù)警門限時，確定所述用戶為預(yù)
SfcRR ^
目川廠。本步驟中，確定預(yù)警用戶的過程包括比較步驟102中計算出來的某項呼叫信息 的關(guān)鍵性能指標，以及步驟104中所確定的該項呼叫信息的預(yù)警門限，若該呼叫信息的關(guān) 鍵性能指標小于預(yù)警門限，則認為用戶的該項呼叫信息沒有達到合格標準，即將該用戶列 為預(yù)警用戶。優(yōu)選地，確定低于預(yù)警門限的用戶有兩種原則可以選擇一是該用戶呼叫信息的 所有關(guān)鍵性能指標低于預(yù)警門限，該用戶為預(yù)警用戶；二是該用戶呼叫信息的某一項關(guān)鍵 性能指標低于預(yù)警門限，該用戶為預(yù)警用戶。在優(yōu)選實施過程中，可以在確定預(yù)警用戶過程之后進行后續(xù)處理，包括根據(jù)不同 需求搜索出該預(yù)警用戶并輸出采集并保存在數(shù)據(jù)庫中的該用戶呼叫信息，這樣就還原了用 戶當(dāng)時的呼叫信息環(huán)境，該搜索過程可以在系統(tǒng)端進行，也可以在客戶端進行。由此可見， 這樣可以很快找到預(yù)警用戶，并對該預(yù)警用戶的問題進行及時解決，這樣就降低了用戶投 訴率。圖2是根據(jù)本發(fā)明優(yōu)選實施例的實現(xiàn)用戶預(yù)警的方法的流程圖。如圖2所示，該 方法可以包括以下處理步驟200 通過基站系統(tǒng)實時采集無線網(wǎng)絡(luò)中數(shù)據(jù)業(yè)務(wù)用戶呼叫信息，在呼叫結(jié) 束時把該呼叫信息存入數(shù)據(jù)庫。步驟202 對所采集的呼叫信息初步分析，得出用戶的至少一項呼叫信息的關(guān)鍵 性能指標。
步驟204 確定預(yù)警門限，判斷預(yù)警門限是否滿足更新條件。如果是，則轉(zhuǎn)至步驟 206，否則轉(zhuǎn)至208確定預(yù)警用戶。步驟206 如果滿足預(yù)警門限更新條件，根據(jù)全網(wǎng)用戶的該項呼叫信息關(guān)鍵性能 指標進行統(tǒng)計，更新預(yù)警門限。步驟208 如果不滿足預(yù)警門限更新條件，則轉(zhuǎn)至步驟210確定預(yù)警門限。步驟210 對比采集到的用 戶呼叫信息關(guān)鍵性能指標和預(yù)警門限，找到呼叫信息 中部分或所有性能指標低于預(yù)警門限的用戶，確定預(yù)警用戶。步驟212 搜索輸出預(yù)警用戶組信息，以便進行后繼的排障或優(yōu)化處理。圖3是根據(jù)本發(fā)明實施例的實現(xiàn)用戶預(yù)警的系統(tǒng)的結(jié)構(gòu)框圖。如圖3所示，該裝 置包括呼叫信息采集模塊300、用戶性能分析模塊302、預(yù)警門限更新模塊304和預(yù)警用戶 發(fā)現(xiàn)模塊306。其中，用戶性能分析模塊302是對呼叫信息采集模塊300采集到的用戶呼叫信息進行關(guān) 鍵性能指標計算，預(yù)警門限更新模塊304確定預(yù)警門限之后，在預(yù)警用戶發(fā)現(xiàn)模塊306，與 用戶性能分析模塊302得到的關(guān)鍵性能指標進行對比，確定預(yù)警用戶。呼叫信息采集模塊300，用于實時跟蹤無線網(wǎng)絡(luò)數(shù)據(jù)業(yè)務(wù)用戶的信息，采集無線數(shù) 據(jù)業(yè)務(wù)中用戶呼叫信息，在呼叫結(jié)束時收集并保存采集到的用戶呼叫信息。優(yōu)選地，所述呼叫信息采集模塊300嵌入在基站系統(tǒng)中。用戶性能分析模塊302，用于計算采集到的呼叫信息關(guān)鍵性能指標，并保存入數(shù)據(jù)庫。具體地說，用戶性能分析模塊302首先獲取所述呼叫信息的成功次數(shù)，之后再獲 取所述呼叫信息的總次數(shù)，根據(jù)所述呼叫信息的成功次數(shù)與總次數(shù)比較，計算出所述呼叫 信息的關(guān)鍵性能指標。優(yōu)選地，所述的用戶性能分析模塊302可以駐留在服務(wù)器上。預(yù)警門限更新模塊304，用于確定預(yù)警門限，同時可以根據(jù)網(wǎng)絡(luò)狀況的變化調(diào)整預(yù) 警門限。具體地說，預(yù)警門限更新模塊304在確定預(yù)警門限之前設(shè)置預(yù)警門限初始值，預(yù) 警門限初始值為運營商預(yù)先對用戶呼叫信息性能指標設(shè)定的數(shù)值，或系統(tǒng)預(yù)先對用戶呼叫 信息性能指標設(shè)定的數(shù)值。預(yù)警門限更新模塊304的更新過程首先計算設(shè)定的時間段內(nèi)用戶呼叫信息的平 均性能指標值，如果所述的平均性能指標值小于預(yù)警門限初始值，則不進行更新；否則，對 預(yù)警門限初始值進行更新。預(yù)警門限更新模塊304確定預(yù)警門限過程如果更新之后的預(yù)警門限初始值小于 運營商提供的預(yù)警門限初始值，則確定以運營商提供的預(yù)警門限初始值為預(yù)警門限；否則， 以更新之后的預(yù)警門限初始值為預(yù)警門限。優(yōu)選地，預(yù)警門限更新模塊304可以駐留在服務(wù)器上。預(yù)警用戶發(fā)現(xiàn)模塊306，用于根據(jù)來自用戶性能分析模塊302獲得的關(guān)鍵性能指 標與預(yù)警門限更新模塊304的預(yù)警門限，確定預(yù)警用戶。具體包括比較呼叫信息的性能指 標和預(yù)警門限，如所述用戶的性能指標小于預(yù)警門限，則確定該用戶為預(yù)警用戶。優(yōu)選地，后繼將根據(jù)預(yù)警用戶發(fā)現(xiàn)模塊在投訴發(fā)生前處理并解決這些預(yù)警用戶的
7問題，降低投訴率。本發(fā)明系統(tǒng)進一步包括用于迅速找到預(yù)警用戶的預(yù)警用戶搜索模塊(圖3中未示 出)，所述預(yù)警用戶搜索模塊設(shè)置在客戶端。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護 范圍之內(nèi)。
權(quán)利要求
一種實現(xiàn)用戶預(yù)警的方法，其特征在于，設(shè)置用戶呼叫信息的預(yù)警門限值，該方法還包括比較用戶呼叫信息的關(guān)鍵性能指標值與所述預(yù)警門限值，在鍵性能指標值小于所述預(yù)警門限值時，確定該用戶為預(yù)警用戶。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法之前還包括基站系統(tǒng)采集所述用 戶呼叫信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，采集用戶呼叫信息之后，該方法還包括 在呼叫結(jié)束時保存所述采集到的呼叫信息保存。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述比較之前，該方法還包括計算所述 采集到的呼叫信息的關(guān)鍵性能指標值。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述設(shè)置用戶呼叫信息的預(yù)警門限值之前，該方法還包括設(shè)置所述預(yù)警門限的初始值；所述預(yù)警門限的初始值為運營商預(yù)先對用戶呼叫信息性能指標設(shè)定的數(shù)值，或基站預(yù) 先對用戶呼叫信息性能指標設(shè)定的數(shù)值。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，該方法還包括對所述預(yù)警門限的初始值 進行更新。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，對所述的預(yù)警門限的初始值進行更新包括計算設(shè)定的時間段內(nèi)所述用戶的呼叫信息的平均關(guān)鍵性能指標值，在所述平均關(guān)鍵性 能指標值不小于預(yù)警門限初始值時，則以所述平均關(guān)鍵性能指標值為預(yù)警門限初始值。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，該方法還包括如果所述更新后的預(yù)警門限的初始值小于運營商提供的預(yù)警門限的初始值，則確定以 運營商提供的預(yù)警門限初始值為預(yù)警門限值；否則，以更新后的預(yù)警門限初始值為預(yù)警門 限值。
9.一種實現(xiàn)用戶預(yù)警的系統(tǒng)，其特征在于，包括呼叫信息采集模塊、用戶性能分析模 塊、預(yù)警門限更新模塊，以及預(yù)警用戶發(fā)現(xiàn)模塊；其中，呼叫信息采集模塊，用于采集無線數(shù)據(jù)業(yè)務(wù)中用戶呼叫信息； 用戶性能分析模塊，用于根據(jù)所述信息采集模塊采集到的呼叫信息，計算該呼叫信息 的關(guān)鍵性能指標值；預(yù)警門限更新模塊，用于確定預(yù)警門限值；預(yù)警用戶發(fā)現(xiàn)模塊，用于根據(jù)預(yù)警門限值和用戶呼叫信息的關(guān)鍵性能指標值查找預(yù)警 用戶。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于， 所述的呼叫信息采集模塊設(shè)置在基站系統(tǒng)中；所述呼叫信息采集模塊，還用于在呼叫結(jié)束時保存所述呼叫信息。
11.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述預(yù)警門限更新模塊，具體用于在確定預(yù)警門限值之前設(shè)置預(yù)警門限初始值； 所述預(yù)警門限初始值為運營商預(yù)先對用戶呼叫信息性能指標設(shè)定的數(shù)值，或系統(tǒng)預(yù)先對用戶呼叫信息性能指標設(shè)定的數(shù)值。
12.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述預(yù)警門限更新模塊，還用于對預(yù)警門限初始值進行更新，計算設(shè)定的時間段內(nèi)用戶呼叫信息的平均關(guān)鍵性能指標 值，在所述的平均關(guān)鍵性能指標值不小于預(yù)警門限初始值時，對預(yù)警門限初始值進行更新。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述預(yù)警門限更新模塊，還用于在所述更新后的預(yù)警門限初始值小于運營商提供的預(yù)警門限初始值時，確定以運營商 提供的預(yù)警門限初始值為預(yù)警門限值；在所述更新后的預(yù)警門限初始值不小于運營商提供 的預(yù)警門限初始值時，以更新后的預(yù)警門限初始值為預(yù)警門限值。
14.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述預(yù)警用戶發(fā)現(xiàn)模塊，具體用于比較呼叫信息的性能指標和預(yù)警門限值，在所述用戶的性能指標小于預(yù)警門限值時， 確定該用戶為預(yù)警用戶。
15.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括用于迅速找到預(yù)警用 戶的預(yù)警用戶搜索模塊，所述預(yù)警用戶搜索模塊設(shè)置在客戶端。
全文摘要
本發(fā)明公開了一種實現(xiàn)用戶預(yù)警的方法，包括設(shè)置用戶呼叫信息的預(yù)警門限值，比較用戶呼叫信息的關(guān)鍵性能指標值與所述預(yù)警門限值，在鍵性能指標值小于所述預(yù)警門限值時，確定該用戶為預(yù)警用戶。通過本發(fā)明可以在用戶投訴之前找到了該用戶的業(yè)務(wù)感受和性能指標，從而降低了用戶的投訴率；另外，在處理該用戶投訴時，找到了故障發(fā)生時的環(huán)境情況，從而提高了解決用戶故障的效率，提高用戶的滿意度。
文檔編號H04W24/00GK101964993SQ20101050335
公開日2011年2月2日 申請日期2010年10月8日 優(yōu)先權(quán)日2010年10月8日
發(fā)明者李良斌, 程國棉, 羅旭耀 申請人:中興通訊股份有限公司