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)維； 需了解3GPP技術(shù)路標(biāo)，廠家路標(biāo)，已實(shí)現(xiàn)進(jìn)展； 主流算法及其優(yōu)劣； 圍繞日常維護(hù)推動(dòng)廠家完善OMC建設(shè)； 多維度客觀評(píng)估廠家OMC，不局限于功能描述； OMC集中部署，直接管理的網(wǎng)元數(shù)提升50倍，LTE對(duì)OMC容量有新的要求； OMC的多制式網(wǎng)絡(luò)協(xié)同優(yōu)化、協(xié)同分析能力要求持續(xù)提高；設(shè)備容量等方面差異大n 對(duì)四個(gè)廠家LTE基站性能進(jìn)行了

2、初步比對(duì)，華為、中興產(chǎn)品在均衡性上高于大唐及卡特。n 大唐設(shè)備存在最大問題為Ir（BBU-RRU光路）不支持10G，對(duì)8通道站點(diǎn)需2對(duì)光路。n 卡特設(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)能力一般集成度低，安裝較復(fù)雜，容量及光口傳輸均

3、偏小，不支持小區(qū)合并較為均衡較為均衡集團(tuán)主設(shè)備重點(diǎn)功能測試結(jié)果廠家功能項(xiàng)是否支持測試結(jié)果備注大唐小區(qū)合并是通過BBU容量測試是部分通過傳輸容量和服務(wù)器帶寬不夠支持全速級(jí)聯(lián)是通過Ir接口-互通性是通過Ir接口-雙載波是通過穩(wěn)定性是通過貝爾小區(qū)合并否不支持BBU容量測試否不支持級(jí)聯(lián)否不支持Ir接口-互通性是通過卡特試驗(yàn)漏做下載截圖，已補(bǔ)測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)情況下，會(huì)存在多種系統(tǒng)內(nèi)干擾，將會(huì)嚴(yán)重影響系統(tǒng)性能?？ㄌ?MR、COMP、信令軟采等重要功能研發(fā)計(jì)劃均較遲；算法大唐卡特華為中興ICIC效果不明顯無有有eICIC14年支持14年支持已有計(jì)劃已有計(jì)劃PDCCH自適應(yīng)待測試無已有計(jì)劃有IRC效果較好有上行FPC功控有有SuperCell有待測試有有CCLR待測試無已有計(jì)劃已有計(jì)劃TD-LTE 主要設(shè)備廠家告警對(duì)比ENB告警系統(tǒng)的改進(jìn)建議：n 部分廠家的設(shè)備穩(wěn)定性需要進(jìn)一步提高；n 主要告警集中在RRU光路和傳輸方面；n 外企設(shè)備商不支持中文小區(qū)名，不便于日常維護(hù)；n 部分

5、廠家告警系統(tǒng)虛告警偏多，可以通過專項(xià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個(gè)LTE站點(diǎn)計(jì)算，平均每天每站告警次數(shù)超過2.82次（其中含工程調(diào)測階段告警和版本升級(jí)站點(diǎn)告警），但同比7、8月份的3.46次有所下降。n 華為設(shè)備穩(wěn)定不足，國慶期間LTE小區(qū)日退服率較高達(dá)0.72%，遠(yuǎn)高于TDS 0.29%的水平；n RRU故障問題突出，RR

7、U類告警占告警總量的56.8%，需華為對(duì)RRU光模塊進(jìn)行質(zhì)量檢查；n 傳輸穩(wěn)定性不足，傳輸類告警（ 21.3% ）多數(shù)影響小區(qū)業(yè)務(wù)，其中 X2接口故障尤為明顯；n 少量設(shè)備天線質(zhì)量不達(dá)標(biāo)， “王潤興酒樓（景陽觀）”等站點(diǎn)開通后導(dǎo)致1800 IOI升高- 數(shù)據(jù)取自杭州OMC 10.110.31告警統(tǒng)計(jì)告警次數(shù) 4025 7647 806 6915 4189 5132 1759 1634 3931683342BBU設(shè)備RRU光路RRU設(shè)備RRU通道S1/X2傳輸操作維護(hù)軟件許可時(shí)鐘類數(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è)備需改進(jìn)的問題 - ENB分類存在問題解決方法功能缺少上下行每PRB平均吞吐率統(tǒng)計(jì)軟件問題，研發(fā)解決缺少TM2占比、TM3占比、TM7占比、TM8占比指標(biāo)軟件問題，研發(fā)解決現(xiàn)網(wǎng)約100多華為站點(diǎn)老版本的基站，無法實(shí)時(shí)監(jiān)控等問題現(xiàn)場完善配置準(zhǔn)確性存在小區(qū)日同頻切換94651次，成功率僅0.01%，且無告警軟件問題，研發(fā)解決無線數(shù)據(jù)掉線率統(tǒng)計(jì)不準(zhǔn)確，有超過100%軟件問題，研發(fā)解決下行PRB資源使用率統(tǒng)計(jì)不準(zhǔn)確軟件問題，研發(fā)解決小區(qū)最大用戶數(shù)統(tǒng)計(jì)不準(zhǔn)確軟件問題，研發(fā)解決圍繞日常維護(hù)推動(dòng)廠家OMC完善建設(shè)接口細(xì)化場景圍繞日常維護(hù)工作定義了60多個(gè)場景，全方位展開OMC系統(tǒng)評(píng)估高可用

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

11、量和性能、穩(wěn)定性和操作方便性方面的測試內(nèi)容：OMC基本功能需求11高可靠性，物理雙機(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)查看用戶管理和鑒權(quán)，網(wǎng)管、網(wǎng)元日志管理可以對(duì)License進(jìn)行安裝查詢導(dǎo)出UE、小區(qū)跟蹤查詢，實(shí)時(shí)狀態(tài)監(jiān)控：保障、問題點(diǎn)處理（實(shí)時(shí)指

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

14、和參數(shù)管理支持分布式架構(gòu)雙機(jī)熱備倒換OMC硬件 大唐暫不支持，Q3可以在南京測試 支持，待驗(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ì)不合理，參數(shù)查詢操作復(fù)雜，查找一個(gè)功率配置需打開10

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

16、陸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ā)解決測量結(jié)果無法反定位到測量對(duì)象軟件問題，研發(fā)解決性能偶發(fā)查詢網(wǎng)元工程狀態(tài)長時(shí)間無結(jié)果返回研發(fā)提升OMC處理能力OMC穩(wěn)定性不夠，11月13日出現(xiàn)宕機(jī)，同時(shí)影響主城區(qū)TDS和TDL質(zhì)量提升、定期演練準(zhǔn)確性 網(wǎng)元監(jiān)控結(jié)果中經(jīng)緯度顯示為0DE

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

18、”、“性能鏈路報(bào)表”等12項(xiàng)需改進(jìn)問題，具體問題描述請(qǐng)?jiān)斠奜MC 可用性評(píng)估報(bào)告。ENB、OMC可用性評(píng)估和功能規(guī)劃一 目錄LTE信令軟采規(guī)劃二 17三 北向NMS、參數(shù)管理和MR四 用戶全網(wǎng)信令跟蹤五 思考和后續(xù)建議大數(shù)據(jù)時(shí)代的信令分析n 打破廠家工具和數(shù)據(jù)壟斷，為網(wǎng)絡(luò)、經(jīng)營分析提供有效的數(shù)據(jù)支撐；n 海量數(shù)據(jù)處理需積極引入大數(shù)據(jù)技術(shù)：面對(duì)信令數(shù)據(jù)、話單數(shù)據(jù)等海量數(shù)據(jù)，需要積極引入大數(shù)據(jù)技術(shù)采用全新的存儲(chǔ)與處理架構(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)、驗(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)系配置

20、、MROS1口HO信令X2口HO信令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ù)回溯需求信令回溯專項(xiàng)分析需求小區(qū)及網(wǎng)絡(luò)容量評(píng)估

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ò)變動(dòng)頻繁，數(shù)據(jù)相對(duì)流小、主

22、設(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ù)支撐p 明確信令面數(shù)據(jù)軟采+業(yè)務(wù)面數(shù)據(jù)硬采模式。杭州項(xiàng)目中提出的預(yù)留MDT數(shù)據(jù)、TCE信令跟蹤等需求納入集團(tuán)信令軟采規(guī)

23、范。業(yè)務(wù)面硬采將在數(shù)據(jù)業(yè)務(wù)監(jiān)測與分析系統(tǒng)技術(shù)規(guī)范基礎(chǔ)上更新。要求信令軟采各設(shè)備要將告警按照現(xiàn)有主設(shè)備告警模式上報(bào)至網(wǎng)管；p 建議盡快啟動(dòng)業(yè)務(wù)面數(shù)據(jù)硬采試點(diǎn)工作信令面軟采集團(tuán)已明確實(shí)施計(jì)劃，建議用戶面硬采試點(diǎn)工作13年一季度開始啟動(dòng)。p 根據(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)化工作。p 建設(shè)模式需盡快明確建議按照采集層-共享層-應(yīng)用層架構(gòu)實(shí)現(xiàn)軟采和硬采，以實(shí)現(xiàn)數(shù)據(jù)有效共享。但要加強(qiáng)數(shù)據(jù)質(zhì)量管理。硬采先行采集數(shù)據(jù)類型目標(biāo)采集方式本次

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

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

26、僅為49.5%LTE-MR的研究和設(shè)備功能實(shí)現(xiàn)的推動(dòng)nLTE-MR規(guī)范已完善，包含9個(gè)一維、10個(gè)二維指標(biāo)，可滿足日常優(yōu)化需求；n各廠家都無現(xiàn)網(wǎng)可用版本,外場應(yīng)用時(shí)間普遍晚于實(shí)驗(yàn)室半年；n項(xiàng)目初步梳理4個(gè)三維指標(biāo)加入原始 MRO；n研發(fā)實(shí)現(xiàn)普遍遲于投標(biāo)承諾時(shí)間，卡特、諾西延期高達(dá)6個(gè)月；nMR開啟對(duì)現(xiàn)網(wǎng)設(shè)備負(fù)荷影響，僅實(shí)驗(yàn)室測試無法發(fā)現(xiàn)問題，需加快推動(dòng)廠家MR的外場測試。LTE參數(shù)管理工作進(jìn)展廠家規(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個(gè)月的收集，完成華為、中興等個(gè)月的收集，完成華為、中興等6 6廠家私有參數(shù)集整理；并明確參數(shù)數(shù)據(jù)以廠家私有參數(shù)集整理；并明確參數(shù)數(shù)據(jù)以集團(tuán)集團(tuán)“統(tǒng)一網(wǎng)絡(luò)資源模型文件統(tǒng)一網(wǎng)絡(luò)資源模型文件”輸出，具體請(qǐng)查閱輸出，具體請(qǐng)查閱TD-LTETD-LTE參數(shù)參數(shù)管理管理規(guī)范規(guī)范；n 結(jié)合浙江網(wǎng)優(yōu)工作經(jīng)驗(yàn)，形成結(jié)合浙江網(wǎng)優(yōu)工作經(jīng)驗(yàn)，形成標(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個(gè)，各廠家尚未實(shí)現(xiàn)全部支持，應(yīng)答進(jìn)行中；個(gè)，各廠家尚未實(shí)現(xiàn)全部支持，應(yīng)答進(jìn)

28、行中；n 希望廠家在希望廠家在20132013年年2 2月前實(shí)現(xiàn)公共和私有參數(shù)的北向網(wǎng)管輸出，透明化參數(shù)；月前實(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)計(jì)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)計(jì)、參數(shù)管理的基礎(chǔ)之上，將統(tǒng)計(jì)分析應(yīng)用納入網(wǎng)優(yōu)平臺(tái)；n 總結(jié)固化LTE網(wǎng)優(yōu)經(jīng)驗(yàn)，形成結(jié)構(gòu)分析、室分整治等特色專題分析模塊

29、；n 集成用戶跟蹤、掃頻分析等工具，為網(wǎng)優(yōu)人員提供便捷的工具；n信令軟采及用戶面硬采數(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ù)分布分析業(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)前方案基于