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

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

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

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

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

5、廠家告警系統(tǒng)虛告警偏多，可以通過專項優(yōu)化去除不必要的告警。-數(shù)據(jù)取自2012年國慶期間，愛立信、卡特?zé)o法 提供10月的告警數(shù)據(jù)，取12.112.7移除認(rèn)為退服-數(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è)務(wù)RRU通道華為中興諾西卡特愛立信附：各廠家告警核查設(shè)備穩(wěn)定性和告警分析 -華為10月份，杭州LTE網(wǎng)絡(luò)共發(fā)生176056次告警，已開通的2081個LTE站點計算，平均每天每站告警次數(shù)超過2.82次（其中含工程調(diào)測階段告警和版本升級站點告警），但同比7、8月份的3.46次有所下降。n 華為設(shè)備穩(wěn)定不足，國慶期間LTE小區(qū)日退服率較高達0.72%，遠高于TDS 0.29%的水平；n RRU故障問題突出，RR

7、U類告警占告警總量的56.8%，需華為對RRU光模塊進行質(zhì)量檢查；n 傳輸穩(wěn)定性不足，傳輸類告警（ 21.3% ）多數(shù)影響小區(qū)業(yè)務(wù)，其中 X2接口故障尤為明顯；n 少量設(shè)備天線質(zhì)量不達標(biāo)， “王潤興酒樓（景陽觀）”等站點開通后導(dǎo)致1800 IOI升高- 數(shù)據(jù)取自杭州OMC 10.110.31告警統(tǒng)計告警次數(shù) 4025 7647 806 6915 4189 5132 1759 1634 3931683342BBU設(shè)備RRU光路RRU設(shè)備RRU通道S1/X2傳輸操作維護軟件許可時鐘類數(shù)據(jù)配置外部電源小區(qū)業(yè)務(wù)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設(shè)備需改進的問題 - ENB分類存在問題解決方法功能缺少上下行每PRB平均吞吐率統(tǒng)計軟件問題，研發(fā)解決缺少TM2占比、TM3占比、TM7占比、TM8占比指標(biāo)軟件問題，研發(fā)解決現(xiàn)網(wǎng)約100多華為站點老版本的基站，無法實時監(jiān)控等問題現(xiàn)場完善配置準(zhǔn)確性存在小區(qū)日同頻切換94651次，成功率僅0.01%，且無告警軟件問題，研發(fā)解決無線數(shù)據(jù)掉線率統(tǒng)計不準(zhǔn)確，有超過100%軟件問題，研發(fā)解決下行PRB資源使用率統(tǒng)計不準(zhǔn)確軟件問題，研發(fā)解決小區(qū)最大用戶數(shù)統(tǒng)計不準(zhǔn)確軟件問題，研發(fā)解決圍繞日常維護推動廠家OMC完善建設(shè)接口細化場景圍繞日常維護工作定義了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ù)逐項核對，增加告警風(fēng)暴、告警關(guān)聯(lián)、現(xiàn)網(wǎng)基站斷站測試，保證數(shù)據(jù)的完整性、準(zhǔn)確性。功能擴展功能覆蓋場景 故障管理、配置管理、性能管理、操作維護、安全管理、日志管理、呼叫跟蹤等n在原集團規(guī)范基礎(chǔ)上，按照實用性原則，網(wǎng)管、網(wǎng)優(yōu)、無線相關(guān)人員共同圍繞日常維護場景，從方位評估OMC，增加了質(zhì)

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

12、標(biāo)），無線測量采集和呈現(xiàn)手工關(guān)聯(lián)/解關(guān)聯(lián)多模基站，查詢多?；?，共模的設(shè)備都需實現(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 公共設(shè)備的告警有效定位，減少重復(fù)監(jiān)控；n 雙模兩制式運維體驗一致，提升雙模站點的運維效率，降低OPEX；序號設(shè)備商 現(xiàn)網(wǎng)主設(shè)備類型 支持共網(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 基站拓?fù)?，RRU拓?fù)?，機架圖拓?fù)洌?網(wǎng)絡(luò)組成結(jié)構(gòu)清晰化，有效支撐維護人員； 動態(tài)拓?fù)鋱D可形象呈現(xiàn)物理和邏輯實體的連接； 現(xiàn)場掃描所有已配置或未配置的端口，準(zhǔn)確實時掌握實際拓?fù)浜涂衫觅Y源； 室分建設(shè)方案復(fù)雜，施工質(zhì)量難以徹底檢查，日常維護難度高，通過RRU拓?fù)浜妥詸z功能，大大降低了維護難度；n 后續(xù)工作建議：共網(wǎng)管系統(tǒng)功能規(guī)劃可作為進一步完善OMC共網(wǎng)管規(guī)范的參考，督促廠家完善網(wǎng)管建設(shè)。多模關(guān)系管理拓?fù)涔芾頇C架圖管理配置管理性能管理告警管理軟件管理加強拓?fù)涔芾碛兄诤喕瘡?fù)雜的多網(wǎng)建設(shè)維護 共網(wǎng)管需具備的基礎(chǔ)要求操作維護支持廠家TDS與TDL多模基站的管理對eNodeB的完全管理 MR

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

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

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

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

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

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

20、、MROS1口HO信令X2口HO信令MR RSRPSIB用戶信息的多接口關(guān)聯(lián)、行為分析、感知評估IMSI、TMSI、C-RNTI業(yè)務(wù)事件、吞吐量, RSRP, QoS利用LTE各接口、各協(xié)議層信令中的關(guān)鍵信息，評估網(wǎng)絡(luò)運行質(zhì)量、覆蓋情況通過對端到端信令流程的關(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ù)回溯、專項分析等共23項需求，請詳見信令軟采無線優(yōu)化需求分析報告指標(biāo)分析需求KPI指標(biāo)分析接入、保持、移動管理等信令及業(yè)務(wù)回溯需求信令回溯專項分析需求小區(qū)及網(wǎng)絡(luò)容量評估

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

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

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

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)絡(luò)質(zhì)量分析n 用戶行為、感知分析ENB、OMC可用性評估和功能規(guī)劃一 目錄北向NMS、參數(shù)管理和MR三 24二 信令軟采規(guī)劃四 用戶全網(wǎng)信令跟蹤五 思考和后續(xù)建議需大力推進LTE北向數(shù)據(jù)支撐手

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

26、僅為49.5%LTE-MR的研究和設(shè)備功能實現(xiàn)的推動nLTE-MR規(guī)范已完善，包含9個一維、10個二維指標(biāo)，可滿足日常優(yōu)化需求；n各廠家都無現(xiàn)網(wǎng)可用版本,外場應(yīng)用時間普遍晚于實驗室半年；n項目初步梳理4個三維指標(biāo)加入原始 MRO；n研發(fā)實現(xiàn)普遍遲于投標(biāo)承諾時間，卡特、諾西延期高達6個月；nMR開啟對現(xiàn)網(wǎng)設(shè)備負(fù)荷影響，僅實驗室測試無法發(fā)現(xiàn)問題，需加快推動廠家MR的外場測試。LTE參數(shù)管理工作進展廠家規(guī)范參數(shù) 中興諾西華為 大唐 愛立信 阿卡參數(shù)數(shù)量2251053 1090 1110 5621027883GSMGSM、TDTD已有成形的標(biāo)準(zhǔn)的規(guī)范參數(shù)集，但是已有成形的標(biāo)準(zhǔn)的規(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)絡(luò)資源模型文件統(tǒng)一網(wǎng)絡(luò)資源模型文件”輸出，具體請查閱輸出，具體請查閱TD-LTETD-LTE參數(shù)參數(shù)管理管理規(guī)范規(guī)范；n 結(jié)合浙江網(wǎng)優(yōu)工作經(jīng)驗，形成結(jié)合浙江網(wǎng)優(yōu)工作經(jīng)驗，形成標(biāo)準(zhǔn)開站參數(shù)模版標(biāo)準(zhǔn)開站參數(shù)模版提升提升LTELTE網(wǎng)絡(luò)建設(shè)效率；網(wǎng)絡(luò)建設(shè)效率；n 涉及涉及LTE 3GPPLTE 3GPP規(guī)范公共參數(shù)規(guī)范公共參數(shù)225225個，各廠家尚未實現(xiàn)全部支持，應(yīng)答進行中；個，各廠家尚未實現(xiàn)全部支持，應(yīng)答進

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

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