LTE網(wǎng)絡的主要支撐技術應用綜述綜述

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

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

3、偏小，不支持小區(qū)合并較為均衡較為均衡集團主設備重點功能測試結果廠家功能項是否支持測試結果備注大唐小區(qū)合并是通過BBU容量測試是部分通過傳輸容量和服務器帶寬不夠支持全速級聯(lián)是通過Ir接口-互通性是通過Ir接口-雙載波是通過穩(wěn)定性是通過貝爾小區(qū)合并否不支持BBU容量測試否不支持級聯(lián)否不支持Ir接口-互通性是通過卡特試驗漏做下載截圖，已補測Ir接口-雙載波否不支持穩(wěn)定性是通過n 江蘇負責大唐和卡特相關功能測試，卡特很多功能不具備；江蘇負責大唐和卡特相關功能測試，卡特很多功能不具備；n 大唐和卡特大唐和卡特MRMR和信令軟采均不具備；和信令軟采均不具備；n 據(jù)了解，華為、中興相關功能均支持；據(jù)了解，華

4、為、中興相關功能均支持；干擾抑制手段不成熟致網(wǎng)絡性能瓶頸TD-LTE同頻組網(wǎng)情況下，會存在多種系統(tǒng)內干擾，將會嚴重影響系統(tǒng)性能?？ㄌ?MR、COMP、信令軟采等重要功能研發(fā)計劃均較遲；算法大唐卡特華為中興ICIC效果不明顯無有有eICIC14年支持14年支持已有計劃已有計劃PDCCH自適應待測試無已有計劃有IRC效果較好有上行FPC功控有有SuperCell有待測試有有CCLR待測試無已有計劃已有計劃TD-LTE 主要設備廠家告警對比ENB告警系統(tǒng)的改進建議：n 部分廠家的設備穩(wěn)定性需要進一步提高；n 主要告警集中在RRU光路和傳輸方面；n 外企設備商不支持中文小區(qū)名，不便于日常維護；n 部分

5、廠家告警系統(tǒng)虛告警偏多，可以通過專項優(yōu)化去除不必要的告警。-數(shù)據(jù)取自2012年國慶期間，愛立信、卡特無法 提供10月的告警數(shù)據(jù)，取12.112.7移除認為退服-數(shù)據(jù)取自2012年10月 3.17%2.78%2.78%3.17%2.78%3.57%3.57%0.00%0.50%1.00%1.50%2.00%2.50%3.00%3.50%4.00%10月1日10月2日10月3日10月4日10月5日10月6日10月7日國慶期間國慶期間LTE小區(qū)退服率小區(qū)退服率華為中興諾西卡特愛立信43.44%23.79%18.98%3.93%47.73%13.00%5.00%7.00%60.00%6.33%36.3

6、9%25.46%6.65%45.19%9.38%1.95%0.24%0.00%10.00%20.00%30.00%40.00%50.00%60.00%70.00%RRU光路S1/X2傳輸小區(qū)業(yè)務RRU通道華為中興諾西卡特愛立信附：各廠家告警核查設備穩(wěn)定性和告警分析 -華為10月份，杭州LTE網(wǎng)絡共發(fā)生176056次告警，已開通的2081個LTE站點計算，平均每天每站告警次數(shù)超過2.82次（其中含工程調測階段告警和版本升級站點告警），但同比7、8月份的3.46次有所下降。n 華為設備穩(wěn)定不足，國慶期間LTE小區(qū)日退服率較高達0.72%，遠高于TDS 0.29%的水平；n RRU故障問題突出，RR

7、U類告警占告警總量的56.8%，需華為對RRU光模塊進行質量檢查；n 傳輸穩(wěn)定性不足，傳輸類告警（ 21.3% ）多數(shù)影響小區(qū)業(yè)務，其中 X2接口故障尤為明顯；n 少量設備天線質量不達標， “王潤興酒樓（景陽觀）”等站點開通后導致1800 IOI升高- 數(shù)據(jù)取自杭州OMC 10.110.31告警統(tǒng)計告警次數(shù) 4025 7647 806 6915 4189 5132 1759 1634 3931683342BBU設備RRU光路RRU設備RRU通道S1/X2傳輸操作維護軟件許可時鐘類數(shù)據(jù)配置外部電源小區(qū)業(yè)務40257647380669154189251321759 1634393168334210

8、100002000030000400005000060000700008000090000杭州現(xiàn)網(wǎng)主要告警類型杭州現(xiàn)網(wǎng)主要告警類型0.38%0.33%0.26%0.35%0.21%0.26%0.27%1.23%0.64%0.41%0.61%0.59%0.69%0.84%0.31%0.20%0.23%0.33%0.25%0.25%0.32%0.00%0.20%0.40%0.60%0.80%1.00%1.20%1.40%10月1日 10月2日 10月3日 10月4日 10月5日 10月6日 10月7日日退服率日退服率國慶期間國慶期間LTE小區(qū)退服率小區(qū)退服率TDS小區(qū)退服率TDL小區(qū)退服率2G小區(qū)

9、退服率華為LTE設備需改進的問題 - ENB分類存在問題解決方法功能缺少上下行每PRB平均吞吐率統(tǒng)計軟件問題，研發(fā)解決缺少TM2占比、TM3占比、TM7占比、TM8占比指標軟件問題，研發(fā)解決現(xiàn)網(wǎng)約100多華為站點老版本的基站，無法實時監(jiān)控等問題現(xiàn)場完善配置準確性存在小區(qū)日同頻切換94651次，成功率僅0.01%，且無告警軟件問題，研發(fā)解決無線數(shù)據(jù)掉線率統(tǒng)計不準確，有超過100%軟件問題，研發(fā)解決下行PRB資源使用率統(tǒng)計不準確軟件問題，研發(fā)解決小區(qū)最大用戶數(shù)統(tǒng)計不準確軟件問題，研發(fā)解決圍繞日常維護推動廠家OMC完善建設接口細化場景圍繞日常維護工作定義了60多個場景，全方位展開OMC系統(tǒng)評估高可用

10、性，可擴展性、穩(wěn)定性、數(shù)據(jù)的備份能力以及OMC及北向接口的安全性進行測試易操作方式、操作效率直觀, 透明功能和數(shù)據(jù)一致性操作方式一致性操作提示接口協(xié)議：采用的協(xié)議接口功能：按時提供性能、配置、告警數(shù)據(jù)，具備同步、補采機制接口能力：不中斷和并發(fā)的能力數(shù)據(jù)性能操作檢測對數(shù)據(jù)規(guī)范的滿足程度：對COUNTER、資源數(shù)據(jù)項、參數(shù)逐項核對，增加告警風暴、告警關聯(lián)、現(xiàn)網(wǎng)基站斷站測試，保證數(shù)據(jù)的完整性、準確性。功能擴展功能覆蓋場景 故障管理、配置管理、性能管理、操作維護、安全管理、日志管理、呼叫跟蹤等n在原集團規(guī)范基礎上，按照實用性原則，網(wǎng)管、網(wǎng)優(yōu)、無線相關人員共同圍繞日常維護場景，從方位評估OMC，增加了質

11、量和性能、穩(wěn)定性和操作方便性方面的測試內容：OMC基本功能需求11高可靠性，物理雙機熱備機制；可擴展性；穩(wěn)定性分析功能，OMC基本服務, 文件傳輸管理, 集中任務管理, 用戶權限管理，MML接口性能數(shù)據(jù)采集和存儲，性能數(shù)據(jù)查詢，自定義指標管理，性能閾值告警告警信息集中存儲, 告警瀏覽, 告警實時通知, 告警網(wǎng)管后處理,自動清除創(chuàng)建/刪除/修改子網(wǎng)、機架圖、RRU拓撲導航管理配置數(shù)據(jù)導出、關聯(lián)配置、鄰區(qū)的雙向添加、批量查詢、批量修改等功能，配置數(shù)據(jù)同步，對象管理狀態(tài)查看用戶管理和鑒權，網(wǎng)管、網(wǎng)元日志管理可以對License進行安裝查詢導出UE、小區(qū)跟蹤查詢，實時狀態(tài)監(jiān)控：保障、問題點處理（實時指

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

13、發(fā)計劃n 基站拓撲，RRU拓撲，機架圖拓撲： 網(wǎng)絡組成結構清晰化，有效支撐維護人員； 動態(tài)拓撲圖可形象呈現(xiàn)物理和邏輯實體的連接； 現(xiàn)場掃描所有已配置或未配置的端口，準確實時掌握實際拓撲和可利用資源； 室分建設方案復雜，施工質量難以徹底檢查，日常維護難度高，通過RRU拓撲和自檢功能，大大降低了維護難度；n 后續(xù)工作建議：共網(wǎng)管系統(tǒng)功能規(guī)劃可作為進一步完善OMC共網(wǎng)管規(guī)范的參考，督促廠家完善網(wǎng)管建設。多模關系管理拓撲管理機架圖管理配置管理性能管理告警管理軟件管理加強拓撲管理有助于簡化復雜的多網(wǎng)建設維護 共網(wǎng)管需具備的基礎要求操作維護支持廠家TDS與TDL多?；镜墓芾韺NodeB的完全管理 MR

14、和參數(shù)管理支持分布式架構雙機熱備倒換OMC硬件 大唐暫不支持，Q3可以在南京測試 支持，待驗證暫時不支持，時間待定未知支持5臺低端SUN服務器 卡特不支持支持，待驗證不支持未知OMC支持，北向接口不支持 八套服務器+1套北向接口服務器 （HP小型機，北向接口集成 “君越”廠家） 華為支持支持，待驗證實驗室版本，需買NETstar 支持暫不支持升級現(xiàn)有OMC，一臺SUN小型機 卡特：問題提出2個多月，國外研發(fā)3月20號到南京現(xiàn)場，目前仍無具體解決計劃；卡特OMC功能通過SAM、NPO、NPI三套軟件中分別實現(xiàn)，集成度低，建議合并； 操作界面設計不合理，參數(shù)查詢操作復雜，查找一個功率配置需打開10

15、層窗口； 界面中英語混合，建議全中文化； 缺少命令行窗口功能；告警提示描述不夠清晰；無常用性能報表和統(tǒng)計報表功能；大唐：問題提出后廠家重視，目前已逐步改進，3月20號最新版本剛剛升級，仍在驗證；華為：界面較為成熟，使用便捷；nOMC可使用性卡特和大唐OMC的集成度較差，占用大量機房空間,暫時都不支持分布式架構，卡特北向接口服務器集成其他廠家，卡特北向接口服務器缺少雙機熱備能力，后續(xù)研發(fā)支撐保障難。OMC功能支持情況以及問題現(xiàn)網(wǎng)LTE設備需改進的問題 - OMC分類存在問題解決方法功能華為OMC無基站退服的告警功能，無法區(qū)分小區(qū)退服還是OMC鏈路斷鏈軟件問題，研發(fā)解決“mon”模塊加載失敗無法登

16、陸OMC軟件問題，研發(fā)解決多臺網(wǎng)絡OMC系統(tǒng)，缺少集中化管理推進OMC集中化管理ANR鄰區(qū)管理查詢不可用尚未定位缺少“RAN報表向導”、“性能鏈路報表”功能軟件問題，研發(fā)解決單模LTE站點無法查詢RRU類型,同時不能批量查詢RRU類型。軟件問題，研發(fā)解決MML查詢輸出橫豎不一，無法進行腳本統(tǒng)一處理軟件問題，研發(fā)解決友好性拓撲圖例中缺少一種圖例說明軟件問題，研發(fā)解決測量結果無法反定位到測量對象軟件問題，研發(fā)解決性能偶發(fā)查詢網(wǎng)元工程狀態(tài)長時間無結果返回研發(fā)提升OMC處理能力OMC穩(wěn)定性不夠，11月13日出現(xiàn)宕機，同時影響主城區(qū)TDS和TDL質量提升、定期演練準確性 網(wǎng)元監(jiān)控結果中經(jīng)緯度顯示為0DE

17、現(xiàn)場完善配置 華為OMC功能進一步完善建議和措施n 希望從以下三方面進一步補充完善移動網(wǎng)網(wǎng)絡管理OMC系統(tǒng)功能技術規(guī)范： 完善規(guī)范中對多模共網(wǎng)管的要求，具體建議共網(wǎng)管系統(tǒng)功能規(guī)劃； 加強對RRU拓撲結構的要求； 進一步完善指標集定義，督促廠家實現(xiàn)OMC日常優(yōu)化所需指標采集；n 希望華為廠家加強OMC以下功能的完善 優(yōu)化告警系統(tǒng)，完善基站退服告警； 提高OMC穩(wěn)定型，做好主備定期演練； 提高“小區(qū)用戶數(shù)”，“下行PRB使用率”、“無線數(shù)據(jù)掉線率”等指標的準確性； 完善上行無線統(tǒng)計功能，如上行RSRP、RSRQ、SINR； 開發(fā)TM模式占比、上下行每PRB平均吞吐率統(tǒng)計功能； 完善“RAN報表向導

18、”、“性能鏈路報表”等12項需改進問題，具體問題描述請詳見OMC 可用性評估報告。ENB、OMC可用性評估和功能規(guī)劃一 目錄LTE信令軟采規(guī)劃二 17三 北向NMS、參數(shù)管理和MR四 用戶全網(wǎng)信令跟蹤五 思考和后續(xù)建議大數(shù)據(jù)時代的信令分析n 打破廠家工具和數(shù)據(jù)壟斷，為網(wǎng)絡、經(jīng)營分析提供有效的數(shù)據(jù)支撐；n 海量數(shù)據(jù)處理需積極引入大數(shù)據(jù)技術：面對信令數(shù)據(jù)、話單數(shù)據(jù)等海量數(shù)據(jù)，需要積極引入大數(shù)據(jù)技術采用全新的存儲與處理架構，提升系統(tǒng)處理能力與處理效率，降低系統(tǒng)成本n 統(tǒng)一的數(shù)據(jù)格式，為大數(shù)據(jù)分析提供基礎；Uu接口RRCMR、RRC連接管理信令、MIB/SIB、TMSIPDCP吞吐量MACPHR、C-

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

20、、MROS1口HO信令X2口HO信令MR RSRPSIB用戶信息的多接口關聯(lián)、行為分析、感知評估IMSI、TMSI、C-RNTI業(yè)務事件、吞吐量, RSRP, QoS利用LTE各接口、各協(xié)議層信令中的關鍵信息，評估網(wǎng)絡運行質量、覆蓋情況通過對端到端信令流程的關聯(lián)分析，精確定位網(wǎng)絡問題LTE網(wǎng)絡優(yōu)化為什么要分析信令？打破廠家數(shù)據(jù)壟斷，為網(wǎng)絡、經(jīng)營分析提供有效的數(shù)據(jù)支撐。信令軟采的應用需求梳理基于軟采及硬采數(shù)據(jù)的指標分析、信令及業(yè)務回溯、專項分析等共23項需求，請詳見信令軟采無線優(yōu)化需求分析報告指標分析需求KPI指標分析接入、保持、移動管理等信令及業(yè)務回溯需求信令回溯專項分析需求小區(qū)及網(wǎng)絡容量評估

21、分析網(wǎng)絡覆蓋分析鏈路質量分析切換性能分析掉線原因分析無線資源調度分析無線傳輸質量分析終端性能分析用戶行為分析數(shù)據(jù)業(yè)務完整性分析 深度覆蓋不足分析RSRP和CINR分析小區(qū)吞吐量分布分析PCI檢查背向覆蓋分析模擬路測專題新站入網(wǎng)分析隱性故障分析道路場景分析路測儀、空口監(jiān)測儀主設備軟采集信令監(jiān)測儀表硬采集統(tǒng)一IF1接口 采集幀結構LTE信令采集總體方案采集接口采集內容選擇原因采集格式控制面軟采 Uu、X2、S1-MME、S6a、S10、S3/S4、Gn、Gp3GPP協(xié)議IE字段規(guī)定的控制面信令消息，PHY/MAC/RLC/PDCP內容根據(jù)上層網(wǎng)優(yōu)功能需求自定義網(wǎng)元多、網(wǎng)絡變動頻繁，數(shù)據(jù)相對流小、主

22、設備易實現(xiàn)自定義IF1接口格式，統(tǒng)一的ASN.1碼流基于SDTP傳送至系統(tǒng)共享層用戶面硬采 S1-U、S5/S8、SGiGTP-U協(xié)議承載的用戶面數(shù)據(jù)主設備無法實現(xiàn)海量數(shù)據(jù)量大信令軟采應用需求整理進展啟動信令軟采試點2013Q12013Q22013Q4啟動uu、S1和X2控制面信令數(shù)據(jù)軟采啟動事件性MR數(shù)據(jù)軟采輸出周期性MR數(shù)據(jù)實現(xiàn)全量采集與端端分析完成無線側和核心網(wǎng)全量接口控制面和用戶面數(shù)據(jù)采集支持基于網(wǎng)元、業(yè)務、終端、用戶維度的端到端分析完成用戶業(yè)務細分，做好營銷分析的數(shù)據(jù)支撐p 明確信令面數(shù)據(jù)軟采+業(yè)務面數(shù)據(jù)硬采模式。杭州項目中提出的預留MDT數(shù)據(jù)、TCE信令跟蹤等需求納入集團信令軟采規(guī)

23、范。業(yè)務面硬采將在數(shù)據(jù)業(yè)務監(jiān)測與分析系統(tǒng)技術規(guī)范基礎上更新。要求信令軟采各設備要將告警按照現(xiàn)有主設備告警模式上報至網(wǎng)管；p 建議盡快啟動業(yè)務面數(shù)據(jù)硬采試點工作信令面軟采集團已明確實施計劃，建議用戶面硬采試點工作13年一季度開始啟動。p 根據(jù)廣東、浙江和江蘇優(yōu)化工作需要，梳理了24個信令軟采分析需求主要包括信令跟蹤、業(yè)務、網(wǎng)絡、用戶等多種關聯(lián)分析等分析需求，但需求還需進一步細化，以便在網(wǎng)優(yōu)平臺中進行固化，支撐LTE投訴處理、日常優(yōu)化和專項優(yōu)化工作。p 建設模式需盡快明確建議按照采集層-共享層-應用層架構實現(xiàn)軟采和硬采，以實現(xiàn)數(shù)據(jù)有效共享。但要加強數(shù)據(jù)質量管理。硬采先行采集數(shù)據(jù)類型目標采集方式本次

24、驗證方式S1-U接口硬采硬采S1-MME接口軟采硬采S6a接口軟采硬采S11接口軟采硬采Uu接口（NAS）軟采硬采Uu接口（除NAS）軟采軟采X2接口軟采軟采MR測量軟采軟采信令面用戶面eNodeB以上eNodeB以下信令軟采實現(xiàn)相對較晚，為提前對LTE信令進行采集，可先采用硬采分析；PTN-L3PTN-L3CECE交換機 交換機FWFWCMNETMMESGW采集點采集點n 客戶問題分析n 實時監(jiān)控n 網(wǎng)絡質量分析n 用戶行為、感知分析ENB、OMC可用性評估和功能規(guī)劃一 目錄北向NMS、參數(shù)管理和MR三 24二 信令軟采規(guī)劃四 用戶全網(wǎng)信令跟蹤五 思考和后續(xù)建議需大力推進LTE北向數(shù)據(jù)支撐手

25、段的完善1771427979050100150200資源性能集團規(guī)范華為北向現(xiàn)有問題和完善建議：廠家類n 明確廠家必須提供每個功能對應的性能指標的北向輸出；n 規(guī)范僅有歸一指標名稱，無法與廠家私有指標映射，建議廠家給出映射關系應答；規(guī)范類n 希望采集規(guī)范對數(shù)據(jù)質量保障提出明確要求，告知每周期網(wǎng)元數(shù)據(jù)生成情況；n 希望集團北向性能規(guī)范增加小區(qū)平均用戶數(shù)等counter；n 希望將機柜、機框、板卡等硬件網(wǎng)元與邏輯網(wǎng)元間的關聯(lián)標示重要程度列為A；n 需將license信息北向輸出并管理；n 希望規(guī)定新版本或者新功能入網(wǎng)的FOA測試增加對應性能北向輸出相關的測試工作。目前廠家對集團北向數(shù)據(jù)規(guī)范的支持度

26、僅為49.5%LTE-MR的研究和設備功能實現(xiàn)的推動nLTE-MR規(guī)范已完善，包含9個一維、10個二維指標，可滿足日常優(yōu)化需求；n各廠家都無現(xiàn)網(wǎng)可用版本,外場應用時間普遍晚于實驗室半年；n項目初步梳理4個三維指標加入原始 MRO；n研發(fā)實現(xiàn)普遍遲于投標承諾時間，卡特、諾西延期高達6個月；nMR開啟對現(xiàn)網(wǎng)設備負荷影響，僅實驗室測試無法發(fā)現(xiàn)問題，需加快推動廠家MR的外場測試。LTE參數(shù)管理工作進展廠家規(guī)范參數(shù) 中興諾西華為 大唐 愛立信 阿卡參數(shù)數(shù)量2251053 1090 1110 5621027883GSMGSM、TDTD已有成形的標準的規(guī)范參數(shù)集，但是已有成形的標準的規(guī)范參數(shù)集，但是LTEL

27、TE尚未建立。尚未建立。n 經(jīng)近經(jīng)近2 2個月的收集，完成華為、中興等個月的收集，完成華為、中興等6 6廠家私有參數(shù)集整理；并明確參數(shù)數(shù)據(jù)以廠家私有參數(shù)集整理；并明確參數(shù)數(shù)據(jù)以集團集團“統(tǒng)一網(wǎng)絡資源模型文件統(tǒng)一網(wǎng)絡資源模型文件”輸出，具體請查閱輸出，具體請查閱TD-LTETD-LTE參數(shù)參數(shù)管理管理規(guī)范規(guī)范；n 結合浙江網(wǎng)優(yōu)工作經(jīng)驗，形成結合浙江網(wǎng)優(yōu)工作經(jīng)驗，形成標準開站參數(shù)模版標準開站參數(shù)模版提升提升LTELTE網(wǎng)絡建設效率；網(wǎng)絡建設效率；n 涉及涉及LTE 3GPPLTE 3GPP規(guī)范公共參數(shù)規(guī)范公共參數(shù)225225個，各廠家尚未實現(xiàn)全部支持，應答進行中；個，各廠家尚未實現(xiàn)全部支持，應答進

28、行中；n 希望廠家在希望廠家在20132013年年2 2月前實現(xiàn)公共和私有參數(shù)的北向網(wǎng)管輸出，透明化參數(shù)；月前實現(xiàn)公共和私有參數(shù)的北向網(wǎng)管輸出，透明化參數(shù)；n 建議設備新建議設備新版本版本/ /功能入網(wǎng)功能入網(wǎng)FOAFOA測試增加參數(shù)規(guī)范及北向輸出相關的測試工作測試增加參數(shù)規(guī)范及北向輸出相關的測試工作。各廠商參數(shù)數(shù)量統(tǒng)計91%87%83%78%72%66%0%20%40%60%80%100%中興華為卡特大唐諾基亞愛立信3GPP標準參數(shù)支持度標準參數(shù)支持度n 在完善北向、MR統(tǒng)計、參數(shù)管理的基礎之上，將統(tǒng)計分析應用納入網(wǎng)優(yōu)平臺；n 總結固化LTE網(wǎng)優(yōu)經(jīng)驗，形成結構分析、室分整治等特色專題分析模塊

29、；n 集成用戶跟蹤、掃頻分析等工具，為網(wǎng)優(yōu)人員提供便捷的工具；n信令軟采及用戶面硬采數(shù)據(jù)可以作為網(wǎng)優(yōu)平臺的數(shù)據(jù)源支撐網(wǎng)優(yōu)各項工作。LTE如何納入網(wǎng)優(yōu)平臺？日常優(yōu)化性能統(tǒng)計和查詢專題分析性能統(tǒng)計MR統(tǒng)計資源統(tǒng)計告警/性能監(jiān)控參數(shù)管理掃頻分析用戶跟蹤TCE室分整治結構分析投訴管理投訴點錄入統(tǒng)計分析查詢與管理處理提醒話務分布分析業(yè)務質量優(yōu)化OMC可用性評估和功能規(guī)劃一 目錄用戶全網(wǎng)信令跟蹤四 29二 信令軟采規(guī)劃三 北向NMS、參數(shù)管理和MR五 思考和后續(xù)建議為什么需要LTE用戶信令跟蹤？用 戶 信 令 跟蹤的驅動力業(yè)務能力TCE的部署考慮一個省或者區(qū)域只部署一臺，全省能夠支持的用戶跟蹤數(shù)約為500個，也就是MME需要支持的跟蹤任務數(shù)應在100的量級上，而eNB支持的跟蹤任務數(shù)應在10個左右缺點1、目前方案不支持戶面數(shù)據(jù)的分析和收斂，可以通過信令軟采或者自定義用戶面采集實現(xiàn)。效益1、無法替代的實時性和廣度：省級跟蹤范圍、實時跟蹤；2、真正的跨廠家解決方案：基于3GPP的規(guī)范接口定義，與設備廠家無關；3、解決了NAS層加密的問題：可以實現(xiàn)從核心網(wǎng)到接入網(wǎng)實現(xiàn)對指定用戶的全網(wǎng)信令跟蹤；4、投訴和VIP：類似A+Abis，用于處理投訴和VIP用戶跟蹤非?？旖?，實時性較好；5、最小改動：當前方案基于