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

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

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

3、偏小，不支持小區(qū)合并較為均衡較為均衡集團(tuán)主設(shè)備重點(diǎn)功能測(cè)試結(jié)果廠(chǎng)家功能項(xiàng)是否支持測(cè)試結(jié)果備注大唐小區(qū)合并是通過(guò)BBU容量測(cè)試是部分通過(guò)傳輸容量和服務(wù)器帶寬不夠支持全速級(jí)聯(lián)是通過(guò)Ir接口-互通性是通過(guò)Ir接口-雙載波是通過(guò)穩(wěn)定性是通過(guò)貝爾小區(qū)合并否不支持BBU容量測(cè)試否不支持級(jí)聯(lián)否不支持Ir接口-互通性是通過(guò)卡特試驗(yàn)漏做下載截圖，已補(bǔ)測(cè)Ir接口-雙載波否不支持穩(wěn)定性是通過(guò)n 江蘇負(fù)責(zé)大唐和卡特相關(guān)功能測(cè)試，卡特很多功能不具備；江蘇負(fù)責(zé)大唐和卡特相關(guān)功能測(cè)試，卡特很多功能不具備；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效果不明顯無(wú)有有eICIC14年支持14年支持已有計(jì)劃已有計(jì)劃PDCCH自適應(yīng)待測(cè)試無(wú)已有計(jì)劃有IRC效果較好有上行FPC功控有有SuperCell有待測(cè)試有有CCLR待測(cè)試無(wú)已有計(jì)劃已有計(jì)劃TD-LTE 主要設(shè)備廠(chǎng)家告警對(duì)比ENB告警系統(tǒng)的改進(jìn)建議：n 部分廠(chǎng)家的設(shè)備穩(wěn)定性需要進(jìn)一步提高；n 主要告警集中在RRU光路和傳輸方面；n 外企設(shè)備商不支持中文小區(qū)名，不便于日常維護(hù)；n 部分

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

7、U類(lèi)告警占告警總量的56.8%，需華為對(duì)RRU光模塊進(jìn)行質(zhì)量檢查；n 傳輸穩(wěn)定性不足，傳輸類(lèi)告警（ 21.3% ）多數(shù)影響小區(qū)業(yè)務(wù)，其中 X2接口故障尤為明顯；n 少量設(shè)備天線(xiàn)質(zhì)量不達(dá)標(biāo)， “王潤(rùn)興酒樓（景陽(yáng)觀(guān)）”等站點(diǎn)開(kāi)通后導(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í)鐘類(lèi)數(shù)據(jù)配置外部電源小區(qū)業(yè)務(wù)40257647380669154189251321759 1634393168334210

8、100002000030000400005000060000700008000090000杭州現(xiàn)網(wǎng)主要告警類(lèi)型杭州現(xiàn)網(wǎng)主要告警類(lèi)型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日日退服率日退服率國(guó)慶期間國(guó)慶期間LTE小區(qū)退服率小區(qū)退服率TDS小區(qū)退服率TDL小區(qū)退服率2G小區(qū)

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

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

11、量和性能、穩(wěn)定性和操作方便性方面的測(cè)試內(nèi)容：OMC基本功能需求11高可靠性，物理雙機(jī)熱備機(jī)制；可擴(kuò)展性；穩(wěn)定性分析功能，OMC基本服務(wù), 文件傳輸管理, 集中任務(wù)管理, 用戶(hù)權(quán)限管理，MML接口性能數(shù)據(jù)采集和存儲(chǔ)，性能數(shù)據(jù)查詢(xún)，自定義指標(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ū)的雙向添加、批量查詢(xún)、批量修改等功能，配置數(shù)據(jù)同步，對(duì)象管理狀態(tài)查看用戶(hù)管理和鑒權(quán)，網(wǎng)管、網(wǎng)元日志管理可以對(duì)License進(jìn)行安裝查詢(xún)導(dǎo)出UE、小區(qū)跟蹤查詢(xún)，實(shí)時(shí)狀態(tài)監(jiān)控：保障、問(wèn)題點(diǎn)處理（實(shí)時(shí)指

12、標(biāo)），無(wú)線(xiàn)測(cè)量采集和呈現(xiàn)手工關(guān)聯(lián)/解關(guān)聯(lián)多模基站，查詢(xú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è)備類(lèi)型 支持共網(wǎng)管類(lèi)型GSMTDSTDLGSM/TDS/TDL TDS/TDL GSM/TDL不支持共網(wǎng)管1愛(ài)立信2中興3華為4大唐5諾西6阿爾卡特7普天各廠(chǎng)家共網(wǎng)管目前支持情況注：阿爾卡特近期尚無(wú)共網(wǎng)管系統(tǒng)開(kāi)

13、發(fā)計(jì)劃n 基站拓?fù)?，RRU拓?fù)?，機(jī)架圖拓?fù)洌?網(wǎng)絡(luò)組成結(jié)構(gòu)清晰化，有效支撐維護(hù)人員； 動(dòng)態(tài)拓?fù)鋱D可形象呈現(xiàn)物理和邏輯實(shí)體的連接； 現(xiàn)場(chǎng)掃描所有已配置或未配置的端口，準(zhǔn)確實(shí)時(shí)掌握實(shí)際拓?fù)浜涂衫觅Y源； 室分建設(shè)方案復(fù)雜，施工質(zhì)量難以徹底檢查，日常維護(hù)難度高，通過(guò)RRU拓?fù)浜妥詸z功能，大大降低了維護(hù)難度；n 后續(xù)工作建議：共網(wǎng)管系統(tǒng)功能規(guī)劃可作為進(jìn)一步完善OMC共網(wǎng)管規(guī)范的參考，督促?gòu)S家完善網(wǎng)管建設(shè)。多模關(guān)系管理拓?fù)涔芾頇C(jī)架圖管理配置管理性能管理告警管理軟件管理加強(qiáng)拓?fù)涔芾碛兄诤?jiǎn)化復(fù)雜的多網(wǎng)建設(shè)維護(hù) 共網(wǎng)管需具備的基礎(chǔ)要求操作維護(hù)支持廠(chǎng)家TDS與TDL多?；镜墓芾韺?duì)eNodeB的完全管理 MR

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

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

16、陸OMC軟件問(wèn)題，研發(fā)解決多臺(tái)網(wǎng)絡(luò)OMC系統(tǒng)，缺少集中化管理推進(jìn)OMC集中化管理ANR鄰區(qū)管理查詢(xún)不可用尚未定位缺少“RAN報(bào)表向?qū)А?、“性能鏈路?bào)表”功能軟件問(wèn)題，研發(fā)解決單模LTE站點(diǎn)無(wú)法查詢(xún)RRU類(lèi)型,同時(shí)不能批量查詢(xún)RRU類(lèi)型。軟件問(wèn)題，研發(fā)解決MML查詢(xún)輸出橫豎不一，無(wú)法進(jìn)行腳本統(tǒng)一處理軟件問(wèn)題，研發(fā)解決友好性拓?fù)鋱D例中缺少一種圖例說(shuō)明軟件問(wèn)題，研發(fā)解決測(cè)量結(jié)果無(wú)法反定位到測(cè)量對(duì)象軟件問(wèn)題，研發(fā)解決性能偶發(fā)查詢(xún)網(wǎng)元工程狀態(tài)長(zhǎng)時(shí)間無(wú)結(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)場(chǎng)完善配置 華為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)集定義，督促?gòu)S家實(shí)現(xiàn)OMC日常優(yōu)化所需指標(biāo)采集；n 希望華為廠(chǎng)家加強(qiáng)OMC以下功能的完善 優(yōu)化告警系統(tǒng)，完善基站退服告警； 提高OMC穩(wěn)定型，做好主備定期演練； 提高“小區(qū)用戶(hù)數(shù)”，“下行PRB使用率”、“無(wú)線(xiàn)數(shù)據(jù)掉線(xiàn)率”等指標(biāo)的準(zhǔn)確性； 完善上行無(wú)線(xiàn)統(tǒng)計(jì)功能，如上行RSRP、RSRQ、SINR； 開(kāi)發(fā)TM模式占比、上下行每PRB平均吞吐率統(tǒng)計(jì)功能； 完善“RAN報(bào)表向?qū)?/p>

18、”、“性能鏈路報(bào)表”等12項(xiàng)需改進(jìn)問(wèn)題，具體問(wèn)題描述請(qǐng)?jiān)斠?jiàn)OMC 可用性評(píng)估報(bào)告。ENB、OMC可用性評(píng)估和功能規(guī)劃一 目錄LTE信令軟采規(guī)劃二 17三 北向NMS、參數(shù)管理和MR四 用戶(hù)全網(wǎng)信令跟蹤五 思考和后續(xù)建議大數(shù)據(jù)時(shí)代的信令分析n 打破廠(chǎng)家工具和數(shù)據(jù)壟斷，為網(wǎng)絡(luò)、經(jīng)營(yíng)分析提供有效的數(shù)據(jù)支撐；n 海量數(shù)據(jù)處理需積極引入大數(shù)據(jù)技術(shù)：面對(duì)信令數(shù)據(jù)、話(huà)單數(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覆蓋/干擾分析話(huà)務(wù)分布弱覆蓋、覆蓋空洞、干擾分析、導(dǎo)頻污染RSCP、RSRQPHRMCS/CQI、TA話(huà)務(wù)密度分析、MCS比例、PRB承載效率分析上下行吞吐量MCS等級(jí)鄰區(qū)優(yōu)化用戶(hù)分析業(yè)務(wù)質(zhì)量?jī)?yōu)化接入性能、掉話(huà)率、切換成功率RRC連接請(qǐng)求/重配置E-RAB建立/釋放UE上下文釋放切換成功率、鄰區(qū)關(guān)系配置

20、、MROS1口HO信令X2口HO信令MR RSRPSIB用戶(hù)信息的多接口關(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ì)量、覆蓋情況通過(guò)對(duì)端到端信令流程的關(guān)聯(lián)分析，精確定位網(wǎng)絡(luò)問(wèn)題LTE網(wǎng)絡(luò)優(yōu)化為什么要分析信令？打破廠(chǎng)家數(shù)據(jù)壟斷，為網(wǎng)絡(luò)、經(jīng)營(yíng)分析提供有效的數(shù)據(jù)支撐。信令軟采的應(yīng)用需求梳理基于軟采及硬采數(shù)據(jù)的指標(biāo)分析、信令及業(yè)務(wù)回溯、專(zhuān)項(xiàng)分析等共23項(xiàng)需求，請(qǐng)?jiān)斠?jiàn)信令軟采無(wú)線(xiàn)優(yōu)化需求分析報(bào)告指標(biāo)分析需求KPI指標(biāo)分析接入、保持、移動(dòng)管理等信令及業(yè)務(wù)回溯需求信令回溯專(zhuān)項(xiàng)分析需求小區(qū)及網(wǎng)絡(luò)容量評(píng)估

21、分析網(wǎng)絡(luò)覆蓋分析鏈路質(zhì)量分析切換性能分析掉線(xiàn)原因分析無(wú)線(xiàn)資源調(diào)度分析無(wú)線(xiàn)傳輸質(zhì)量分析終端性能分析用戶(hù)行為分析數(shù)據(jù)業(yè)務(wù)完整性分析 深度覆蓋不足分析RSRP和CINR分析小區(qū)吞吐量分布分析PCI檢查背向覆蓋分析模擬路測(cè)專(zhuān)題新站入網(wǎng)分析隱性故障分析道路場(chǎng)景分析路測(cè)儀、空口監(jiān)測(cè)儀主設(shè)備軟采集信令監(jiān)測(cè)儀表硬采集統(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)共享層用戶(hù)面硬采 S1-U、S5/S8、SGiGTP-U協(xié)議承載的用戶(hù)面數(shù)據(jù)主設(shè)備無(wú)法實(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)全量采集與端端分析完成無(wú)線(xiàn)側(cè)和核心網(wǎng)全量接口控制面和用戶(hù)面數(shù)據(jù)采集支持基于網(wǎng)元、業(yè)務(wù)、終端、用戶(hù)維度的端到端分析完成用戶(hù)業(yè)務(wù)細(xì)分，做好營(yíng)銷(xiāo)分析的數(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)測(cè)與分析系統(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ì)劃，建議用戶(hù)面硬采試點(diǎn)工作13年一季度開(kāi)始啟動(dòng)。p 根據(jù)廣東、浙江和江蘇優(yōu)化工作需要，梳理了24個(gè)信令軟采分析需求主要包括信令跟蹤、業(yè)務(wù)、網(wǎng)絡(luò)、用戶(hù)等多種關(guān)聯(lián)分析等分析需求，但需求還需進(jìn)一步細(xì)化，以便在網(wǎng)優(yōu)平臺(tái)中進(jìn)行固化，支撐LTE投訴處理、日常優(yōu)化和專(zhuān)項(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ù)類(lèi)型目標(biāo)采集方式本次

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

25、段的完善1771427979050100150200資源性能集團(tuán)規(guī)范華為北向現(xiàn)有問(wèn)題和完善建議：廠(chǎng)家類(lèi)n 明確廠(chǎng)家必須提供每個(gè)功能對(duì)應(yīng)的性能指標(biāo)的北向輸出；n 規(guī)范僅有歸一指標(biāo)名稱(chēng)，無(wú)法與廠(chǎng)家私有指標(biāo)映射，建議廠(chǎng)家給出映射關(guān)系應(yīng)答；規(guī)范類(lèi)n 希望采集規(guī)范對(duì)數(shù)據(jù)質(zhì)量保障提出明確要求，告知每周期網(wǎng)元數(shù)據(jù)生成情況；n 希望集團(tuán)北向性能規(guī)范增加小區(qū)平均用戶(hù)數(shù)等counter；n 希望將機(jī)柜、機(jī)框、板卡等硬件網(wǎng)元與邏輯網(wǎng)元間的關(guān)聯(lián)標(biāo)示重要程度列為A；n 需將license信息北向輸出并管理；n 希望規(guī)定新版本或者新功能入網(wǎng)的FOA測(cè)試增加對(duì)應(yīng)性能北向輸出相關(guān)的測(cè)試工作。目前廠(chǎng)家對(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)，可滿(mǎn)足日常優(yōu)化需求；n各廠(chǎng)家都無(wú)現(xiàn)網(wǎng)可用版本,外場(chǎ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開(kāi)啟對(duì)現(xiàn)網(wǎng)設(shè)備負(fù)荷影響，僅實(shí)驗(yàn)室測(cè)試無(wú)法發(fā)現(xiàn)問(wèn)題，需加快推動(dòng)廠(chǎng)家MR的外場(chǎng)測(cè)試。LTE參數(shù)管理工作進(jìn)展廠(chǎng)家規(guī)范參數(shù) 中興諾西華為 大唐 愛(ài)立信 阿卡參數(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廠(chǎng)家私有參數(shù)集整理；并明確參數(shù)數(shù)據(jù)以廠(chǎng)家私有參數(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)開(kāi)站參數(shù)模版標(biāo)準(zhǔn)開(kāi)站參數(shù)模版提升提升LTELTE網(wǎng)絡(luò)建設(shè)效率；網(wǎng)絡(luò)建設(shè)效率；n 涉及涉及LTE 3GPPLTE 3GPP規(guī)范公共參數(shù)規(guī)范公共參數(shù)225225個(gè)，各廠(chǎng)家尚未實(shí)現(xiàn)全部支持，應(yīng)答進(jìn)行中；個(gè)，各廠(chǎng)家尚未實(shí)現(xiàn)全部支持，應(yīng)答進(jìn)

28、行中；n 希望廠(chǎng)家在希望廠(chǎng)家在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測(cè)試增加參數(shù)規(guī)范及北向輸出相關(guān)的測(cè)試工作測(cè)試增加參數(shù)規(guī)范及北向輸出相關(guān)的測(cè)試工作。各廠(chǎng)商參數(shù)數(shù)量統(tǒng)計(jì)91%87%83%78%72%66%0%20%40%60%80%100%中興華為卡特大唐諾基亞愛(ài)立信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)分析、室分整治等特色專(zhuān)題分析模塊

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