【文章內(nèi)容簡介】 并提前通知相關(guān)客戶。 ? 分布式數(shù)據(jù)同步：由于全省專線設(shè)備的最詳細(xì)信息是分散在各個(gè)地市的網(wǎng)管中心機(jī)房的，所以需要有分布式數(shù)據(jù)同步機(jī)制實(shí)現(xiàn)全省數(shù)據(jù)的實(shí)時(shí)同步。 ? 海量數(shù)據(jù)的智能分析：針對海量的全省集團(tuán)專線數(shù)據(jù)，進(jìn)行多維度、多層次的智能分析，沒有堅(jiān)實(shí)的智能數(shù)據(jù)分析（ BI）基礎(chǔ)平臺很難做到。 難點(diǎn)及解決方案 采用 MSAP、 EOP 和 GFP 技術(shù)對接入層協(xié)議轉(zhuǎn)換器進(jìn)行網(wǎng)絡(luò)接入改造 MSAP、 EOP 和 GFP 技術(shù)是一種很好的解決方案。簡化了對網(wǎng)絡(luò)的管理。避免了為提供新的業(yè)務(wù)再去建設(shè)新網(wǎng)絡(luò)的重復(fù)投資，進(jìn)一步優(yōu)化利用了原有的網(wǎng)絡(luò)資源。 將 MSAP、 EOP 部署于中心機(jī)房，在用戶分支節(jié)點(diǎn)可放置單路、多路 E1 協(xié)議轉(zhuǎn)換器來完成每個(gè)分支節(jié)點(diǎn)的接入，配合基于支持 GFP 封裝的協(xié)議轉(zhuǎn)換器項(xiàng)目的協(xié)議轉(zhuǎn)換模塊，對應(yīng)用層軟件部分的進(jìn)行開發(fā)。通過采用 EOP+GFP 技術(shù)，解決接入層設(shè)備的信息獲取和處理 。 采用 IOM 技術(shù)對核心層進(jìn)行網(wǎng)絡(luò)接入改造 IOM： (Inter Of Machine) 核心設(shè)備管理器，是實(shí)現(xiàn)核心設(shè)備的串口帶外(串口 )管控、數(shù)據(jù)收斂、遠(yuǎn)程智能電源分配、 KVM 的遠(yuǎn)程再現(xiàn)于一體?？稍跈C(jī)房放置 Console 口管理器，對機(jī)房中的路由器，智能設(shè)備，電源設(shè)備等進(jìn)行集中管理，可通過 Web 形式進(jìn)行單機(jī)形式遠(yuǎn)程操作、管理、維護(hù)，也可通過以太網(wǎng)或 2M 網(wǎng)橋及 Modem專線等方 式傳輸?shù)綌?shù)據(jù)服務(wù)器實(shí)現(xiàn)應(yīng)用核心設(shè)備管理平臺進(jìn)行多臺設(shè)備統(tǒng)一管理。通過采用 IOM 技術(shù)，解決對非 IP 設(shè)備端口配置、物理地址、告警、日志等信息的獲取和處理。也可作為帶外備份通道。 采用 TMF814 系列標(biāo)準(zhǔn)的北向接口技術(shù)實(shí)現(xiàn)分布式數(shù)據(jù)匯聚 TMF814 標(biāo)準(zhǔn)采用 CORBA 技術(shù)，實(shí)現(xiàn)了 EMS/NMS 之間的數(shù)據(jù)匯聚。此標(biāo)準(zhǔn)已經(jīng)成為電信級運(yùn)營商廣泛使用的標(biāo)準(zhǔn)技術(shù)之一，本網(wǎng)絡(luò)監(jiān)控平臺也采用此標(biāo)準(zhǔn)來作為和各個(gè)專線設(shè)備廠商的 EMS 進(jìn)行對接的基礎(chǔ)標(biāo)準(zhǔn)。利用這個(gè)標(biāo)準(zhǔn)可以減低多廠家、多類型設(shè)備的數(shù)據(jù)匯聚復(fù)雜度，加快對接時(shí)間，降低對接風(fēng) 險(xiǎn)。 基于 BIEE 平臺的智能分析 Oracle BIEE（簡稱 BIEE）作為 Oracle 的新的商業(yè)智能平臺企業(yè)版，是一個(gè)非常有創(chuàng)造力的工具，它對于物理層，邏輯層，展現(xiàn)層的理解和定義創(chuàng)造了一個(gè)非常簡潔而清晰的數(shù)據(jù)模型，使用這個(gè)數(shù)據(jù)模型可以完整地連接企業(yè)內(nèi)各個(gè)異構(gòu)數(shù)據(jù)源，從而使商業(yè)智能真正能夠在企業(yè)范圍內(nèi)得到大規(guī)模部署和使用。利用這個(gè)平臺，可以支持海量數(shù)據(jù)的實(shí)時(shí)智能分析。還支持靈活便捷的數(shù)據(jù)建模、數(shù)據(jù)抽取轉(zhuǎn)換、報(bào)表格式定制等功能。 主要技術(shù)方案和關(guān)鍵技術(shù) 基于雙向線索樹的故障、性能預(yù)警傳播機(jī)制 對整個(gè)專線網(wǎng)絡(luò)構(gòu)建管線（端到端視圖），形成雙向線索樹。在此基礎(chǔ)上對某個(gè)節(jié)點(diǎn)的某類型故障，進(jìn)行故障、性能預(yù)警的傳播分析，從而推導(dǎo)出可能影響的用戶，實(shí)現(xiàn)先于客戶預(yù)知故障，并通過語音、短信、郵件等方式提前通知給客戶。 基于設(shè)備實(shí)采信息的服務(wù)質(zhì)量分析、二次銷售建議 由于有了全網(wǎng)專線設(shè)備的實(shí)時(shí)拓?fù)?、性能信息，可以基于客戶類型、業(yè)務(wù)類型、設(shè)備類型、時(shí)間分布、故障分布等進(jìn)行綜合的實(shí)時(shí)的服務(wù)質(zhì)量分析，包括故障次數(shù)、故障處理時(shí)間、故障影響程度（帶寬時(shí)）、故障分布特性等。同時(shí)從這些分析中，可以再提取客戶使用習(xí)慣，從而提出更佳的二次銷售建議。 基于 IOM 技術(shù)的專線設(shè)備電源故障、遠(yuǎn)程冷重啟、綠色節(jié)能管理 IOM 設(shè)備可以實(shí)現(xiàn)對其他核心專線設(shè)備的級聯(lián)式電源管理，對于一些非現(xiàn)場的專線設(shè)備，可以通過 IOM 進(jìn)行電源類故障遠(yuǎn)程分析，必要時(shí)候，還可以實(shí)現(xiàn)遠(yuǎn)程冷重啟，減少人員到現(xiàn)場的麻煩。另外還可 以實(shí)時(shí)采集設(shè)備能耗，實(shí)現(xiàn)綠色節(jié)能管理。 集業(yè)務(wù)流程端到端展示及溯源系統(tǒng)（湖南） 研究總體框架 按照系統(tǒng)構(gòu)成分為數(shù)據(jù)采集層、數(shù)據(jù)服務(wù)層和應(yīng)用層。在每個(gè)層次上都有對應(yīng)的研究關(guān)鍵內(nèi)容，如下圖所示： 在課題研究目標(biāo)中提到的對外展示，僅需要在實(shí)現(xiàn)時(shí)注意網(wǎng)絡(luò)術(shù)語與使用者受眾之間的表達(dá)，在功能上不需要做特別考慮。 在呈現(xiàn)業(yè)務(wù)拓?fù)淞鞒痰幕A(chǔ)上，能夠?qū)崟r(shí)查看業(yè)務(wù)流程中承載的網(wǎng)元設(shè)備性能和業(yè)務(wù)性能指標(biāo)，同時(shí)主動(dòng)預(yù)警。主要研究內(nèi)容如下： 1. 業(yè)務(wù)拓?fù)涫崂?。按照需要展示的各種業(yè)務(wù)，如語音、短彩信、飛信、音樂下載、進(jìn)行梳理，確定每種具體業(yè)務(wù)里可能存在的端到端不同和變化。并能夠抽象出影響這些不同的輸入條件，如主叫、被叫的網(wǎng)絡(luò)類型、客戶終端類型等。 2. 端到端拓?fù)溥x擇及生成拓?fù)涑尸F(xiàn)。端到端可以從實(shí)現(xiàn)形式上分為三類：業(yè)務(wù)原理端到端（按專業(yè)劃分并呈現(xiàn)指標(biāo)，不具體到設(shè)備）、實(shí)例化的端到端（在業(yè)務(wù)原理端到端基礎(chǔ)上進(jìn)行實(shí)例化網(wǎng)元，但數(shù)據(jù)粒度不對等，無法形成端到端應(yīng)用及分析）、業(yè)務(wù)全流程端到端（按照相關(guān)條件確定具體的業(yè)務(wù)實(shí)現(xiàn)端到端，并與相關(guān)粒度的內(nèi)容關(guān)聯(lián)）。本課題要實(shí) 現(xiàn)真正的端到端，即在業(yè)務(wù)實(shí)現(xiàn)上體現(xiàn)具體的端到端各環(huán)節(jié)并以拓?fù)鋱D的方式展示，以及各環(huán)節(jié)上實(shí)時(shí)、粒度對等的數(shù)據(jù)。 3. 信息溯源。通過信令監(jiān)測溯源業(yè)務(wù)流程經(jīng)過的網(wǎng)元及線路信息；在端到端的拓?fù)鋱D上呈現(xiàn)出來，并呈現(xiàn)其對應(yīng)的網(wǎng)絡(luò)故障及隱患故障； 4. 實(shí)時(shí)性能。在業(yè)務(wù)流程拓?fù)涑尸F(xiàn)時(shí)，能夠?qū)崟r(shí)提供設(shè)備及業(yè)務(wù)性能。本課題研究從各個(gè)專業(yè)的信令數(shù)據(jù)中收集數(shù)據(jù)并貫穿。 5. 主動(dòng)預(yù)警。通過對性能閾值的研究和設(shè)置，對于劣化的性能指標(biāo)主動(dòng)預(yù)警。為了能夠?qū)I(yè)務(wù)環(huán)節(jié)上的網(wǎng)絡(luò)運(yùn)行狀況作出評判，需要對環(huán)節(jié)上的各網(wǎng)元設(shè)置相關(guān)業(yè)務(wù)指標(biāo)的門限，以便快速發(fā)現(xiàn)網(wǎng)絡(luò)隱 患故障。 難點(diǎn)及解決方案 1. 端到端拓?fù)湓趺创_定？怎么產(chǎn)生？ 端到端的拓?fù)?，一直是按照業(yè)務(wù)種類的梳理和產(chǎn)生的，如語音、短信、彩信等，但是在一種業(yè)務(wù)里所有的用戶使用的端到端環(huán)節(jié)都一樣嗎（實(shí)例化的網(wǎng)元可以不一樣），如何準(zhǔn)確定位，如何區(qū)別省內(nèi)、省間、跨網(wǎng)的業(yè)務(wù)拓?fù)?。所以在本課題里，我們要梳理并抽象出與具體的上下文（主被叫的各種特征、使用產(chǎn)品的特征）結(jié)合，從而確定該業(yè)務(wù)的實(shí)際拓?fù)洹? 2. 業(yè)務(wù)流程拓?fù)渑c網(wǎng)元實(shí)例化的關(guān)聯(lián)呈現(xiàn) 如何從信令監(jiān)測系統(tǒng)中獲取的網(wǎng)元 ID在業(yè)務(wù)流程圖上進(jìn)行實(shí)例化關(guān)聯(lián)呈現(xiàn)。為了能夠使用實(shí)時(shí)且在各 個(gè)環(huán)節(jié)粒度對等的數(shù)據(jù)，需要從信令里抓取相關(guān)數(shù)據(jù)并進(jìn)行合成提供。根據(jù)業(yè)務(wù)種類以及客戶性質(zhì)，合成產(chǎn)生不同級別、粒度的數(shù)據(jù)，但是信令數(shù)據(jù)并不能夠完全提供端到端拓?fù)渖纤协h(huán)節(jié)的信息（關(guān)聯(lián)信息或者是網(wǎng)絡(luò)運(yùn)行信息），所以在這個(gè)問題上與綜合資源進(jìn)行關(guān)聯(lián)解決。 首先確定業(yè)務(wù)發(fā)起使用的網(wǎng)元（可以是個(gè)客、家客或者集客），該網(wǎng)元可以是從信令信息里獲取的 ID號。使用這個(gè) ID 號在資源系統(tǒng)里查詢獲得相應(yīng)的信息（名稱、配置屬性等），另外還可以從資源里獲得該網(wǎng)元在整個(gè)網(wǎng)絡(luò)里的連接關(guān)系，從而在業(yè)務(wù)原理拓?fù)淅锾峁?shí)例化的網(wǎng)元信息。有了網(wǎng)元信息 后，可以根據(jù)聚合的數(shù)據(jù)來確定相關(guān)的指標(biāo)及門限，呈現(xiàn)出網(wǎng)絡(luò)整體的運(yùn)行狀況。 3. 數(shù)據(jù)聚合、聚類分析 端到端的各環(huán)節(jié)確定并進(jìn)行實(shí)例化網(wǎng)元，在顯示中網(wǎng)元應(yīng)該呈現(xiàn)哪些信息。如果當(dāng)前呈現(xiàn)是由投訴問題定位觸發(fā)的，還有哪些用戶可能存在同樣問題，可以通過具有相同行為的聚類分析獲得。 數(shù)據(jù)聚合分為兩個(gè)層次，其一是基于對象的網(wǎng)元聚合（包括傳輸線路），即以網(wǎng)元為粒度和對象把相關(guān)的數(shù)據(jù)進(jìn)行聚合；其二是派生聚合，派生聚合可以是按照客戶、業(yè)務(wù)、位置進(jìn)行的?？蛻舻木酆现饕羌瘓F(tuán)大客戶，可以預(yù)先準(zhǔn)備相關(guān)的端到端拓?fù)洹⒈O(jiān)控指標(biāo)、 SLA 等；業(yè)務(wù)聚合是把網(wǎng)元聚合中的各類數(shù)據(jù)進(jìn)行業(yè)務(wù)分類，在確定業(yè)務(wù)后可以使用相關(guān)指標(biāo)，是網(wǎng)元聚合的業(yè)務(wù)橫向貫穿；基于位置的聚合是在網(wǎng)元聚合的基礎(chǔ)上（主要是網(wǎng)絡(luò)內(nèi)部的自動(dòng)采集數(shù)據(jù)）結(jié)合網(wǎng)格維護(hù)等方式提供的其他信息，如割接、投訴、工單或者社會(huì)新聞事件等。 4. 用戶隱私與網(wǎng)絡(luò)運(yùn)維的關(guān)系 在 服務(wù)的三種客戶（集客、家客、個(gè)客）類型中，個(gè)客的信息是個(gè)體的與個(gè)人隱私結(jié)合是最敏感的，家客和集客相對固定，敏感性弱但也要強(qiáng)調(diào)其相關(guān)信息不能泄露，比如用戶住址或集團(tuán)客戶的相關(guān)信息等。 在網(wǎng)絡(luò)里使用客戶的信息主要是結(jié)合客戶發(fā)生故障的位置來確定網(wǎng)絡(luò)故障；或者根據(jù)用戶的時(shí)間從信令查詢相關(guān)的隱患故障信息。在絕大部分場景下是不需要進(jìn)行軌跡顯示的，也就是說我們不需要把用戶涉及隱私的信息全部在系統(tǒng)里進(jìn)行展現(xiàn)。 另外在使用用戶信息的時(shí)候采用了“金庫”的管理模式，即多次鑒權(quán)及事務(wù)分段處理。 主要技術(shù)方案和關(guān)鍵技術(shù) 本課題對應(yīng)的系統(tǒng)梳理三類應(yīng)用場景：社會(huì)公眾參觀展示、目標(biāo)客戶案例展示、投訴問題故障定位及大面積攔截。主界面是以端到端拓?fù)鋱D為主要內(nèi)容的，在端到端的各個(gè)環(huán)節(jié)上，可以按照設(shè)置的門限或者聚類分析呈現(xiàn)對應(yīng)的結(jié)果情況。使用的關(guān)鍵技術(shù)及方案如下： 1. 基于策略模式的端到端選擇及產(chǎn)生 策略模式是軟件框架結(jié)構(gòu)中的一種軟件實(shí)現(xiàn)模式，是通過抽象概括形成不同的類，并在上下文中選擇具體的動(dòng)作類來完成對應(yīng)的功能。類比圖如下所示： 通過梳理各種具體業(yè)務(wù)的多條件對應(yīng)的端到端拓?fù)?，形成具體策略，而抽象策略對應(yīng)的是各種業(yè)務(wù)原理圖或業(yè)務(wù)類型 名稱。根據(jù)上下文提供的條件，唯一確定當(dāng)前狀態(tài)下的端到端組成，調(diào)用關(guān)系如下： 2. 基于數(shù)據(jù)聚合的聚類分析（投訴大面積攔截） 網(wǎng)管里積攢里大量各種數(shù)據(jù)，缺乏整理和關(guān)聯(lián)，在本課題里研究數(shù)據(jù)聚合以及基于這些數(shù)據(jù)的聚類分析。所謂聚類分析，就是在故障投訴定位中，以投訴用戶的相關(guān)信息為參照，從其位置、業(yè)務(wù)等角度，發(fā)現(xiàn)更多可能存在類似行為的用戶，盡量能夠提前預(yù)警并攔截更大面積的投訴。其解決辦法可以是改善網(wǎng)絡(luò)質(zhì)量（如覆蓋、干擾等）或者通過提升客戶終端或客戶行為來處置或預(yù)防（如終端軟件版本缺陷，可以通過升級解決）。 數(shù)據(jù)聚合主 要有兩類，其一是網(wǎng)元聚合，其二是派生聚合，派生聚合以客戶、業(yè)務(wù)、位置等角度組織。如網(wǎng)元聚合： 聚類分析是通過提取當(dāng)前投訴客戶的相關(guān)信息，如客戶使用的終端類型、軟件版本、所處位置、所用業(yè)務(wù)等從端到端拓?fù)淅镞M(jìn)行聚類查詢，并發(fā)現(xiàn)可能存在的用戶，及其影響。 在數(shù)據(jù)聚合里也同時(shí)考慮各網(wǎng)元在各業(yè)務(wù)里需要呈現(xiàn)的指標(biāo)（可以參考集中性能或客戶感知里的專業(yè)指標(biāo)集）。 3. 基于金庫模式的客戶隱私保護(hù)及網(wǎng)絡(luò)運(yùn)維支撐 提供分層次的二次鑒權(quán)或者通過對一件事務(wù)的不同人員處理實(shí)現(xiàn)對客戶隱私的保密，并實(shí)現(xiàn)利用客戶相關(guān)行為信息為網(wǎng)絡(luò)運(yùn)維服務(wù)。 課題研究提供主管（不同職級層次）授權(quán)方式使用直接輸入用戶號碼進(jìn)行端到端故障定位。在端到端呈現(xiàn)時(shí)，盡量通過時(shí)間窗及其他相關(guān)信息，唯一確定該用戶在所有業(yè)務(wù)里符合要求的內(nèi)容。 課題研究通過投訴工單倒入具體客戶號碼，觸發(fā)使用該分析系統(tǒng)，使投訴處理事務(wù)能夠在客服和后臺兩個(gè)部門的協(xié)作下完成。這樣就保證了能夠輸入號碼的人不能使用該系統(tǒng)，而能使用該系統(tǒng)的人不能隨便輸入號碼，從而達(dá)到保護(hù)客戶隱私的目的。 跨廠家平臺性能監(jiān)控及數(shù)據(jù)核查問題（山東） 研究總體框架 難點(diǎn)及解決方案 ? 打通不同廠家數(shù)據(jù)接口： 應(yīng)用基于 ASP 的數(shù)據(jù)庫接口，將不同廠家、不同數(shù)據(jù)庫的數(shù)據(jù)進(jìn)行融合（愛立信、華為的 Sybase 及諾西的 Oracle），在同一個(gè)頁面上展示和操作； ? 按用戶的需求定制展示數(shù)據(jù)： 建立基于 IP 的用戶設(shè)置數(shù)據(jù)庫，每次打開自動(dòng)讀取用戶設(shè)置的地市，找出用戶所在地市的廠家情況，并根據(jù)用戶的篩選規(guī)則對數(shù)據(jù)進(jìn)行篩選； 主要技術(shù)方案和關(guān)鍵技術(shù) ? 個(gè)性化參數(shù)設(shè)置： 可基于 IP 設(shè)置監(jiān)控閥值參數(shù)，滿足個(gè)性化監(jiān)控需求。 ? B/S 架構(gòu)： 建立基于 B/S 架構(gòu)的 WEB 監(jiān)控頁面，自動(dòng)刷新，并根據(jù)用戶設(shè)置篩選出異常 小區(qū)，方便定位。 ? 打通不同廠家數(shù)據(jù)接口： 打通跨廠家的數(shù)據(jù)接口，可將同一地市不同廠家的指標(biāo)整合在同一個(gè)頁面。 ? 無差別化操作： 自動(dòng)識別地市所帶廠家的設(shè)備，自動(dòng)根據(jù)用戶提交的的小區(qū)號定位設(shè)備廠家，讓用戶感覺不到地市或廠家的操作差別； 六 、 專利檢索情況 安徽： 基于數(shù)學(xué)模型的告警關(guān)聯(lián)規(guī)則 基于最大頻繁項(xiàng)集的通信告警關(guān)聯(lián)規(guī)則挖掘方法 ? 申請?zhí)枺? 申請日： 20200110 ? 申請人： 浪潮通信信息系統(tǒng)有限公司 ? 本發(fā)明提供了基于最大頻繁項(xiàng)集數(shù)據(jù)挖掘的告警關(guān)聯(lián)規(guī)則挖掘系統(tǒng)的構(gòu)建方法及其實(shí)現(xiàn) ,針對通信網(wǎng)絡(luò)中設(shè)備的不同類型 ,設(shè)計(jì)了單一設(shè) 備、同類設(shè)備及互聯(lián)設(shè)備三種不同的挖掘方式 ,而按照挖掘范圍 ,又可以將數(shù)據(jù)挖掘的范圍定位到具體的地市級或者通信設(shè)備廠商級。確定挖掘方式后 ,選擇告警關(guān)聯(lián)時(shí)間窗口 ,滑動(dòng)步長等獲取告警事務(wù)項(xiàng)集合。用戶輸入最小支持度后 ,利用最大頻繁項(xiàng)集挖掘算法進(jìn)行告警關(guān)聯(lián)結(jié)果挖掘 ,并根據(jù)不同的挖掘方式進(jìn)行挖掘結(jié)果處理及顯示。通過一系列過程 ,實(shí)現(xiàn)了從海量告警數(shù)據(jù)中找出用戶所需要的告警關(guān)聯(lián)規(guī)則 ,具有廣泛的應(yīng)用前景和良好的實(shí)用價(jià)值。 一種移動(dòng)互聯(lián)網(wǎng)告警關(guān)聯(lián)規(guī)則獲取方法 ? 申請?zhí)枺? 申請日： 20200126 ? 申請人： 浪潮通信信息系統(tǒng)有限公司 ? 本發(fā)明提供一種移動(dòng)互聯(lián)網(wǎng)告警關(guān)聯(lián)規(guī)則獲取方法 ,系統(tǒng)由告警數(shù)