一種無線網(wǎng)絡工單的全自動閉環(huán)管控方法
【專利摘要】本發(fā)明公開了一種無線網(wǎng)絡工單的全自動閉環(huán)管控方法，通過Hadoop從底層數(shù)據(jù)源中采集源數(shù)據(jù)，利用預設的分類算法對源數(shù)據(jù)進行分類、計算，從而得到源數(shù)據(jù)的指標值，再將指標值與預設的門限值對比得到問題數(shù)據(jù)，將滿足派單條件的問題數(shù)據(jù)生成工單并存入到工單表中，大數(shù)據(jù)系統(tǒng)與電子運維系統(tǒng)再分別對工單表中的工單進行派單、結(jié)單、歸檔處理，從而實現(xiàn)了工單從派、轉(zhuǎn)、結(jié)全程的閉環(huán)管控，這樣不僅提高了無線網(wǎng)絡運營工作的質(zhì)量和效率，同時保證了工作的準確性和客觀性。
【專利說明】—種無線網(wǎng)絡工單的全自動閉環(huán)管控方法

【技術領域】
[0001]本發(fā)明屬于移動通信網(wǎng)絡【技術領域】，更為具體地講，涉及一種無線網(wǎng)絡工單的全自動閉環(huán)管控方法。

【背景技術】
[0002]隨著Internet和移動互聯(lián)網(wǎng)技術的迅猛發(fā)展，各行業(yè)、各領域、各企業(yè)的運營管理中，都使用工作流管理技術。工作流的概念起源于生產(chǎn)組織和辦公自動化領域。他是針對日常工作中具有固定程序的活動而提出的一個概念。提出的目的是在正確的時間能夠?qū)幦〉男畔鬟f給正確的人從而完成正確的業(yè)務流程，達到提高辦事效率、降低生產(chǎn)成本、提高企業(yè)生產(chǎn)經(jīng)營管理水平和企業(yè)競爭力的目標。在20世紀80年代中期發(fā)展起來的工作流技術為企業(yè)更好地實現(xiàn)經(jīng)營目標提供了先進的手段。90年代隨著計算機和網(wǎng)絡技術的發(fā)展，該技術得到了快速發(fā)展。
[0003]1993年工作流管理聯(lián)盟成立，制定了相關的系列標準，同時給出了工作流的定義:“工作流是一類能夠完全或者部分自動執(zhí)行的經(jīng)營過程，它根據(jù)一系列過程規(guī)則、文檔、信息或任務能夠在不同的執(zhí)行者之間進行傳遞和執(zhí)行”。工作流技術是工作流管理系統(tǒng)的核心技術，它監(jiān)督、控制、協(xié)調(diào)整個業(yè)務過程的完成，并對信息流進行跟蹤。
[0004]現(xiàn)代意義上的工作流管理系統(tǒng)的定義是:“工作流管理系統(tǒng)是一個軟件系統(tǒng)，它完成工作流的定義和管理，并按照計算機中預先定義好的工作流邏輯推進工作流實例的執(zhí)行?！惫ぷ髁飨到y(tǒng)不同于ERP系統(tǒng)，但只有在工作流管理系統(tǒng)的支持下，通過集成具體的業(yè)務應用軟件系統(tǒng)(ERP、CRM, SCM等)，才能良好地完成對企業(yè)經(jīng)營過程運行的支持，在更廣的范圍內(nèi)，不同的時間跨度上做好企業(yè)的經(jīng)營管理，提高企業(yè)的整體水平和競爭力。一句話:工作流是經(jīng)營過程的一個計算機實現(xiàn)，而工作流管理系統(tǒng)則是這一實現(xiàn)的軟件環(huán)境。
[0005]需要工作流技術的行業(yè)數(shù)不勝數(shù)，銀行、電信、政府等等，無線網(wǎng)絡運營領域，工作流技術的應用也成為必然。工作流管理系統(tǒng)的軟件實現(xiàn)在電信企業(yè)中通常稱為工單系統(tǒng)。所謂無線網(wǎng)絡工單系統(tǒng)，就是通過電子化來確保無線網(wǎng)絡運營過程的流程化、工單化、自動化和信息化，快速傳遞并反饋管控信息，實現(xiàn)快速故障定位和業(yè)務恢復，從而提高對市場業(yè)務的支撐力度，提高電信運營商的服務水平、服務質(zhì)量。
[0006]在傳統(tǒng)無線網(wǎng)絡運營管理中，工單系統(tǒng)雖然已經(jīng)建立，但工單派單、無線網(wǎng)絡優(yōu)化效果驗證，均依靠人工的方式，一般由管理人員根據(jù)網(wǎng)絡指標情況，人工判斷網(wǎng)絡差的區(qū)域，人為選擇要派發(fā)的工單，在工單系統(tǒng)中手工錄入信息生成工單派發(fā)。接單人員僅能使用賬號通過PC機登陸工單系統(tǒng)進行接單、回單。優(yōu)化后的效果，由網(wǎng)絡優(yōu)化管理人員，根據(jù)報表反映的數(shù)據(jù)，人工測算網(wǎng)絡質(zhì)量，人工進行驗證，優(yōu)化結(jié)果是否可行，由人為判決。這樣的方式，由于人為因素原因，經(jīng)常導致工單派發(fā)不合理，效果驗證準確性不高，耗時耗力，效率低下，且無法實現(xiàn)工單的閉環(huán)管理。
[0007]另外，傳統(tǒng)無線網(wǎng)運營中，建設、維護、優(yōu)化分別是單獨的流程，由單獨部門進行管控，由于人為因素強，溝通不暢等原因，導致建設、維護、優(yōu)化經(jīng)常脫節(jié)。


【發(fā)明內(nèi)容】

[0008]本發(fā)明的目的在于克服現(xiàn)有技術的不足，提供一種無線網(wǎng)絡工單的全自動閉環(huán)管控方法，實現(xiàn)無線網(wǎng)絡工單，從派單到驗證，從維護優(yōu)化到系統(tǒng)建設等，全程自動閉環(huán)管控，從而提高無線網(wǎng)絡運營工作的質(zhì)量和效率，保證了工作的準確性和客觀性。
[0009]為實現(xiàn)上述發(fā)明目的，本發(fā)明一種無線網(wǎng)絡工單的全自動閉環(huán)管控方法，其特征在于，包括以下步驟:
[0010](I)、系統(tǒng)初始化；
[0011]在大數(shù)據(jù)系統(tǒng)中預設問題門限值、派單條件、結(jié)單條件；在電子運維系統(tǒng)中預設派達工位信息，全網(wǎng)性問題列表；
[0012](2)、生成問題列表
[0013]Hadoop從底層數(shù)據(jù)源中采集源數(shù)據(jù)，根據(jù)Hadoop中預設的分類算法先對源數(shù)據(jù)進行分類，再計算出分類后的各項源數(shù)據(jù)的指標值；
[0014]將計算得到的指標值分別與大數(shù)據(jù)系統(tǒng)中預設的問題門限值進行對比，將指標值達到問題門限值的源數(shù)據(jù)，記為問題數(shù)據(jù)；
[0015]將問題數(shù)據(jù)插入到大數(shù)據(jù)系統(tǒng)的數(shù)據(jù)庫中的問題列表，問題列表按行依次記錄下每項問題數(shù)據(jù)；
[0016](3)、根據(jù)問題數(shù)據(jù)生成工單表
[0017]將問題列表中的問題數(shù)據(jù)與大數(shù)據(jù)系統(tǒng)中預設的派單條件進行對比，若問題數(shù)據(jù)滿足派單條件后，再將該問題數(shù)據(jù)與問題庫中的記錄對比，若該問題數(shù)據(jù)未存入問題庫，則生成一個待派送的工單；若問題數(shù)據(jù)不滿足派單條件，或問題數(shù)據(jù)已存入問題庫，則不生成待派送工單；
[0018]大數(shù)據(jù)系統(tǒng)將需要生成待派送工單的問題數(shù)據(jù)自動生成工單，并按行依次插入到大數(shù)據(jù)系統(tǒng)中的工單表，其中，工單表中的每個工單均包括工單號字段、障礙關鍵字字段、工單生成時間字段、業(yè)務類型字段、是否合并派單字段、網(wǎng)元級別字段、網(wǎng)元名稱字段、網(wǎng)元經(jīng)度字段、網(wǎng)元緯度字段、問題現(xiàn)象字段；
[0019](4)、工單派送
[0020]大數(shù)據(jù)系統(tǒng)根據(jù)工單中的“是否合并派單”字段的值，確定該工單的派送方式；
[0021]如果“是否合并派單”字段的值為1，則該工單需自動派單，大數(shù)據(jù)系統(tǒng)將該工單信息通過連接電子運維系統(tǒng)的接口推送到電子運維系統(tǒng)；
[0022]如果“是否合并派單”字段的值為0，則該工單需手工派單，大數(shù)據(jù)系統(tǒng)將生成工單界面，呈現(xiàn)給管理人員，由管理人員人工點擊派單；
[0023](5)、電子運維系統(tǒng)判斷派送的工單是否為全網(wǎng)性問題
[0024]電子運維系統(tǒng)根據(jù)工單中的“網(wǎng)元級別”字段的值，判斷派送的工單是否為全網(wǎng)性問題，若“網(wǎng)元級別”字段的值存在于大數(shù)據(jù)系統(tǒng)的全網(wǎng)性問題列表中，則為全網(wǎng)性問題，電子運維系統(tǒng)根據(jù)預設信息派送到系統(tǒng)優(yōu)化工位；若“網(wǎng)元級別”字段的值不存在于大數(shù)據(jù)系統(tǒng)的全網(wǎng)性問題列表中，則為非全網(wǎng)性問題，電子運維系統(tǒng)根據(jù)預設信息派送給常規(guī)優(yōu)化工位，同時抄送系統(tǒng)優(yōu)化工位；
[0025](6)、接單
[0026]工單接單人員通過賬號在PC機或手機APP上登陸電子運維系統(tǒng)，主動接收或派轉(zhuǎn)工單，也可通過短信方式查收、派轉(zhuǎn)工單；
[0027](7)、結(jié)單
[0028]當接單人對接收的工單處理完畢后，通過賬號在PC機或手機APP上登陸電子運維系統(tǒng)或短信方式提交結(jié)單申請，電子運維系統(tǒng)通過連接大數(shù)據(jù)系統(tǒng)的接口，在大數(shù)據(jù)系統(tǒng)預設的結(jié)單條件中查詢結(jié)單申請是否符合結(jié)單條件，如果結(jié)單申請符合結(jié)單條件，則同意結(jié)單，并將該工單的狀態(tài)修改為結(jié)束，完成歸檔；如果結(jié)單申請不符合結(jié)單條件，則進入步驟⑵；
[0029](8)、問題工單歸檔
[0030]若結(jié)單申請不符合結(jié)單條件，且接單人未發(fā)起資源申請，則該工單駁回，由接單人繼續(xù)處理，再返回步驟(7);若結(jié)單申請不符合結(jié)單條件，但接單人發(fā)起了資源申請，則該工單反饋給管理人員，由管理人員判斷是否同意納入問題庫，如果管理人員同意納入問題庫，則在數(shù)據(jù)庫的問題庫中生成一條記錄；如果管理人員不同意納入問題庫，則該工單駁回，由接單人繼續(xù)處理，再返回步驟(7)。
[0031]本發(fā)明的發(fā)明目的是這樣實現(xiàn)的:
[0032]本發(fā)明無線網(wǎng)絡工單的全自動閉環(huán)管控方法，通過Hadoop從底層數(shù)據(jù)源中采集源數(shù)據(jù)，利用預設的分類算法對源數(shù)據(jù)進行分類、計算，從而得到源數(shù)據(jù)的指標值，再將指標值與預設的門限值對比得到問題數(shù)據(jù)，將滿足派單條件的問題數(shù)據(jù)生成工單并存入到工單表中，大數(shù)據(jù)系統(tǒng)與電子運維系統(tǒng)再分別對工單表中的工單進行派單、結(jié)單、歸檔處理，從而實現(xiàn)了工單從派、轉(zhuǎn)、結(jié)全程的閉環(huán)管控，這樣不僅提高了無線網(wǎng)絡運營工作的質(zhì)量和效率，同時保證了工作的準確性和客觀性。
[0033]同時，本發(fā)明無線網(wǎng)絡工單的全自動閉環(huán)管控方法還具有以下有益效果:
[0034](I)、工單閉環(huán)管控:本發(fā)明對工單從派、轉(zhuǎn)、結(jié)全流程進行了閉環(huán)管控；
[0035](2)、工單生成:本發(fā)明在工單閉環(huán)管控中設置了問題庫，這樣使問題數(shù)據(jù)生成工單時結(jié)合了問題數(shù)據(jù)庫，這樣避免了列入問題庫的問題數(shù)據(jù)重復生成工單，提高了工作效率；
[0036](3)、自動派單:本發(fā)明通過Hadoop程序，按周期(如天、周、月)自動計算并比對派單條件，當達到條件時，則自動生成工單，工單派送時，通過預設的人員信息準確派發(fā)給包區(qū)人，這種方式，改變了以往人為派單的方式，準確性和效率明顯提高；
[0037](4)、自動驗證:提交了結(jié)單申請的工單，大數(shù)據(jù)系統(tǒng)會自動與預設的結(jié)單條件進行比對，達到條件的，則結(jié)單。這種方式，改變了一般無線網(wǎng)絡優(yōu)化中，人工驗證而帶來的差錯，驗證的效果更加準確，工作效率也明顯提高；
[0038](5)、資源需求的優(yōu)化類問題推送給建設:本發(fā)明在工單閉環(huán)管控中，設置了問題庫，將普通優(yōu)化、維護無法解決且需要資源投入的問題全部納入問題庫，如待建站、擴容站等信息，這種方式能夠?qū)⒔ㄔO、維護、優(yōu)化流程自動聯(lián)系起來，實現(xiàn)三部門的高效協(xié)同機制。

【專利附圖】

【附圖說明】
[0039]圖1是本發(fā)明無線網(wǎng)絡工單的全自動閉環(huán)管控方法的流程圖；
[0040]圖2是大數(shù)據(jù)系統(tǒng)中工單表的部分截圖；
[0041]圖3是工單的結(jié)單申請的截圖；
[0042]圖4是工單歸檔后的截圖；
[0043]圖5是納入問題庫中的工單截圖。

【具體實施方式】
[0044]下面結(jié)合附圖對本發(fā)明的【具體實施方式】進行描述，以便本領域的技術人員更好地理解本發(fā)明。需要特別提醒注意的是，在以下的描述中，當已知功能和設計的詳細描述也許會淡化本發(fā)明的主要內(nèi)容時，這些描述在這里將被忽略。
[0045]實施例
[0046]圖1是本發(fā)明無線網(wǎng)絡工單的全自動閉環(huán)管控方法的流程圖。
[0047]在本實施例中，如圖1所示，本發(fā)明無線網(wǎng)絡工單的全自動閉環(huán)管控方法包括以下步驟:
[0048]SI)、系統(tǒng)初始化；
[0049]在大數(shù)據(jù)系統(tǒng)中預設問題門限值、派單條件、結(jié)單條件；在電子運維系統(tǒng)中預設派達工位信息，全網(wǎng)性問題列表；本實施例中，以派單、結(jié)單為例，大數(shù)據(jù)系統(tǒng)對BSC板件達到預警進行派單，在大數(shù)據(jù)系統(tǒng)中預設問題門限值，“MP板CPU利用率大于等于80%，且PP板CPU利用率大于等于80%，且CC板CPU利用率大于等于70% ”，派單條件為“CPU利用率一周有4天達到問題門限值就自動派單”，結(jié)單條件為“工單回復后，5天內(nèi)，CPU利用率只要有3天低于問題門限值”就同意結(jié)單；以預設派達工位信息為例，工位信息設置了包區(qū)人所轄的區(qū)域、基站、以及包區(qū)人的信息等；
[0050]其次，本實施例中，大數(shù)據(jù)系統(tǒng)與電子運維系統(tǒng)通過接口連接，大數(shù)據(jù)系統(tǒng)能夠通過連接接口到電子運維系統(tǒng)中讀取工單信息，再通過顯示界面呈現(xiàn)給管理員，供管理員查詢工單；
[0051]S2)、生成問題列表
[0052]Hadoop從底層數(shù)據(jù)源中采集源數(shù)據(jù)，其中，包括底層數(shù)據(jù)源:基站控制器(BSC，Base Stat1n Controller)、操作維護中心(OMC,Operat1nand Maintenance Center)、移動交換中心(MSC,Mobile Switching Center)等設備中采集的數(shù)據(jù),根據(jù)Hadoop中預設的分類算法先對源數(shù)據(jù)進行分類，再計算出分類后的各項源數(shù)據(jù)的指標值；本實施例中，分類算法可以按照覆蓋、性能、參數(shù)等分類；
[0053]將計算得到的指標值分別與大數(shù)據(jù)系統(tǒng)中預設的問題門限值進行對比，將指標值達到問題門限值的源數(shù)據(jù)，記為問題數(shù)據(jù)；本實施例中，以MP板件為例，計算出MP板在采集時間點的CPU利用率為85%，將85%與大數(shù)據(jù)系統(tǒng)中預設的門限值(CPU利用率大于等于80% )比較，85%超過了門限值80%，則MP板件有預警，將MP板件在采集時間點的CPU利用率記為問題數(shù)據(jù)；再將問題數(shù)據(jù)插入到大數(shù)據(jù)系統(tǒng)的數(shù)據(jù)庫中的問題列表，問題列表按行依次記錄下每項問題數(shù)據(jù)；
[0054]S3)、根據(jù)問題數(shù)據(jù)生成工單表
[0055]將問題列表中的問題數(shù)據(jù)與大數(shù)據(jù)系統(tǒng)中預設的派單條件進行對比，若問題數(shù)據(jù)滿足派單條件后，再將該問題數(shù)據(jù)與問題庫中的記錄對比，若該問題數(shù)據(jù)未存入問題庫，則生成一個待派送的工單；若問題數(shù)據(jù)不滿足派單條件，或問題數(shù)據(jù)已存入問題庫，則不生成待派送工單；
[0056]大數(shù)據(jù)系統(tǒng)將需要生成待派送工單的問題數(shù)據(jù)自動生成工單，并按行依次插入到大數(shù)據(jù)系統(tǒng)中的工單表，如圖2所示，工單表中的每一行代表一個工單，每個工單均包括工單號字段、障礙關鍵字字段、工單生成時間字段、業(yè)務類型字段、是否合并派單字段、網(wǎng)元級別字段、網(wǎng)元名稱字段、網(wǎng)元經(jīng)度字段、網(wǎng)元緯度字段、問題現(xiàn)象等字段；
[0057]S4)、大數(shù)據(jù)系統(tǒng)自動派送工單
[0058]大數(shù)據(jù)系統(tǒng)根據(jù)工單中的“是否合并派單”字段的值，確定該工單的派送方式；如果“是否合并派單”字段的值為0，則進入步驟S5);如果“是否合并派單”字段的值為1，則該工單需自動派單，大數(shù)據(jù)系統(tǒng)將該工單信息通過連接電子運維系統(tǒng)的接口推送到電子運維系統(tǒng)，進入步驟S6)；
[0059]S5)、手動派送工單
[0060]當“是否合并派單”字段的值為0，則該工單需手工派單，大數(shù)據(jù)系統(tǒng)將生成工單界面，呈現(xiàn)給管理人員，由管理人員人工點擊派單，再進入步驟S6)；
[0061]S6)、電子運維系統(tǒng)判斷派送的工單是否為全網(wǎng)性問題
[0062]電子運維系統(tǒng)根據(jù)工單中的“網(wǎng)元級別”字段的值，判斷派送的工單是否為全網(wǎng)性問題，若“網(wǎng)元級別”字段的值存在于大數(shù)據(jù)系統(tǒng)的全網(wǎng)性問題列表中，則為全網(wǎng)性問題，則進入步驟S7);若“網(wǎng)元級別”字段的值不存在于大數(shù)據(jù)系統(tǒng)的全網(wǎng)性問題列表中，則為非全網(wǎng)性問題，則進入步驟S8);本實施例中，全網(wǎng)性問題包括0MC、BSC、MSC等；
[0063]S7)、系統(tǒng)優(yōu)化工位的工作人員接單
[0064]電子運維系統(tǒng)根據(jù)預設信息派送到系統(tǒng)優(yōu)化工位，工單接單人員通過賬號在PC機或手機APP上登陸電子運維系統(tǒng)，主動接收或派轉(zhuǎn)工單，也可通過短信方式查收、派轉(zhuǎn)工單，待該工單處理完成后進入步驟S9)；
[0065]S8)、常規(guī)優(yōu)化工位的工作人員接單
[0066]電子運維系統(tǒng)根據(jù)預設信息派送給常規(guī)優(yōu)化工位，同時抄送系統(tǒng)優(yōu)化工位，工單接單人員同樣可以通過賬號在PC機或手機APP上登陸電子運維系統(tǒng)，主動接收或派轉(zhuǎn)工單，也可通過短信方式查收、派轉(zhuǎn)工單，待該工單處理完成后進入步驟S9)；
[0067]S9)、結(jié)單申請
[0068]當接單人對接收的工單處理完畢后，通過賬號在PC機或手機APP上登陸電子運維系統(tǒng)或短信方式提交結(jié)單申請，工單的結(jié)單申請如圖3所示；工單的結(jié)單申請中分別記錄工單的派送時間和完成時間，以及結(jié)單人員和工單的處理情況等；
[0069]S10)、電子運維系統(tǒng)判斷結(jié)單申請是否滿足條件
[0070]電子運維系統(tǒng)通過連接大數(shù)據(jù)系統(tǒng)的接口，在大數(shù)據(jù)系統(tǒng)預設的結(jié)單條件中查詢結(jié)單申請是否符合結(jié)單條件，如果結(jié)單申請符合結(jié)單條件，則同意結(jié)單，并將該工單的狀態(tài)修改為結(jié)束，完成歸檔，歸檔后的工單如圖4所示；如果結(jié)單申請不符合結(jié)單條件，則進入步驟S10)；
[0071]Sll)、電子運維系統(tǒng)對不符合結(jié)單條件的工單進行處理
[0072]若結(jié)單申請不符合結(jié)單條件，且接單人未發(fā)起資源申請，則該工單駁回，由接單人繼續(xù)處理，再返回步驟S9);若結(jié)單申請不符合結(jié)單條件，但接單人發(fā)起了資源申請，則進入步驟S12)；
[0073]S12)、問題工單歸檔
[0074]管理人員判斷不符合結(jié)單條件但發(fā)起了資源申請的工單是否納入問題庫，如果管理人員同意納入問題庫，則在數(shù)據(jù)庫的問題庫中生成一條記錄，如圖5所示，該工單即為納入問題庫的工單；如果管理人員不同意納入問題庫，則該工單駁回，由接單人繼續(xù)處理，再返回步驟S9)。
[0075]盡管上面對本發(fā)明說明性的【具體實施方式】進行了描述，以便于本【技術領域】的技術人員理解本發(fā)明，但應該清楚，本發(fā)明不限于【具體實施方式】的范圍，對本【技術領域】的普通技術人員來講，只要各種變化在所附的權利要求限定和確定的本發(fā)明的精神和范圍內(nèi)，這些變化是顯而易見的，一切利用本發(fā)明構(gòu)思的發(fā)明創(chuàng)造均在保護之列。
【權利要求】
1.一種無線網(wǎng)絡工單的全自動閉環(huán)管控方法，其特征在于，包括以下步驟: (1)、系統(tǒng)初始化； 在大數(shù)據(jù)系統(tǒng)中預設問題門限值、派單條件、結(jié)單條件；在電子運維系統(tǒng)中預設派達工位信息，全網(wǎng)性問題列表； (2)、生成問題列表 Hadoop從底層數(shù)據(jù)源中采集源數(shù)據(jù)，根據(jù)Hadoop中預設的分類算法先對源數(shù)據(jù)進行分類，再計算出分類后的各項源數(shù)據(jù)的指標值； 將計算得到的指標值分別與大數(shù)據(jù)系統(tǒng)中預設的問題門限值進行對比，將指標值達到問題門限值的源數(shù)據(jù)，記為問題數(shù)據(jù)； 將問題數(shù)據(jù)插入到大數(shù)據(jù)系統(tǒng)的數(shù)據(jù)庫中的問題列表，問題列表按行依次記錄下每項問題數(shù)據(jù)； (3)、根據(jù)問題數(shù)據(jù)生成工單表 將問題列表中的問題數(shù)據(jù)與大數(shù)據(jù)系統(tǒng)中預設的派單條件進行對比，若問題數(shù)據(jù)滿足派單條件后，再將該問題數(shù)據(jù)與問題庫中的記錄對比，若該問題數(shù)據(jù)未存入問題庫，則生成一個待派送的工單；若問題數(shù)據(jù)不滿足派單條件，或問題數(shù)據(jù)已存入問題庫，則不生成待派送工單； 大數(shù)據(jù)系統(tǒng)將需要生成待派送工單的問題數(shù)據(jù)自動生成工單，并按行依次插入到大數(shù)據(jù)系統(tǒng)中的工單表，其中，工單表中的每個工單均包括工單號字段、障礙關鍵字字段、工單生成時間字段、業(yè)務類型字段、是否合并派單字段、網(wǎng)元級別字段、網(wǎng)元名稱字段、網(wǎng)元經(jīng)度字段、網(wǎng)元緯度字段、問題現(xiàn)象字段； (4)、工單派送 大數(shù)據(jù)系統(tǒng)根據(jù)工單中的“是否合并派單”字段的值，確定該工單的派送方式； 如果“是否合并派單”字段的值為1，則該工單需自動派單，大數(shù)據(jù)系統(tǒng)將該工單信息通過連接電子運維系統(tǒng)的接口推送到電子運維系統(tǒng)； 如果“是否合并派單”字段的值為0，則該工單需手工派單，大數(shù)據(jù)系統(tǒng)將生成工單界面，呈現(xiàn)給管理人員，由管理人員人工點擊派單； (5)、電子運維系統(tǒng)判斷派送的工單是否為全網(wǎng)性問題 電子運維系統(tǒng)根據(jù)工單中的“網(wǎng)元級別”字段的值，判斷派送的工單是否為全網(wǎng)性問題，若“網(wǎng)元級別”字段的值存在于大數(shù)據(jù)系統(tǒng)的全網(wǎng)性問題列表中，則為全網(wǎng)性問題，電子運維系統(tǒng)根據(jù)預設信息派送到系統(tǒng)優(yōu)化工位；若“網(wǎng)元級別”字段的值不存在于大數(shù)據(jù)系統(tǒng)的全網(wǎng)性問題列表中，則為非全網(wǎng)性問題，電子運維系統(tǒng)根據(jù)預設信息派送給常規(guī)優(yōu)化工位，同時抄送系統(tǒng)優(yōu)化工位； (6)、接單 工單接單人員通過賬號在PC機或手機APP上登陸電子運維系統(tǒng)，主動接收或派轉(zhuǎn)工單，也可通過短信方式查收、派轉(zhuǎn)工單； (7)、結(jié)單 當接單人對接收的工單處理完畢后，通過賬號在PC機或手機APP上登陸電子運維系統(tǒng)或短信方式提交結(jié)單申請，電子運維系統(tǒng)通過連接大數(shù)據(jù)系統(tǒng)的接口，在大數(shù)據(jù)系統(tǒng)預設的結(jié)單條件中查詢結(jié)單申請是否符合結(jié)單條件，如果結(jié)單申請符合結(jié)單條件，則同意結(jié)單，并將該工單的狀態(tài)修改為結(jié)束，完成歸檔；如果結(jié)單申請不符合結(jié)單條件，則進入步驟(7)； (8)、問題工單歸檔 若結(jié)單申請不符合結(jié)單條件，且接單人未發(fā)起資源申請，則該工單駁回，由接單人繼續(xù)處理，再返回步驟(7);若結(jié)單申請不符合結(jié)單條件，但接單人發(fā)起了資源申請，則該工單反饋給管理人員，由管理人員判斷是否同意納入問題庫，如果管理人員同意納入問題庫，則在數(shù)據(jù)庫的問題庫中生成一條記錄；如果管理人員不同意納入問題庫，則該工單駁回，由接單人繼續(xù)處理，再返回步驟(7)。
2.根據(jù)權利要求1所述的無線網(wǎng)絡工單的全自動閉環(huán)管控方法，其特征在于，所述的大數(shù)據(jù)系統(tǒng)與電子運維系統(tǒng)通過接口連接，大數(shù)據(jù)系統(tǒng)能夠通過連接接口到電子運維系統(tǒng)中讀取工單信息，再通過顯示界面呈現(xiàn)給管理員，供管理員查詢工單。
3.根據(jù)權利要求1所述的無線網(wǎng)絡工單的全自動閉環(huán)管控方法，其特征在于，所述的全網(wǎng)性問題包括基站控制器(BSC, Base Stat1n Controller)、操作維護中心(OMC,Operat1nandMaintenanceCenter)、移動交換中心問(MSC,Mobile Switching Center)等。
【文檔編號】H04W24/04GK104270787SQ201410555697
【公開日】2015年1月7日 申請日期:2014年10月17日 優(yōu)先權日:2014年10月17日
【發(fā)明者】胡貴賓, 馮杰, 葉奎, 向陽, 楊帆, 楊樂, 何健雄, 魏亞男 申請人:四川公用信息產(chǎn)業(yè)有限責任公司