LTE網(wǎng)絡(luò)的主要支撐技術(shù)應(yīng)用課件

1、支撐手段應(yīng)用1目錄ENB、OMC可用性評(píng)估和功能規(guī)劃思考和后續(xù)建議一五 LTE信令軟采規(guī)劃二 2三 北向NMS、參數(shù)管理、和MR四 用戶全網(wǎng)信令跟蹤設(shè)備及網(wǎng)管需關(guān)注的問題主設(shè)備的處理能力將直接決定后續(xù)擴(kuò)容和功能發(fā)展；廠家的告警處理機(jī)制和穩(wěn)定性將直接影響運(yùn)維；主設(shè)備能力和穩(wěn)定性需了解3GPP技術(shù)路標(biāo)，廠家路標(biāo)，已實(shí)現(xiàn)進(jìn)展；主流算法及其優(yōu)劣；主設(shè)備功能圍繞日常維護(hù)推動(dòng)廠家完善OMC建設(shè)；多維度客觀評(píng)估廠家OMC，不局限于功能描述；OMC的可用性O(shè)MC集中部署，直接管理的網(wǎng)元數(shù)提升50倍，LTE對(duì)OMC容量有新的要求；OMC的多制式網(wǎng)絡(luò)協(xié)同優(yōu)化、協(xié)同分析能力要求持續(xù)提高；OMC的能力設(shè)備容量等方面差

2、異大 對(duì)四個(gè)廠家LTE基站性能進(jìn)行了初步比對(duì)，華為、中興產(chǎn)品在均衡性上高于大唐及卡特。 大唐設(shè)備存在最大問題為Ir（BBU-RRU光路）不支持10G，對(duì)8通道站點(diǎn)需2對(duì)光路?？ㄌ卦O(shè)備存在最大問題為基帶板卡容量僅為其他廠家三分之一，對(duì)大配置站點(diǎn)支持能力差。大唐卡特華為中興BBU設(shè)備集成度集成度高集成度低集成度高集成度一般RRU設(shè)備安裝簡易性簡單較復(fù)雜（加裝防雷）簡單較復(fù)雜（加裝防雷）基帶容量高低（僅有其他3個(gè)廠家三分之一）高高Ir光口能力一般（不支持10G光口）低（總帶寬僅有華為四分之一）高高小區(qū)合并能力強(qiáng)無強(qiáng)強(qiáng)級(jí)聯(lián)能力一般無強(qiáng)強(qiáng)綜合評(píng)價(jià)不支持10GE光口，8通道需2路對(duì)纖，級(jí)聯(lián)能力一般集成度低

3、，安裝較復(fù)雜，容量及光口傳輸均偏小，不支持小區(qū)合并較為均衡較為均衡集團(tuán)主設(shè)備重點(diǎn)功能測(cè)試結(jié)果廠家功能項(xiàng)是否支持測(cè)試結(jié)果備注大唐小區(qū)合并是通過BBU容量測(cè)試是部分通過傳輸容量和服務(wù)器帶寬不夠支持全速級(jí)聯(lián)是通過Ir接口-互通性是通過Ir接口-雙載波是通過穩(wěn)定性是通過貝爾小區(qū)合并否不支持BBU容量測(cè)試否不支持級(jí)聯(lián)否不支持Ir接口-互通性是通過卡特試驗(yàn)漏做下載截圖，已補(bǔ)測(cè)Ir接口-雙載波否不支持穩(wěn)定性是通過 江蘇負(fù)責(zé)大唐和卡特相關(guān)功能測(cè)試，卡特很多功能不具備； 大唐和卡特MR和信令軟采均不具備； 據(jù)了解，華為、中興相關(guān)功能均支持；TD-LTE 主要設(shè)備廠家告警對(duì)比ENB告警系統(tǒng)的改進(jìn)建議： 部分廠家的

4、設(shè)備穩(wěn)定性需要進(jìn)一步提高； 主要告警集中在RRU光路和傳輸方面； 外企設(shè)備商不支持中文小區(qū)名，不便于日常維護(hù)； 部分廠家告警系統(tǒng)虛告警偏多，可以通過專項(xiàng)優(yōu)化去除不必要的告警。數(shù)據(jù)取自2012年國慶期間，愛立信、卡特?zé)o法 提供10月的告警數(shù)據(jù)，取12.112.7移除認(rèn)為退服數(shù)據(jù)取自2012年10月 附：各廠家告警核查設(shè)備穩(wěn)定性和告警分析 -華為10月份，杭州LTE網(wǎng)絡(luò)共發(fā)生176056次告警，已開通的2081個(gè)LTE站點(diǎn)計(jì)算，平均每天每站告警次數(shù)超過2.82次（其中含工程調(diào)測(cè)階段告警和版本升級(jí)站點(diǎn)告警），但同比7、8月份的3.46次有所下降。華為設(shè)備穩(wěn)定不足，國慶期間LTE小區(qū)日退服率較高達(dá)0.

5、72%，遠(yuǎn)高于TDS 0.29%的水平；RRU故障問題突出，RRU類告警占告警總量的56.8%，需華為對(duì)RRU光模塊進(jìn)行質(zhì)量檢查；傳輸穩(wěn)定性不足，傳輸類告警（ 21.3% ）多數(shù)影響小區(qū)業(yè)務(wù)，其中 X2接口故障尤為明顯；少量設(shè)備天線質(zhì)量不達(dá)標(biāo)， “王潤興酒樓（景陽觀）”等站點(diǎn)開通后導(dǎo)致1800 IOI升高- 數(shù)據(jù)取自杭州OMC 10.110.31告警統(tǒng)計(jì)圍繞日常維護(hù)推動(dòng)廠家OMC完善建設(shè)接口細(xì)化場景圍繞日常維護(hù)工作定義了60多個(gè)場景，全方位展開OMC系統(tǒng)評(píng)估高可用性，可擴(kuò)展性、穩(wěn)定性、數(shù)據(jù)的備份能力以及OMC及北向接口的安全性進(jìn)行測(cè)試易操作方式、操作效率直觀, 透明功能和數(shù)據(jù)一致性操作方式一致

6、性操作提示接口協(xié)議：采用的協(xié)議接口功能：按時(shí)提供性能、配置、告警數(shù)據(jù)，具備同步、補(bǔ)采機(jī)制接口能力：不中斷和并發(fā)的能力數(shù)據(jù)性能操作檢測(cè)對(duì)數(shù)據(jù)規(guī)范的滿足程度：對(duì)COUNTER、資源數(shù)據(jù)項(xiàng)、參數(shù)逐項(xiàng)核對(duì)，增加告警風(fēng)暴、告警關(guān)聯(lián)、現(xiàn)網(wǎng)基站斷站測(cè)試，保證數(shù)據(jù)的完整性、準(zhǔn)確性。功能擴(kuò)展功能覆蓋場景 故障管理、配置管理、性能管理、操作維護(hù)、安全管理、日志管理、呼叫跟蹤等在原集團(tuán)規(guī)范基礎(chǔ)上，按照實(shí)用性原則，網(wǎng)管、網(wǎng)優(yōu)、無線相關(guān)人員共同圍繞日常維護(hù)場景，從方位評(píng)估OMC，增加了質(zhì)量和性能、穩(wěn)定性和操作方便性方面的測(cè)試內(nèi)容：OMC基本功能需求113.配置管理2.故障管理4. 性能管理5.拓?fù)涔芾?.系統(tǒng)管理高可靠

7、性，物理雙機(jī)熱備機(jī)制；可擴(kuò)展性；穩(wěn)定性分析功能，OMC基本服務(wù), 文件傳輸管理, 集中任務(wù)管理, 用戶權(quán)限管理，MML接口性能數(shù)據(jù)采集和存儲(chǔ)，性能數(shù)據(jù)查詢，自定義指標(biāo)管理，性能閾值告警告警信息集中存儲(chǔ), 告警瀏覽, 告警實(shí)時(shí)通知, 告警網(wǎng)管后處理,自動(dòng)清除創(chuàng)建/刪除/修改子網(wǎng)、機(jī)架圖、RRU拓?fù)鋵?dǎo)航管理配置數(shù)據(jù)導(dǎo)出、關(guān)聯(lián)配置、鄰區(qū)的雙向添加、批量查詢、批量修改等功能，配置數(shù)據(jù)同步，對(duì)象管理狀態(tài)查看7. License管理6. 安全管理用戶管理和鑒權(quán)，網(wǎng)管、網(wǎng)元日志管理可以對(duì)License進(jìn)行安裝查詢導(dǎo)出9. 多?；竟芾?. 呼叫分析和測(cè)量UE、小區(qū)跟蹤查詢，實(shí)時(shí)狀態(tài)監(jiān)控：保障、問題點(diǎn)處理（實(shí)

8、時(shí)指標(biāo)），無線測(cè)量采集和呈現(xiàn)手工關(guān)聯(lián)/解關(guān)聯(lián)多模基站，查詢多模基站，共模的設(shè)備都需實(shí)現(xiàn)統(tǒng)一的管理SINGLE RAN，多網(wǎng)協(xié)同運(yùn)維 - 多模共網(wǎng)管的源動(dòng)力多模共網(wǎng)管的優(yōu)勢(shì)現(xiàn)網(wǎng)網(wǎng)管直接升級(jí)雙模共管，平滑演進(jìn)，節(jié)省投資；公共部件（如雙模RRU）的統(tǒng)一管理和維護(hù)；公共設(shè)備的告警有效定位，減少重復(fù)監(jiān)控；雙模兩制式運(yùn)維體驗(yàn)一致，提升雙模站點(diǎn)的運(yùn)維效率，降低OPEX；序號(hào)設(shè)備商 現(xiàn)網(wǎng)主設(shè)備類型 支持共網(wǎng)管類型GSMTDSTDLGSM/TDS/TDLTDS/TDLGSM/TDL不支持共網(wǎng)管1愛立信2中興3華為4大唐5諾西6阿爾卡特7普天各廠家共網(wǎng)管目前支持情況注：阿爾卡特近期尚無共網(wǎng)管系統(tǒng)開發(fā)計(jì)劃廠家TDS

9、與TDL多?；镜墓芾韺?duì)eNodeB的完全管理 MR和參數(shù)管理支持分布式架構(gòu)雙機(jī)熱備倒換OMC硬件 大唐暫不支持，Q3可以在南京測(cè)試 支持，待驗(yàn)證暫時(shí)不支持，時(shí)間待定未知支持5臺(tái)低端SUN服務(wù)器 卡特不支持支持，待驗(yàn)證不支持未知OMC支持，北向接口不支持 八套服務(wù)器+1套北向接口服務(wù)器 （HP小型機(jī)，北向接口集成 “君越”廠家） 華為支持支持，待驗(yàn)證實(shí)驗(yàn)室版本，需買NETstar 支持暫不支持升級(jí)現(xiàn)有OMC，一臺(tái)SUN小型機(jī) 卡特：問題提出2個(gè)多月，國外研發(fā)3月20號(hào)到南京現(xiàn)場，目前仍無具體解決計(jì)劃；卡特OMC功能通過SAM、NPO、NPI三套軟件中分別實(shí)現(xiàn)，集成度低，建議合并； 操作界面設(shè)計(jì)

10、不合理，參數(shù)查詢操作復(fù)雜，查找一個(gè)功率配置需打開10層窗口； 界面中英語混合，建議全中文化； 缺少命令行窗口功能；告警提示描述不夠清晰；無常用性能報(bào)表和統(tǒng)計(jì)報(bào)表功能；大唐：問題提出后廠家重視，目前已逐步改進(jìn)，3月20號(hào)最新版本剛剛升級(jí)，仍在驗(yàn)證；華為：界面較為成熟，使用便捷；OMC可使用性卡特和大唐OMC的集成度較差，占用大量機(jī)房空間,暫時(shí)都不支持分布式架構(gòu)，卡特北向接口服務(wù)器集成其他廠家，卡特北向接口服務(wù)器缺少雙機(jī)熱備能力，后續(xù)研發(fā)支撐保障難。OMC功能支持情況以及問題現(xiàn)網(wǎng)LTE設(shè)備需改進(jìn)的問題 - OMC分類存在問題解決方法功能華為OMC無基站退服的告警功能，無法區(qū)分小區(qū)退服還是OMC鏈路

11、斷鏈軟件問題，研發(fā)解決“mon”模塊加載失敗無法登陸OMC軟件問題，研發(fā)解決多臺(tái)網(wǎng)絡(luò)OMC系統(tǒng)，缺少集中化管理推進(jìn)OMC集中化管理ANR鄰區(qū)管理查詢不可用尚未定位缺少“RAN報(bào)表向?qū)А?、“性能鏈路?bào)表”功能軟件問題，研發(fā)解決單模LTE站點(diǎn)無法查詢RRU類型,同時(shí)不能批量查詢RRU類型。軟件問題，研發(fā)解決MML查詢輸出橫豎不一，無法進(jìn)行腳本統(tǒng)一處理軟件問題，研發(fā)解決友好性拓?fù)鋱D例中缺少一種圖例說明軟件問題，研發(fā)解決測(cè)量結(jié)果無法反定位到測(cè)量對(duì)象軟件問題，研發(fā)解決性能偶發(fā)查詢網(wǎng)元工程狀態(tài)長時(shí)間無結(jié)果返回研發(fā)提升OMC處理能力OMC穩(wěn)定性不夠，11月13日出現(xiàn)宕機(jī)，同時(shí)影響主城區(qū)TDS和TDL質(zhì)量提升

12、、定期演練準(zhǔn)確性網(wǎng)元監(jiān)控結(jié)果中經(jīng)緯度顯示為0DE現(xiàn)場完善配置ENB、OMC可用性評(píng)估和功能規(guī)劃一 目錄LTE信令軟采規(guī)劃二 17三 北向NMS、參數(shù)管理和MR四 用戶全網(wǎng)信令跟蹤五 思考和后續(xù)建議大數(shù)據(jù)時(shí)代的信令分析打破廠家工具和數(shù)據(jù)壟斷，為網(wǎng)絡(luò)、經(jīng)營分析提供有效的數(shù)據(jù)支撐；海量數(shù)據(jù)處理需積極引入大數(shù)據(jù)技術(shù)：面對(duì)信令數(shù)據(jù)、話單數(shù)據(jù)等海量數(shù)據(jù)，需要積極引入大數(shù)據(jù)技術(shù)采用全新的存儲(chǔ)與處理架構(gòu)，提升系統(tǒng)處理能力與處理效率，降低系統(tǒng)成本統(tǒng)一的數(shù)據(jù)格式，為大數(shù)據(jù)分析提供基礎(chǔ)；Uu接口RRCMR、RRC連接管理信令、MIB/SIB、TMSIPDCP吞吐量MACPHR、C-RNTIPHYMCS/CQI/PM

13、I/RI、UE發(fā)射功率、TA、資源調(diào)度S1-MME/X2接口NASUE附著、TA更新、尋呼、鑒權(quán)、驗(yàn)證、QoS、IMSIS1-APE-RAB承載、上下文管理信令、切換、TA信息X2-APeNB間切換信息、eNB配置更新信令、MRO信令：RLF、HO report覆蓋/干擾分析話務(wù)分布弱覆蓋、覆蓋空洞、干擾分析、導(dǎo)頻污染RSCP、RSRQPHRMCS/CQI、TA話務(wù)密度分析、MCS比例、PRB承載效率分析上下行吞吐量MCS等級(jí)鄰區(qū)優(yōu)化用戶分析業(yè)務(wù)質(zhì)量優(yōu)化接入性能、掉話率、切換成功率RRC連接請(qǐng)求/重配置E-RAB建立/釋放UE上下文釋放切換成功率、鄰區(qū)關(guān)系配置、MROS1口HO信令X2口HO信

14、令MR RSRPSIB用戶信息的多接口關(guān)聯(lián)、行為分析、感知評(píng)估IMSI、TMSI、C-RNTI業(yè)務(wù)事件、吞吐量, RSRP, QoS利用LTE各接口、各協(xié)議層信令中的關(guān)鍵信息，評(píng)估網(wǎng)絡(luò)運(yùn)行質(zhì)量、覆蓋情況通過對(duì)端到端信令流程的關(guān)聯(lián)分析，精確定位網(wǎng)絡(luò)問題LTE網(wǎng)絡(luò)優(yōu)化為什么要分析信令？打破廠家數(shù)據(jù)壟斷，為網(wǎng)絡(luò)、經(jīng)營分析提供有效的數(shù)據(jù)支撐。信令軟采的應(yīng)用需求梳理基于軟采及硬采數(shù)據(jù)的指標(biāo)分析、信令及業(yè)務(wù)回溯、專項(xiàng)分析等共23項(xiàng)需求，請(qǐng)?jiān)斠娦帕钴洸蔁o線優(yōu)化需求分析報(bào)告指標(biāo)分析需求KPI指標(biāo)分析接入、保持、移動(dòng)管理等業(yè)務(wù)端到端QOS指標(biāo)基本網(wǎng)絡(luò)業(yè)務(wù)、音頻視頻業(yè)務(wù)等信令及業(yè)務(wù)回溯需求信令回溯業(yè)務(wù)回溯專項(xiàng)分析

15、需求小區(qū)及網(wǎng)絡(luò)容量評(píng)估分析網(wǎng)絡(luò)覆蓋分析鏈路質(zhì)量分析切換性能分析掉線原因分析無線資源調(diào)度分析無線傳輸質(zhì)量分析終端性能分析用戶行為分析數(shù)據(jù)業(yè)務(wù)完整性分析 深度覆蓋不足分析RSRP和CINR分析小區(qū)吞吐量分布分析PCI檢查背向覆蓋分析模擬路測(cè)專題新站入網(wǎng)分析隱性故障分析道路場景分析路測(cè)儀、空口監(jiān)測(cè)儀主設(shè)備軟采集信令監(jiān)測(cè)儀表硬采集LTE信令采集方案：軟采（控制面信令）+ 硬采（用戶面數(shù)據(jù)）統(tǒng)一IF1接口 采集幀結(jié)構(gòu)LTE信令采集總體方案采集接口采集內(nèi)容選擇原因采集格式控制面軟采 Uu、X2、S1-MME、S6a、S10、S3/S4、Gn、Gp3GPP協(xié)議IE字段規(guī)定的控制面信令消息，PHY/MAC/R

16、LC/PDCP內(nèi)容根據(jù)上層網(wǎng)優(yōu)功能需求自定義網(wǎng)元多、網(wǎng)絡(luò)變動(dòng)頻繁，數(shù)據(jù)相對(duì)流小、主設(shè)備易實(shí)現(xiàn)自定義IF1接口格式，統(tǒng)一的ASN.1碼流基于SDTP傳送至系統(tǒng)共享層用戶面硬采 S1-U、S5/S8、SGiGTP-U協(xié)議承載的用戶面數(shù)據(jù)主設(shè)備無法實(shí)現(xiàn)海量數(shù)據(jù)量大信令軟采應(yīng)用需求整理進(jìn)展啟動(dòng)信令軟采試點(diǎn)2013Q12013Q22013Q4啟動(dòng)uu、S1和X2控制面信令數(shù)據(jù)軟采啟動(dòng)事件性MR數(shù)據(jù)軟采輸出周期性MR數(shù)據(jù)實(shí)現(xiàn)全量采集與端端分析完成無線側(cè)和核心網(wǎng)全量接口控制面和用戶面數(shù)據(jù)采集支持基于網(wǎng)元、業(yè)務(wù)、終端、用戶維度的端到端分析完成用戶業(yè)務(wù)細(xì)分，做好營銷分析的數(shù)據(jù)支撐 明確信令面數(shù)據(jù)軟采+業(yè)務(wù)面數(shù)據(jù)

17、硬采模式。杭州項(xiàng)目中提出的預(yù)留MDT數(shù)據(jù)、TCE信令跟蹤等需求納入集團(tuán)信令軟采規(guī)范。業(yè)務(wù)面硬采將在數(shù)據(jù)業(yè)務(wù)監(jiān)測(cè)與分析系統(tǒng)技術(shù)規(guī)范基礎(chǔ)上更新。要求信令軟采各設(shè)備要將告警按照現(xiàn)有主設(shè)備告警模式上報(bào)至網(wǎng)管； 建議盡快啟動(dòng)業(yè)務(wù)面數(shù)據(jù)硬采試點(diǎn)工作信令面軟采集團(tuán)已明確實(shí)施計(jì)劃，建議用戶面硬采試點(diǎn)工作13年一季度開始啟動(dòng)。 根據(jù)廣東、浙江和江蘇優(yōu)化工作需要，梳理了24個(gè)信令軟采分析需求主要包括信令跟蹤、業(yè)務(wù)、網(wǎng)絡(luò)、用戶等多種關(guān)聯(lián)分析等分析需求，但需求還需進(jìn)一步細(xì)化，以便在網(wǎng)優(yōu)平臺(tái)中進(jìn)行固化，支撐LTE投訴處理、日常優(yōu)化和專項(xiàng)優(yōu)化工作。 建設(shè)模式需盡快明確建議按照采集層-共享層-應(yīng)用層架構(gòu)實(shí)現(xiàn)軟采和硬采，以實(shí)

18、現(xiàn)數(shù)據(jù)有效共享。但要加強(qiáng)數(shù)據(jù)質(zhì)量管理。ENB、OMC可用性評(píng)估和功能規(guī)劃一 目錄北向NMS、參數(shù)管理和MR三 24二 信令軟采規(guī)劃四 用戶全網(wǎng)信令跟蹤五 思考和后續(xù)建議需大力推進(jìn)LTE北向數(shù)據(jù)支撐手段的完善現(xiàn)有問題和完善建議：廠家類明確廠家必須提供每個(gè)功能對(duì)應(yīng)的性能指標(biāo)的北向輸出；規(guī)范僅有歸一指標(biāo)名稱，無法與廠家私有指標(biāo)映射，建議廠家給出映射關(guān)系應(yīng)答；規(guī)范類希望采集規(guī)范對(duì)數(shù)據(jù)質(zhì)量保障提出明確要求，告知每周期網(wǎng)元數(shù)據(jù)生成情況；希望集團(tuán)北向性能規(guī)范增加小區(qū)平均用戶數(shù)等counter；希望將機(jī)柜、機(jī)框、板卡等硬件網(wǎng)元與邏輯網(wǎng)元間的關(guān)聯(lián)標(biāo)示重要程度列為A；需將license信息北向輸出并管理；希望規(guī)定

19、新版本或者新功能入網(wǎng)的FOA測(cè)試增加對(duì)應(yīng)性能北向輸出相關(guān)的測(cè)試工作。目前廠家對(duì)集團(tuán)北向數(shù)據(jù)規(guī)范的支持度僅為49.5%LTE參數(shù)管理工作進(jìn)展廠家規(guī)范參數(shù)中興諾西華為大唐愛立信阿卡參數(shù)數(shù)量2251053109011105621027883GSM、TD已有成形的標(biāo)準(zhǔn)的規(guī)范參數(shù)集，但是LTE尚未建立。經(jīng)近2個(gè)月的收集，完成華為、中興等6廠家私有參數(shù)集整理；并明確參數(shù)數(shù)據(jù)以集團(tuán)“統(tǒng)一網(wǎng)絡(luò)資源模型文件”輸出，具體請(qǐng)查閱TD-LTE參數(shù)管理規(guī)范；結(jié)合浙江網(wǎng)優(yōu)工作經(jīng)驗(yàn)，形成標(biāo)準(zhǔn)開站參數(shù)模版提升LTE網(wǎng)絡(luò)建設(shè)效率；涉及LTE 3GPP規(guī)范公共參數(shù)225個(gè)，各廠家尚未實(shí)現(xiàn)全部支持，應(yīng)答進(jìn)行中；希望廠家在2013年

20、2月前實(shí)現(xiàn)公共和私有參數(shù)的北向網(wǎng)管輸出，透明化參數(shù)；建議設(shè)備新版本/功能入網(wǎng)FOA測(cè)試增加參數(shù)規(guī)范及北向輸出相關(guān)的測(cè)試工作。各廠商參數(shù)數(shù)量統(tǒng)計(jì) 在完善北向、MR統(tǒng)計(jì)、參數(shù)管理的基礎(chǔ)之上，將統(tǒng)計(jì)分析應(yīng)用納入網(wǎng)優(yōu)平臺(tái)； 總結(jié)固化LTE網(wǎng)優(yōu)經(jīng)驗(yàn)，形成結(jié)構(gòu)分析、室分整治等特色專題分析模塊； 集成用戶跟蹤、掃頻分析等工具，為網(wǎng)優(yōu)人員提供便捷的工具；信令軟采及用戶面硬采數(shù)據(jù)可以作為網(wǎng)優(yōu)平臺(tái)的數(shù)據(jù)源支撐網(wǎng)優(yōu)各項(xiàng)工作。LTE如何納入網(wǎng)優(yōu)平臺(tái)？日常優(yōu)化性能統(tǒng)計(jì)和查詢專題分析性能統(tǒng)計(jì)MR統(tǒng)計(jì)資源統(tǒng)計(jì)告警/性能監(jiān)控參數(shù)管理掃頻分析用戶跟蹤TCE室分整治結(jié)構(gòu)分析投訴管理投訴點(diǎn)錄入統(tǒng)計(jì)分析查詢與管理處理提醒話務(wù)分布分析

21、業(yè)務(wù)質(zhì)量優(yōu)化OMC可用性評(píng)估和功能規(guī)劃一 目錄用戶全網(wǎng)信令跟蹤四 29二 信令軟采規(guī)劃三 北向NMS、參數(shù)管理和MR五 思考和后續(xù)建議為什么需要LTE用戶信令跟蹤？用戶信令跟蹤的驅(qū)動(dòng)力業(yè)務(wù)能力TCE的部署考慮一個(gè)省或者區(qū)域只部署一臺(tái)，全省能夠支持的用戶跟蹤數(shù)約為500個(gè)，也就是MME需要支持的跟蹤任務(wù)數(shù)應(yīng)在100的量級(jí)上，而eNB支持的跟蹤任務(wù)數(shù)應(yīng)在10個(gè)左右缺點(diǎn)1、目前方案不支持戶面數(shù)據(jù)的分析和收斂，可以通過信令軟采或者自定義用戶面采集實(shí)現(xiàn)。效益1、無法替代的實(shí)時(shí)性和廣度：省級(jí)跟蹤范圍、實(shí)時(shí)跟蹤；2、真正的跨廠家解決方案：基于3GPP的規(guī)范接口定義，與設(shè)備廠家無關(guān)；3、解決了NAS層加密的問題：可以實(shí)現(xiàn)從核心網(wǎng)到接入網(wǎng)實(shí)現(xiàn)對(duì)指定用戶的全網(wǎng)信令跟蹤；4、投訴和VIP：類似A+Abis，用于處理投訴和VIP用戶跟蹤非?？旖荩瑢?shí)時(shí)性較好；5、最小改動(dòng)：當(dāng)前方案基于成熟穩(wěn)定的網(wǎng)管網(wǎng)拓