大數(shù)據(jù)平臺(tái)項(xiàng)目方案

1、大數(shù)據(jù)平臺(tái)項(xiàng)目方案項(xiàng)目進(jìn)展匯報(bào)一面臨的問題與主要困難二狀況總結(jié)與下一步工作方針三平臺(tái)安全防控情況四整體完成情況匯報(bào)09/25 11/15 11/16 12/15 12/161/282/1004/30數(shù)據(jù)源解析入庫完成試用版本多項(xiàng)功能增加1. 系統(tǒng)Demo版本開發(fā)2.系統(tǒng)Beta版本開發(fā)3.系統(tǒng)正式版本開發(fā)4.平臺(tái)上線試用關(guān)鍵時(shí)間點(diǎn)完成測(cè)試上線版本全省上線使用并最終評(píng)分驗(yàn)收技術(shù)難點(diǎn)數(shù)據(jù)源完整性排查多數(shù)據(jù)源清洗和快速入庫解析GIS界面深度定制開發(fā)數(shù)據(jù)庫邏輯優(yōu)化完成Beta版本測(cè)試完成商用版本大數(shù)據(jù)聯(lián)合運(yùn)算效率提升關(guān)聯(lián)算法優(yōu)化進(jìn)化版APP定位算法設(shè)計(jì)Hadoop數(shù)據(jù)對(duì)接在線運(yùn)算OTT技術(shù)突破集團(tuán)巡檢

2、演示界面加速 性能優(yōu)化功能增加重要事件集中化生產(chǎn)接口聯(lián)調(diào)集中化、自動(dòng)化生產(chǎn)功能優(yōu)化Hadoop改造，接口聯(lián)調(diào)02-0302-08MRO回填算法優(yōu)化Hadoop平臺(tái)Spark版本升級(jí)功能開發(fā)虛擬路測(cè)、柵格測(cè)試所有子功能算法開發(fā)高校WLAN試點(diǎn)覆蓋質(zhì)量評(píng)估分析業(yè)支大數(shù)據(jù)平臺(tái)對(duì)接S1U原始碼流數(shù)據(jù)對(duì)接需求的溝通與提交軟硬采XDR數(shù)據(jù)問題提交虛擬路測(cè)、柵格測(cè)試、低速率、掉線等整體頁面調(diào)試采集湘潭、邵陽XDR和MR數(shù)據(jù)，并評(píng)估了數(shù)據(jù)質(zhì)量重疊覆蓋、越區(qū)覆蓋、MOD3干擾算法存儲(chǔ)過程測(cè)試02-14數(shù)據(jù)管理和地圖管理功能界面設(shè)計(jì)和開發(fā)邵陽市全量數(shù)據(jù)導(dǎo)入、處理和呈現(xiàn)02-16近兩周主要工作進(jìn)展：整體開發(fā)計(jì)劃：全

3、省推廣和功能“挑刺”邵陽市落地試點(diǎn)和“挑刺”工作前端GIS聯(lián)調(diào)和bug修復(fù)02-26項(xiàng)目截至到當(dāng)前完成的重點(diǎn)工作一、虛擬路測(cè)功能全部完成二、柵格測(cè)試功能全部完成三、主流APP坐標(biāo)系探測(cè)和交互模式研究在原有百度和滴滴的96個(gè)已知HOST基礎(chǔ)上，經(jīng)過測(cè)試和研究增加了搜狐、快手、美團(tuán)、58同城、唯品會(huì)、大眾點(diǎn)評(píng)等多個(gè)主流APP的HOST，可準(zhǔn)確識(shí)別經(jīng)緯度坐標(biāo)系的APP增加了一倍。四、三個(gè)額外覆蓋指標(biāo)分析和兩大定制功能模塊額外增加了基于用戶定位采樣點(diǎn)的重疊覆蓋、模三干擾和越區(qū)覆蓋分析；增加了定制的競(jìng)對(duì)分析、室分外泄分析功能，均已完成并實(shí)現(xiàn)演示。五、MRO替代UEMR的相關(guān)代碼開發(fā)、回填算法研究、回填糾

4、錯(cuò)算法的開發(fā)和優(yōu)化MRO回填采用3M（MME_CODE、MME_GROUP、MME_UE_S1AP_ID） + eNB ID關(guān)聯(lián)，增加基于時(shí)間和網(wǎng)元信息的糾錯(cuò)算法，關(guān)聯(lián)率從5060%提升到85%以上，且能保證回填準(zhǔn)確性；與S1U定位信息關(guān)聯(lián)后，定位點(diǎn)的覆蓋和干擾指標(biāo)準(zhǔn)確度得到了提升。六、基于用戶數(shù)據(jù)的OTT定位算法研究出了可以直接從用戶S1U上下行數(shù)據(jù)中抓取并解碼關(guān)鍵定位字段的算法，只是目前尚無持續(xù)可用的原始碼流數(shù)據(jù)源，導(dǎo)致此定位技術(shù)獲取的經(jīng)緯度信息無法利用。七、Hadoop數(shù)據(jù)預(yù)處理基于Hadoop Spark架構(gòu)的數(shù)據(jù)源存儲(chǔ)、索引、清洗、糾錯(cuò)、分片過濾功能的開發(fā)，現(xiàn)已完成，且運(yùn)行效率達(dá)到要

5、求。各大功能當(dāng)前開發(fā)進(jìn)度覆蓋類指標(biāo)評(píng)估用戶投訴掉線分析模3干擾評(píng)估競(jìng)對(duì)分析室分外泄低速率分析弱覆蓋重疊覆蓋越區(qū)覆蓋駐留比評(píng)估100%100%100%60%100%100%開發(fā)進(jìn)度落地進(jìn)度長沙已完成DEMO，正對(duì)邵陽進(jìn)行落地評(píng)估100%60%長沙已完成DEMO，正對(duì)邵陽進(jìn)行落地評(píng)估邵陽暫無競(jìng)對(duì)數(shù)據(jù)在全省落地后期中給有此需求的地市提供基礎(chǔ)功能正對(duì)邵陽進(jìn)行評(píng)估長沙已完成DEMO，正對(duì)邵陽進(jìn)行落地評(píng)估長沙已完成DEMO，正對(duì)邵陽進(jìn)行落地評(píng)估長沙已完成DEMO，正對(duì)邵陽進(jìn)行落地評(píng)估尚未接入23G數(shù)據(jù)，無法統(tǒng)計(jì)準(zhǔn)確駐留比，但可以就倒流情況進(jìn)行分析服務(wù)器資源使用情況軟采XDR（UU、X2）硬采XDR（S1M

6、ME、S1U）MR Data（MRO、MRE）數(shù)據(jù)庫集群（205/206/207/215/216）前端服務(wù)器(204)GIS服務(wù)器(209)網(wǎng)管（DPI、MR服務(wù)器）當(dāng)前數(shù)據(jù)對(duì)接方案Hadoop數(shù)據(jù)對(duì)接最終方案網(wǎng)優(yōu)MR服務(wù)器/網(wǎng)優(yōu)平臺(tái)字段推送支持前端呈現(xiàn)支持地圖呈現(xiàn)Java工具入庫FTP傳輸、解壓、歸檔當(dāng)前方案處理性能主要受服務(wù)器I/O性能的限制，光邵陽、湘潭兩市一天的數(shù)據(jù)僅解壓時(shí)間都超過了12小時(shí)。通過給特定服務(wù)器增加固態(tài)硬盤可以使平臺(tái)整體I/O性能得到增長，縮短數(shù)據(jù)處理時(shí)間。數(shù)據(jù)推送大數(shù)據(jù)平臺(tái)最終將采用Hadoop集群對(duì)接業(yè)支大數(shù)據(jù)平臺(tái)方式采集數(shù)據(jù)，5臺(tái)的Hadoop集群估算的處理能力對(duì)應(yīng)

7、現(xiàn)網(wǎng)4G流量約為380T/天，而現(xiàn)在由于華為服務(wù)器使用的SCSI硬盤性能低于預(yù)期，導(dǎo)致實(shí)際流量處理能力只有136T/天（全省峰值4G流量約為1600T/天）。主要性能瓶頸在于解壓、轉(zhuǎn)儲(chǔ)和存儲(chǔ)過程調(diào)用數(shù)據(jù)會(huì)消耗大量I/O，通過在Hadoop集群主服務(wù)器上增加固態(tài)盤組件可以解決這一問題。網(wǎng)優(yōu)Hadoop集群（210/211/212/213/214）數(shù)據(jù)采集&預(yù)處理服務(wù)器集群（201/202/203/208）業(yè)支大數(shù)據(jù)平臺(tái)2/3G業(yè)務(wù)流量Gn口話單工參、參數(shù)、告警字段推送查詢、抓取Hadoop最終實(shí)現(xiàn)方案將采用“瀑布式”數(shù)據(jù)對(duì)接，實(shí)現(xiàn)隨傳隨呈現(xiàn)，全自動(dòng)化對(duì)接。當(dāng)前業(yè)支大數(shù)據(jù)平臺(tái)提供給網(wǎng)優(yōu)大數(shù)據(jù)的租戶

8、在6月才能下發(fā)，只能使用不支持Spark架構(gòu)的臨時(shí)工具組采集數(shù)據(jù)，十分不便。FTP傳輸、解壓、歸檔數(shù)據(jù)源接入情況數(shù)據(jù)源1天（T）解壓后MRO6.5軟采3.5S1-U5S1-MME1數(shù)據(jù)源1天（T）解壓后MRO1.89軟采0.82S1-U1.4S1-MME0.24數(shù)據(jù)源1天（T）解壓后MRO2.65軟采1.12S1-U2.10S1-MME0.41總采樣點(diǎn)數(shù)8千萬有效采樣點(diǎn)數(shù)114萬有效采樣點(diǎn)比例1.425%總采樣點(diǎn)數(shù)2.9千萬有效采樣點(diǎn)數(shù)26萬有效采樣點(diǎn)比例0.897%總采樣點(diǎn)數(shù)3.4千萬有效采樣點(diǎn)數(shù)38萬有效采樣點(diǎn)比例1.118%當(dāng)前大數(shù)據(jù)平臺(tái)接入了長沙、邵陽、湘潭三個(gè)地市的數(shù)據(jù)，數(shù)據(jù)源類型包

9、括MRO、軟采X2、UU接口XDR和硬采S1MME和S1U接口XDR數(shù)據(jù)，數(shù)據(jù)量如下表所示。利用當(dāng)前算法，可以從當(dāng)前數(shù)據(jù)類型中的所有采樣點(diǎn)提取大約百分之一的有效數(shù)據(jù)，如果可以提供S1U原始碼流數(shù)據(jù)，并充分保障XDR數(shù)據(jù)完整性和準(zhǔn)確性，這一比例可以提高若干倍。湘潭長沙邵陽部分已實(shí)現(xiàn)功能演示內(nèi)網(wǎng)演示鏈接：http:/04:8848/虛擬測(cè)試弱覆蓋分析柵格虛擬測(cè)試重疊覆蓋分析平臺(tái)指標(biāo)說明：1、弱覆蓋：RSRP1000字節(jié)）速率小于15kbps4、重疊覆蓋率：依據(jù)集團(tuán)標(biāo)準(zhǔn)，與主服務(wù)小區(qū)RSRP差6dB以內(nèi)（且主服務(wù)小區(qū)RSRP=-110dBm）的鄰小區(qū)數(shù)量，為重疊覆蓋度；重疊覆蓋率為重疊覆蓋度=3的采

10、樣點(diǎn)或柵格占比5、越區(qū)覆蓋率：采樣點(diǎn)離服務(wù)小區(qū)距離大于最強(qiáng)鄰區(qū)的n倍，n則為越區(qū)覆蓋度，越區(qū)覆蓋度10的采樣點(diǎn)或柵格占比為越區(qū)覆蓋率（現(xiàn)在為保證計(jì)算效率，采用的比較簡(jiǎn)單的算法，后續(xù)會(huì)加強(qiáng)）6、MOD3干擾率：?jiǎn)蝹€(gè)采樣點(diǎn)或柵格所有主鄰小區(qū)PCI除3余數(shù)相同（且主服務(wù)小區(qū)RSRP=-110dBm）的數(shù)量為模三干擾度，模三干擾度=3的采樣點(diǎn)或柵格占比為模三干擾率項(xiàng)目進(jìn)展匯報(bào)一面臨的問題與主要困難二狀況總結(jié)與下一步工作方針三平臺(tái)安全防控情況四面臨的問題與主要困難當(dāng)前項(xiàng)目主要面臨以下三個(gè)問題：軟采硬采XDR質(zhì)量問題原始數(shù)據(jù)來源問題業(yè)支大數(shù)據(jù)平臺(tái)數(shù)據(jù)共享問題問題一：軟硬采數(shù)據(jù)質(zhì)量問題描述影響進(jìn)展軟采XDR

11、問題12月份Beta版本發(fā)現(xiàn)軟采XDR數(shù)據(jù)質(zhì)量較差，關(guān)聯(lián)率低（20%），數(shù)據(jù)無法使用，因此引進(jìn)MRO來替代UEMR作為測(cè)量報(bào)告來源。其中涉及回填算法、糾錯(cuò)算法的開發(fā)。投入兩名全職開發(fā)人員，現(xiàn)場(chǎng)優(yōu)化工程師配合投入大量時(shí)間精力，歷時(shí)6周方出具了可用于呈現(xiàn)的準(zhǔn)確數(shù)據(jù)。UEMR全部問題已得到回饋或解決，但推廣階段很難騰出運(yùn)算資源對(duì)數(shù)據(jù)再次驗(yàn)證。硬采XDR問題12月份長沙硬采XDR S1MME存在丟包、時(shí)間錯(cuò)位、數(shù)據(jù)錯(cuò)誤等問題，直接導(dǎo)致了MRO回填不準(zhǔn)確，回填率不高（60%）。發(fā)現(xiàn)12月長沙數(shù)據(jù)MRO關(guān)聯(lián)率低之后，預(yù)計(jì)中興DPI方面無法及時(shí)定位和解決問題，為保證項(xiàng)目進(jìn)度，投入一名現(xiàn)場(chǎng)網(wǎng)優(yōu)人員和一名DBA

12、開發(fā)人員對(duì)關(guān)聯(lián)率低的根源進(jìn)行挖掘，花費(fèi)近1周時(shí)間才確定S1MME本身存在丟包和時(shí)間戳錯(cuò)位等問題，并花費(fèi)另1周時(shí)間額外開發(fā)糾錯(cuò)算法，以保證回填準(zhǔn)確。目前中興尚無反饋。本次采集邵陽、湘潭發(fā)現(xiàn)S1MME XDR質(zhì)量比長沙好，尚未發(fā)現(xiàn)丟包問題，MR回填率已提升至85%。軟采XDR影響問題1.河?xùn)|軟采數(shù)據(jù)只采集到了三分之一站點(diǎn)的-已解決、板塊問題2.河西軟采數(shù)據(jù)未采集到-已解決、配置錯(cuò)誤3.UEMR丟包，關(guān)聯(lián)率20%-已解決4.周期性UEMR上報(bào)周期不對(duì)-已解決5.UEMR報(bào)告中未知類型報(bào)告比例過高已反饋硬采S1MME XDR問題1.條目時(shí)間戳混亂，與XDR生成時(shí)間不一致2.MME GROUP ID存在

13、大量無效值3.完全相同的記錄重復(fù)出現(xiàn)4.條目隨機(jī)缺失5.MME UE S1AP ID存在全F無效值6.MME CODE存在全F無效值問題2-原始碼流獲取問題一、已將對(duì)應(yīng)特殊host GET/POST/200 OK需求提交至網(wǎng)管部門評(píng)估，但網(wǎng)管駁回了此需求，理由是要涉及修改解析程序。二、跟中興DPI方面協(xié)商是否可采用將POST消息Data前512字節(jié)信息填入S1U XDR最后一個(gè)reference URI字段中供我們使用，中興目前仍在評(píng)估此方案，將在3月2日前給予答復(fù)。DPI目前無法直接抓包保存平臺(tái)算法中特殊Host原始碼流，諾基亞建議通過在S1U-HTTP XDR中增加reference UR

14、I字段，將HTTP POST請(qǐng)求包中的Data部分前512字節(jié)信息填入其中，可以作為原始碼流數(shù)據(jù)源的替代獲取方案。當(dāng)前情況處理進(jìn)展問題描述影響進(jìn)展硬采原始碼流問題目前無法獲得硬采S1U原始碼流，基于API和HTTP包體破解的定位算法無法實(shí)現(xiàn)?；诎俣群偷蔚蔚挠脩羯闲袛?shù)據(jù)和API數(shù)據(jù)的破解定位算法，全程投入兩名全職軟件工程師，歷時(shí)8周才開發(fā)出了準(zhǔn)確、全面的算法，而現(xiàn)在由于原始碼流難以取得，此部分工作成果始終無法實(shí)際應(yīng)用。前期將需求提交給中興DPI方面被駁回，現(xiàn)正在協(xié)調(diào)通過在XDR增加字段的替代方式，中興方面正在評(píng)估此方案。問題三-業(yè)支大數(shù)據(jù)平臺(tái)共享能力問題數(shù)據(jù)接口遷移至業(yè)支大數(shù)據(jù)平臺(tái)、到網(wǎng)管協(xié)調(diào)

15、數(shù)據(jù)存在困難。目前計(jì)劃是先在業(yè)支大數(shù)據(jù)平臺(tái)對(duì)數(shù)據(jù)進(jìn)行輪巡分揀預(yù)處理后，再分批按地市采集到網(wǎng)優(yōu)4G大數(shù)據(jù)平臺(tái)。1、已提交O域到B域數(shù)據(jù)傳輸權(quán)限申請(qǐng)；2、已提交打通網(wǎng)優(yōu)到業(yè)務(wù)辦公網(wǎng)絡(luò)申請(qǐng)。當(dāng)前在公司大數(shù)據(jù)平臺(tái)進(jìn)行數(shù)據(jù)預(yù)處理存在如下困難：1、租戶未實(shí)現(xiàn)，目前只分配工具接口，實(shí)際處理數(shù)據(jù)還是平臺(tái)公共數(shù)據(jù)、應(yīng)用程序無法保密；2、業(yè)支大數(shù)據(jù)工具功能不完善，如尚未支持SPARK架構(gòu)；3、業(yè)支大數(shù)據(jù)數(shù)據(jù)源不全：目前只能對(duì)接硬采XDR，而不能對(duì)接軟采XDR和MR數(shù)據(jù)?，F(xiàn)狀當(dāng)前進(jìn)展問題描述影響進(jìn)展業(yè)支大數(shù)據(jù)平臺(tái)數(shù)據(jù)源協(xié)調(diào)問題數(shù)據(jù)接口移至業(yè)支大數(shù)據(jù)平臺(tái)，導(dǎo)致網(wǎng)管部分協(xié)調(diào)數(shù)據(jù)困難。到業(yè)支大數(shù)據(jù)平臺(tái)取數(shù)據(jù)需要進(jìn)行預(yù)處理

16、后才能傳送過來，并涉及數(shù)據(jù)從O域到B域?qū)徟鞒獭?shù)據(jù)獲取困難，將影響前期調(diào)試數(shù)據(jù)核對(duì)和影響后期全省推廣1、申請(qǐng)O域到B域的數(shù)據(jù)獲取權(quán)限；2、申請(qǐng)打通網(wǎng)優(yōu)到業(yè)支的辦公網(wǎng)絡(luò)項(xiàng)目進(jìn)展匯報(bào)一面臨的問題與主要困難二狀況總結(jié)與下一步工作方針三平臺(tái)安全防控情況四下階段重點(diǎn)工作方針排除萬難、兩步并做一步走，加快推廣部署，3月底完成已開發(fā)項(xiàng)目全省試用，其余邊開發(fā)邊上線，同時(shí)積極安排分公司參與挑刺。兩條腿走路，一手抓項(xiàng)目推進(jìn)、一手抓原始數(shù)據(jù)質(zhì)量，同時(shí)完善數(shù)據(jù)源質(zhì)量標(biāo)準(zhǔn)匯報(bào)集團(tuán)。全省推廣落地計(jì)劃接入地市接入功能需求溝通時(shí)間精耕計(jì)劃區(qū)縣正式接入計(jì)劃時(shí)間狀態(tài)長沙全部2016年10月望城縣2016年12月已接入邵陽虛擬路

17、測(cè)+柵格測(cè)試2017年2月邵東縣2月23日首批數(shù)據(jù)已呈現(xiàn)湘潭虛擬路測(cè)+柵格測(cè)試2017年2月湘鄉(xiāng)市2月26日首批數(shù)據(jù)已呈現(xiàn)永州虛擬路測(cè)+柵格測(cè)試2017年3月初祁陽縣3月10日未接入岳陽虛擬路測(cè)+柵格測(cè)試2017年3月初臨湘縣3月10日未接入株洲虛擬路測(cè)+柵格測(cè)試2017年3月初攸縣3月10日未接入婁底虛擬路測(cè)+柵格測(cè)試2017年3月初雙峰縣3月24日未接入懷化虛擬路測(cè)+柵格測(cè)試2017年3月初洪江市3月24日未接入常德虛擬路測(cè)+柵格測(cè)試2017年3月初漢壽縣3月24日未接入衡陽虛擬路測(cè)+柵格測(cè)試2017年4月初衡東縣4月4日未接入益陽虛擬路測(cè)+柵格測(cè)試2017年4月初桃江市4月4日未接入張家

18、界虛擬路測(cè)+柵格測(cè)試2017年4月初慈利縣4月4日未接入郴州虛擬路測(cè)+柵格測(cè)試2017年4月初桂陽縣4月18日未接入湘西自治州虛擬路測(cè)+柵格測(cè)試2017年4月初保靖縣4月18日未接入長沙湘潭邵陽永州岳陽婁底懷化衡陽常德株洲益陽張家界郴州湘西自治州02-0302-2803-3104-301.服務(wù)器處理能力因服務(wù)器硬盤I/O瓶頸，5臺(tái)服務(wù)器的Hadoop集群實(shí)際性能每天只能處理1地市1天的數(shù)據(jù)，加上數(shù)據(jù)驗(yàn)證和圖層導(dǎo)入時(shí)間，恐難以按期導(dǎo)入所有地市數(shù)據(jù)。2.數(shù)據(jù)對(duì)接驗(yàn)證平臺(tái)前期只對(duì)接過中興華為和諾基亞設(shè)備的數(shù)據(jù)，且耗費(fèi)大量時(shí)間對(duì)數(shù)據(jù)源進(jìn)行了糾錯(cuò)，如今尚不知對(duì)接愛立信的數(shù)據(jù)會(huì)不會(huì)同樣存在大量問題，除長邵

19、潭外各地市數(shù)據(jù)源是否準(zhǔn)確亦沒有驗(yàn)證過，此處將存在很大風(fēng)險(xiǎn)。3.管控平臺(tái)影響因安全方面要求，公司內(nèi)開發(fā)工作均要通過管控平臺(tái)和虛擬桌面進(jìn)行，導(dǎo)致開發(fā)效率低下，如影響SVN代碼上傳、導(dǎo)致外網(wǎng)衛(wèi)星圖層或軟件包不能隨便導(dǎo)入內(nèi)網(wǎng)服務(wù)器等，也同時(shí)將影響地市推廣進(jìn)度。全省推廣存在困難與風(fēng)險(xiǎn)注：中興、華為區(qū)域同步應(yīng)用基于經(jīng)緯度的競(jìng)對(duì)分析功能功能完善與“挑刺”計(jì)劃一、用戶投訴分析和駐留比分析功能的開發(fā)完善1）4G數(shù)據(jù)業(yè)務(wù)投訴功能完善：集成功能包括VIP用戶跟蹤、業(yè)務(wù)軌跡展現(xiàn)、業(yè)務(wù)熱區(qū)熱力圖、信令回溯分析等，但由于暫無原始碼流提供且軟采UEMR因質(zhì)量差被棄用，而無法使用用戶全量定位、MR信息完整度受影響，導(dǎo)致用戶業(yè)

20、務(wù)回溯、用戶位置信息難以呈現(xiàn)。但基礎(chǔ)功能依然可以實(shí)現(xiàn)從小區(qū)級(jí)定位用戶投訴位置和做覆蓋分析。計(jì)劃將優(yōu)先把已有基礎(chǔ)功能在地市進(jìn)行推廣使用，后期數(shù)據(jù)源條件具備后再進(jìn)一步進(jìn)行完整功能完善。2）駐留比分析功能完善：目前已實(shí)現(xiàn)倒流柵格化分析，以2525柵格形式統(tǒng)計(jì)用戶倒流的會(huì)話比例，以評(píng)估倒流的嚴(yán)重程度。但由于未接入2/3G Gn數(shù)據(jù)，無法以集團(tuán)標(biāo)準(zhǔn)進(jìn)行KPI統(tǒng)計(jì)，下一步將全力推進(jìn)2/3G Gn數(shù)據(jù)采集事宜，以完善駐留比分析模塊全部功能。二、全省推廣“功能挑刺”1）全省剩下13個(gè)地市分三批分別采集、處理和導(dǎo)入數(shù)據(jù)進(jìn)行呈現(xiàn)，項(xiàng)目現(xiàn)場(chǎng)人員提供完全使用支持，幫助地市優(yōu)化團(tuán)隊(duì)將網(wǎng)優(yōu)大數(shù)據(jù)真正用到生產(chǎn)流程中去。2）

21、地市使用人員每周出具“挑刺”周報(bào)，對(duì)功能不完善或者體驗(yàn)較差的情況進(jìn)行匯總描述，項(xiàng)目收到后，對(duì)這些“刺”進(jìn)行匯總、制定計(jì)劃和跟蹤解決，達(dá)成“挑刺”閉環(huán)。1.實(shí)現(xiàn)VoLTE虛擬路測(cè)VOLTE業(yè)務(wù)對(duì)覆蓋、干擾、容量等比較敏感，數(shù)據(jù)業(yè)務(wù)的虛擬路測(cè)不能完全反映VOLTE業(yè)務(wù)的用戶感知，所以建議對(duì)VOLTE業(yè)務(wù)研究接通率、掉話率、接入時(shí)延，語音質(zhì)量等指標(biāo)的虛擬路測(cè)，用商用用戶的真實(shí)呼叫，代替?zhèn)鹘y(tǒng)的VOLTE道路測(cè)試。通過大數(shù)據(jù)的方法，發(fā)現(xiàn)網(wǎng)絡(luò)中的VOLTE用戶的問題點(diǎn)，并能快速定界和定位出問題原因。2.實(shí)現(xiàn)虛擬路測(cè)2.0目前虛擬路測(cè)都是采用的對(duì)眾多商用手機(jī)APP上報(bào)的經(jīng)緯度進(jìn)行“眾籌”，由多個(gè)用戶的采樣點(diǎn)拼湊出整個(gè)路段的采樣點(diǎn)，評(píng)估結(jié)果會(huì)受到于終端類型等因素的影響。而且