TD-LTE網(wǎng)優(yōu)KPI指標優(yōu)化指導手冊

1、大唐移動通信設備有限公司 TD-LTE網(wǎng)優(yōu)KPI指標優(yōu)化工作指導手冊TD-LTE網(wǎng)優(yōu)KPI指標優(yōu)化工作指導手冊項目名稱文檔編號版 本 號作 者版權所有大唐移動通信設備有限公司本資料及其包含的所有內(nèi)容為大唐移動通信設備有限公司(大唐移動)所有,受中國法律及適用之國際公約中有關著作權法律的保護。未經(jīng)大唐移動書面授權，任何人不得以任何形式復制、傳播、散布、改動或以其它方式使用本資料的部分或全部內(nèi)容，違者將被依法追究責任。文檔更新記錄日期更新人版本備注2013-7-17王學斌V0.0.1創(chuàng)建2013-7-31王學斌 盧顥V0.0.2添加RRC、ERAB、掉線CDL信令流程及失敗原因2013-9-20王

2、學斌、張發(fā)厚、索志剛、魏曉東、閆俊霖、徐世勛V0.0.3編寫案例2013-9-29徐世勛V0.0.4增加章節(jié)2.KPI優(yōu)化的工作流程及內(nèi)容2013-10-23王學斌、周曉華、王會慶V0.0.5增加案例2013-10-24徐世勛V0.0.6匯總及增加KPI問題處理工單模板2013-11-5徐世勛V0.0.7根據(jù)評審意見進行修改2013-11-8童志堅V0.0.8增加童志堅整理的案例：3.5.2小區(qū)上行功控參數(shù)設置問題目 錄1前 言52KPI優(yōu)化的工作流程及內(nèi)容52.1KPI優(yōu)化工作總體流程52.2KPI優(yōu)化工作內(nèi)容62.2.1KPI數(shù)據(jù)生成62.2.2KPI數(shù)據(jù)分析72.2.3問題處理72.2.

3、4問題跟蹤和核查82.3KPI優(yōu)化工作邏輯圖82.4KPI優(yōu)化工作模板和示例93RRC連接建立成功率優(yōu)化103.1理論介紹103.2指標定義103.3CDL信令流程及失敗原因113.3.1正常過程113.3.2異常過程113.4優(yōu)化方法介紹123.4.1上行隨機接入的問題143.4.2小區(qū)重選參數(shù)問題143.4.3下行初始發(fā)射功率偏低問題153.4.4上行初始功控問題153.5相關案例介紹分析153.5.1小區(qū)重選參數(shù)問題153.5.2小區(qū)上行功控參數(shù)設置問題173.5.3小區(qū)測試開關參數(shù)問題193.5.4內(nèi)存池耗盡導致信令發(fā)送失敗問題213.5.5全頻帶高干擾導致接入失敗問題244ERAB建

4、立成功率274.1理論介紹274.2指標定義294.3CDL信令流程及失敗原因294.3.1正常過程294.3.2異常過程304.4相關案例介紹分析334.4.1路由關系未配無法接入的問題334.4.2網(wǎng)關IP配置錯誤導致無法附著354.4.3安全參數(shù)配置問題365切換成功率優(yōu)化375.1理論介紹375.2指標定義385.3CDL信令流程395.3.1正常過程395.4優(yōu)化方法介紹405.4.1切換信令流程415.4.2涉及話統(tǒng)打點435.4.3切換問題分類455.5相關案例介紹分析485.5.1硬件和傳輸故障485.5.2鄰區(qū)漏配問題505.5.3鄰區(qū)數(shù)據(jù)配置不當525.5.4切換算法參數(shù)配

5、置不當545.5.5小區(qū)個性偏移參數(shù)調(diào)整案例555.5.6切換時終端接入到非源和目標小區(qū)導致核心網(wǎng)釋放用戶問題575.5.7鄰區(qū)移動網(wǎng)絡碼配置錯誤導致S1切換失敗605.5.8開啟防乒乓切換開關導致不切換625.5.9終端發(fā)A3切換測量報告后，不觸發(fā)異頻切換666無線掉線率優(yōu)化686.1理論介紹686.2指標定義716.3CDL失敗原因716.3.1空口超時引起的掉話716.3.2激活檢測UE不活動786.3.3激活檢測UE丟失786.3.4其他錯誤引起的掉話796.4相關案例介紹分析806.4.1切換不及時問題806.4.2核心網(wǎng)問題826.4.3激活檢測UE不活動和UE丟失造成的掉線分析8

6、56.4.4幀頭未對齊導致的干擾問題881 前 言話統(tǒng)KPI是中國移動考核項之一，也是對網(wǎng)絡質量的最直觀反映。日常話統(tǒng)監(jiān)測是進行網(wǎng)絡性能檢測的一種有效手段。通過日監(jiān)測，識別突發(fā)問題小區(qū)，將問題消除在初級階段。通過周監(jiān)測，識別網(wǎng)絡性能持續(xù)短木板小區(qū)，針對性的進行提升優(yōu)化。話統(tǒng)KPI主要包括以下幾大類：接入性指標、保持性指標、移動性指標、業(yè)務量指標、產(chǎn)品運行類指標、系統(tǒng)可用性指標和網(wǎng)絡資源利用率指標。通過上述重點話統(tǒng)KPI指標的監(jiān)測，可以達到：識別突發(fā)問題、風險提前預警、話統(tǒng)KPI的穩(wěn)定與提升，目前TD-LTE系統(tǒng)需要重點關注的話統(tǒng)KPI指標如下表：指標分類數(shù)據(jù)來源具體的KPI指標接入性指標無線側

7、RRC連接建立成功率ERAB建立成功率無線接通率保持性指標無線掉話率（ERAB異常釋放）移動性指標小區(qū)eNodeB內(nèi)切換出成功率小區(qū)eNodeB間切換出成功率業(yè)務量指標上、下行業(yè)務平均吞吐量量上、下行PRB平均利用率產(chǎn)品運行類指標無線側單板CPU最大占用率單板CPU平均占用率系統(tǒng)可用性指標無線側無線網(wǎng)絡退服比例網(wǎng)絡資源指標無線側上行PRB資源使用的平均個數(shù)下行PRB資源使用的平均個數(shù)2 KPI優(yōu)化的工作流程及內(nèi)容2.1 KPI優(yōu)化工作總體流程KPI優(yōu)化工作流程圖2.2 KPI優(yōu)化工作內(nèi)容2.2.1 KPI數(shù)據(jù)生成工作內(nèi)容：使用預定義和自定義的統(tǒng)計項及模板生成KPI性能報表，通過OMC Clie

8、nt提取KPI報表，輸出KPI報表和重要指標失敗原因列表給KPI數(shù)據(jù)分析人員。KPI報表生成和提取相關操作請參考LTE KPI模板指導手冊。根據(jù)KPI報表數(shù)據(jù)，選擇KPI指標最差Top N小區(qū)。TOP N小區(qū)的選擇：對某項指標按照失敗率最高進行排序，選取前20個小區(qū)，再對這20個小區(qū)進行失敗次數(shù)分析，失敗次數(shù)大于20次的（RRC連接、切換、掉線等按失敗次數(shù)大于20次為標準，ERAB建立失敗指標按次數(shù)大于10次為標準）作為TOP小區(qū)進行分析 ；另外需要對指標再進行失敗次數(shù)的降序排序，如果有小區(qū)失敗次數(shù)很多失敗率也較高但是未在之前選的TOP小區(qū)中，也需要將這些小區(qū)作為TOP小區(qū)分析。 K

9、PI數(shù)據(jù)生成工作所需輸入、工具和技術、輸出如圖所示：2.2.2 KPI數(shù)據(jù)分析工作內(nèi)容：KPI指標變化趨勢分析：根據(jù)KPI報表數(shù)據(jù)，分析全網(wǎng)KPI指標變化趨勢，尤其是存在設備版本升級或參數(shù)全網(wǎng)性修改后，需要持續(xù)至少一周重點監(jiān)測KPI指標變化趨勢；TOP小區(qū)分析：根據(jù)TOP小區(qū)列表、重要指標失敗原因列表、歷史告警信息、網(wǎng)管數(shù)據(jù)、CDL日志、IOT數(shù)據(jù)、復測終端LOG等信息進行分析。先查看告警信息，確認有設備故障類告警是否和TOP小區(qū)關聯(lián)，再使用與基站軟件版本匹配的CDLBrowser工具進行指標統(tǒng)計和失敗信令流程分析確認TOP小區(qū)產(chǎn)生的原因，CDLBrowser工具使用方法請參考CDL分析工具使

10、用手冊。 KPI數(shù)據(jù)分析工作所需輸入、工具及技術、輸出如圖所示： 2.2.3 問題處理工作內(nèi)容：1）通過CDL分析能夠明確定位TOP小區(qū)問題后，給出問題處理建議輸出給相關問題處理人員：參數(shù)修改問題導給維護人員調(diào)整（和標定參數(shù)不一致的大規(guī)模參數(shù)修改需和SE確認）；網(wǎng)絡優(yōu)化問題給出優(yōu)化建議導給網(wǎng)優(yōu)人員；由于設備故障引起的KPI指標惡化問題導給排障人員處理；定位確認為產(chǎn)品缺陷要及時提交BUG推動和跟蹤版本解決。2） 通過CDL分析無法明確定位TOP小區(qū)產(chǎn)生原因的問題，需要復測后結合終端側log再進一步分析。 問題處理工作所需的輸入、工具及技術、輸出如圖所示： 問題處理：輸入、工具及技術、輸出2.2.

11、4 問題跟蹤和核查工作內(nèi)容：問題跟蹤和核查環(huán)節(jié)，主要依據(jù)問題列表、KPI問題處理工單、BUG/CR/RR編號，內(nèi)部討論推動和核查問題解決，和外部其它環(huán)節(jié)溝通確認問題進展，以形成問題閉環(huán)，最終輸出KPI優(yōu)化報告。問題跟蹤和核查工作所需的輸入、工具及技術、輸出如圖所示：問題跟蹤和核查：輸入、工具及技術、輸出2.3 KPI優(yōu)化工作邏輯圖 綜合KPI優(yōu)化工作流程和內(nèi)容，KPI優(yōu)化工作邏輯圖如下：KPI優(yōu)化工作邏輯圖2.4 KPI優(yōu)化工作模板和示例1. KPI優(yōu)化工作參考模板 KPI報表示例 3 RRC連接建立成功率優(yōu)化3.1 理論介紹RRC連接建立過程分為兩個階段：準備階段和實施階段。在準備階段中，U

12、E會根據(jù)NAS 層的觸發(fā)原因和系統(tǒng)廣播中的接入限制信息，通過一系列檢查來判斷自己是否被允許進行接入過程，如果可以，則執(zhí)行后續(xù)的實施階段；否則UE的RRC將啟動相應的定時器，在該定時器超時前UE無法發(fā)起任何接入過程。上述機制的目的是負荷擁塞控制，當網(wǎng)絡負荷較重時限制某些UE進行接入。3.2 指標定義RRC連接建立是指處于空閑狀態(tài)的UE或待開機的UE準備發(fā)起一個呼叫或響應尋呼時發(fā)起的過程。出于降低接入時延的考慮，LTE系統(tǒng)將RRC連接建立過程設計發(fā)生在ENB和MME之間的S1連接建立前，也就是在ENB尚未從MME獲得任何UE上下文前，ENB需要將RRC連接建立完畢，因此該過程主要建立最基本的SRB

13、1。RRC連接建立成功意味著UE與網(wǎng)絡建立了信令連接，是進行其他業(yè)務的基礎。RRC連接建立成功率主要通過話務統(tǒng)計結果獲得，推薦的公式為：RRC建立成功率= RRC連接建立完成次數(shù)/RRC連接請求次數(shù)（不包括重發(fā)）；公式中相關各指標的具體統(tǒng)計方式如下所示：指標指標描述RRC連接請求次數(shù)小區(qū)接收UE的RRC Connection Request消息次數(shù)（不包括重發(fā)）RRC連接建立完成次數(shù)小區(qū)接收UE返回的RRC Connection Setup Complete消息次數(shù)RRC建立失敗次數(shù)資源分配失敗而導致連接建立失敗的次數(shù)UE無應答而導致連接建立失敗的次數(shù)小區(qū)發(fā)送RRC Connection Re

14、ject消息次數(shù)3.3 CDL信令流程及失敗原因3.3.1 正常過程圖RRC建立過程正常流程每當在CDL log中發(fā)現(xiàn)一條UU接口RRC Connection Request消息時，代表某一個UE連接建立的開始，此后所有的消息都可以提取相同的CellUeIndex和CELL ID。當看到RRC Connection Setup和RRC Connection Setup Complete消息時，標志著RRC建立正常流程的結束。3.3.2 異常過程i. RRC連接建立完成超時圖RRC連接建立完成超時每當在CDL log中發(fā)現(xiàn)一條UU接口RRC Connection Request消息時，代表某一個

15、UE連接建立的開始，此后所有的消息都可以提取相同的CellUeIndex和CELL ID。當看到UU接口的RRC Connection Setup和RRC事件類接口的RRC_OVERTIME消息，并且第3條消息的定時器類型字段為RAC_TIMER_W_RRC_SETUP_CMPLT時，標志著RRC連接建立完成超時。ii. RRC連接建立拒絕圖RRC連接建立拒絕每當在CDL log中發(fā)現(xiàn)一條UU接口RRC Connection Request消息時，代表某一個UE連接建立的開始，如圖2.10所示。第1、2條消息為UU接口的RRC Connection Request、RRC Connection

16、 Reject，2條消息有相同的小區(qū)標識與UeIndexCell，是連接建立發(fā)生時基站為UE新分配的索引。3.4 優(yōu)化方法介紹LTE系統(tǒng)內(nèi)RRC連接建立失敗問題的可能原因大概分為如下幾條：RRC建立失敗主要的原因有：上行隨機接入信道功率問題、小區(qū)重選參數(shù)問題、下行初始發(fā)射功率偏低、上行初始功控問題、擁塞問題或設備異常問題等。當出現(xiàn)RRC連接建立成功率低的問題時，首先按照上述問題分類，了解相關問題的范圍，然后根據(jù)空口信號質量、參數(shù)配置、干擾和上下行功率調(diào)整及設備告警等方面入手逐一排查解決，排除這些影響RRC連接建立成功率的客觀因素，逐步提升該指標的成功率。 RRC連接建立的過程主要包括以下3個個

17、步驟：RRC連接建立成功信令流程（1）首先UE通過SRB0發(fā)送RRC Connection Setup Request消息（注： SRB0一直存在， 用來傳輸映射到CCCH 的RRC信令。）此消息主要攜帶UE初始（NAS）表示以及該連接建立的原因等信息， 此高層消息會觸發(fā)UE的底層試題進行基于競爭的隨機接入過程，RRC連接建立請求消息就對應于底層隨機接入過程中的Msg3（2）通過底層的競爭接入沖突解決機制，UE接收到ENB的RRC Connection Setup消息，建立了UE與ENodeB之間的SRB1，NodeB為SRB1配置RLC層和邏輯層信道的屬性。ENB還在此信令中對PHY /MA

18、C/RLC /PDCP 等各個實體的配置參數(shù)進行配置， RRC連接建立消息就對應于底層隨機接入過程中的Msg4。UE收到NodeB的rrcConnectionSetup信令后，UE和ENB 之間的SRB1就建立起來了。 （3）在UE接收到RRCConnectionSetup消息后，向ENB 發(fā)送一個RRC Connection Setup Complete消息。此消息中攜帶有上行方向的初始NAS層的信令消息（如Attach Request，TAU Request，Service Request等），ENB收到此消息后，將其中的NAS消息轉發(fā)給MME用于建立S1連接。 在第（2）步中，如果ENB

19、拒絕為UE建立RRC連接，則通過SRB0回復一條RRC連接拒絕消息RRC Connection Reject。在該RRC連接拒絕消息中，網(wǎng)絡側可以可選地攜帶一個禁止呼叫的定時器T302，該定時器和系統(tǒng)廣播中的接入限制信息共同決定了UE是否被允許發(fā)起接入過程。 一般RRC連接建立問題的定位方法如下，通用流程：RRC連接建立問題N設備異常問題UE是否發(fā)出請求消息Y調(diào)整隨機接入上行初始接收目標功率相關參數(shù)ENB是否收到請求消息NYNENB是否發(fā)出建立消息ENB相關其他問題YUE是否收到RRC建立消息NN是否發(fā)生小區(qū)重選調(diào)整下行公共信道功率YY優(yōu)化小區(qū)重選參數(shù)UE是否發(fā)出RRC建立完成消息N調(diào)整下行初

20、始發(fā)射功率Y調(diào)整上行專用信道開環(huán)功控參數(shù)NENB是否收到建立完成消息Y3.4.1 上行隨機接入的問題UE發(fā)出RRC Connection Request消息，ENB沒有收到，如果此時的下行信道質量正常，一般是隨機接入?yún)?shù)中的初始接收目標功率設置偏低的問題。 3.4.2 小區(qū)重選參數(shù)問題ENB收到UE發(fā)的RRC建立請求消息后，下發(fā)了RRC Connection Setup消息而UE沒有收到。查看此時的SINR，如果偏低，而且監(jiān)視集中沒有質量更好的小區(qū)，那么是覆蓋的問題可以適當提高下行公共信道的功率。如果此時監(jiān)視集中有更好的小區(qū)，則可能是小區(qū)重選的問題，可以適當調(diào)整小區(qū)重選參數(shù)加快小區(qū)重選。 3.

21、4.3 下行初始發(fā)射功率偏低問題 UE收到RRC Connection Setup消息而沒有發(fā)出RRC Connection Setup Complete消息，如果此時下行的信號質量正常，那么可能是手機異常，否則可能是下行初始功率過低導致下行不能同步。 3.4.4 上行初始功控問題 UE發(fā)出RRC Connection Setup Complete消息而ENB沒有收到，由于上行初始功控會讓UE的發(fā)射功率上升，如果是UE的發(fā)射功率不足導致，可以適當提高上行信道的初始期望功率和調(diào)整量等參數(shù)。3.5 相關案例介紹分析3.5.1 小區(qū)重選參數(shù)問題問題描述： 華電集團專項2小區(qū)接入率很低，且主

22、要集中在15點到16點之間，查看小區(qū)無告警。由于接入失敗次數(shù)過多，影響全網(wǎng)一天的KPI指標數(shù)據(jù)。問題分析：從CDL信令看UE發(fā)起隨機接入申請，UE發(fā)出RRCConnectionRequest后 ENB下發(fā)RRC connection setup 消息，終端無響應，造成RRC連接建立完成超時，導致RRC建立失敗。定位過程：從最近一次的測量上報消息中可以看出，源小區(qū)PCI為254，此時測量到的rsrpResult 值為23，由此可以計算出RSRP的值為23-141=-118dbm左右。而測量到的相鄰目標小區(qū)PCI為62 ，rsrpResult值為34，小區(qū)RSRP在-107dbm左右。由此可以初步

23、分析相關的場景是UE所處位置的信號質量不好，且存在模3干擾，最終導致RRC連接建立定時器超時后RRC連結建立失敗。解決建議：查看基站配置后，該小區(qū)的參考信號功率為15，已經(jīng)為最大。故不存在下行初始發(fā)射功率偏低問題。通過現(xiàn)場復測抓取log進一步分析，排除天線安裝問題以及工參設置問題、排除存在大面積的弱覆蓋問題。通過log分析，發(fā)現(xiàn)存在PCI模三干擾嚴重，重新進行規(guī)劃，修改小區(qū)的PCI。解決效果：修改PCI后，RRC接入率有所提，KPI指標數(shù)據(jù)恢復正常。3.5.2 小區(qū)上行功控參數(shù)設置問題問題現(xiàn)象 NBYZ技偵大樓FHTL-0從7月13日開始，RRC接入請求次數(shù)變多還有伴隨著大量失敗，每天RRC成

24、功率基本在20%左右，失敗發(fā)生在忙時時段，影響全網(wǎng)KPI。問題分析：查看小區(qū)狀態(tài)以及通道駐波均沒有問題，從CDL中看：均是ENB下發(fā)RRC set up之后終端無響應造成RRC連接超時，導致RRC接入失敗。查看基本上是UE ID為1和3的用戶的失敗，但是查看最近的RSRP均較高。定位過程：查看小區(qū)的IOT以及小區(qū)狀態(tài)正常，對此小區(qū)進行核查，發(fā)現(xiàn)參數(shù)在非持續(xù)調(diào)度功率設置上出現(xiàn)問題，當此小區(qū)是-95，全網(wǎng)當時都已經(jīng)改成-70，通過對全網(wǎng)此參數(shù)的核查，發(fā)現(xiàn)還有NBYZ理工學院2FHTL-2也是設置為-95，指標也很差。解決建議：效果：把小區(qū)的非持續(xù)調(diào)度功率從-95修改到-70以后指標明顯有提升：網(wǎng)元

25、友好名時間RAB建立成功率分母單位:次RAB建立成功率分子單位:次RRC連接建立成功率分母單位:次RRC連接建立成功率分子單位:次RRC建立成功率NBYZ技偵大樓FHTL-02013/7/115151787798.72%NBYZ技偵大樓FHTL-02013/7/123535545398.15%NBYZ技偵大樓FHTL-02013/7/134440956063.16%NBYZ技偵大樓FHTL-02013/7/1420141273023.62%NBYZ技偵大樓FHTL-02013/7/1520141273023.62%NBYZ技偵大樓FHTL-02013/7/161351752514.29%NBY

26、Z技偵大樓FHTL-02013/7/171271272318.11%NBYZ技偵大樓FHTL-02013/7/1834315316011.30%NBYZ技偵大樓FHTL-02013/7/1954501218771.90%NBYZ技偵大樓FHTL-02013/7/201919262596.15%NBYZ技偵大樓FHTL-02013/7/2113132020100.00%NBYZ技偵大樓FHTL-02013/7/2247475151100.00%NBYZ技偵大樓FHTL-02013/7/2322222828100.00%3.5.3 小區(qū)測試開關參數(shù)問題問題現(xiàn)象：在月苑二試擴L-3小區(qū)下收不到該小區(qū)

27、信號，無法接入該小區(qū)，導致該路段信號較弱，較大區(qū)域形成弱覆蓋。問題分析： 測試車輛在月苑南路自西向東行駛至和墨香路交叉口區(qū)域，在交叉口區(qū)域該站下無法收到該小區(qū)信號，導致該路段覆蓋較差，嚴重影響下載速率，機房核查小區(qū)狀態(tài)正常，無告警情況。圖一在后臺對比核查參數(shù)發(fā)現(xiàn)，小區(qū)加載開關打開，且?guī)д鎸嵱脩舻哪M快開關關閉，導致用戶終端無法接入。MAC測試開關里有小區(qū)加載開關和帶真實用戶的模擬加載開關，小區(qū)加載開關打開的話，帶真實用戶的模擬加載開關就會生效。當需要加擾測試時需要把小區(qū)加載開關打開，而此時如果帶真實用戶的模擬加載開關關閉，表示小區(qū)處于模擬用戶加載情況，真實用戶不能接入，如果帶真實用戶的模擬加載

28、開關打開，表示是用真實用戶進行加載，則真實用戶可以接入。月苑二試擴小區(qū)正是由于小區(qū)處于模擬加載狀態(tài)，且關閉了帶真實用戶的模擬加載開關導致測試終端搜不到小區(qū)信號，無法正常接入；解決建議：關閉小區(qū)加載開關解決效果：關閉小區(qū)加載開關后，終端能正常搜到小區(qū)信號，且接入正常。如下圖：問題總結對于無法接入小區(qū)的問題，建議處理措施：a) 核查小區(qū)狀態(tài)和告警以及硬件問題情況。b) 核查是否由參數(shù)問題導致小區(qū)加載開關默認關閉，在現(xiàn)網(wǎng)中進行模擬加載等測試時，測試完成后需要對參數(shù)及時進行恢復。3.5.4 內(nèi)存池耗盡導致信令發(fā)送失敗問題問題描述：南京F鼓樓四條巷專項L基站RRC接入失敗率很高，查看指標時段趨勢，在有業(yè)

29、務的時段都有RRC接入失敗率較高的問題存在。實時查看小區(qū)無上行干擾，由于RRC接入失敗次數(shù)較多，影響全網(wǎng)全天的KPI指標數(shù)據(jù)。問題分析：從指標劣化趨勢看，在7點左右統(tǒng)計的RRC接入失敗次數(shù)最多，一個時段內(nèi)高達22次的失敗。從CDL信令看，UE在不斷的在做TAU更新，RRC接入失敗時是由于在隨機接入過程中，UE上發(fā)RRCConnectionRequest, ENB回復RRCConnectionSetup但可能UE未收到，導致RRC接入超時，ENB側未收到RRCConnectionSetupComplete消息，具體CDL信令情況如下：通過NAS解碼可以得出此為TAU過程：定位過程：從mapinf

30、o中，目標基站F鼓樓四條巷專項L所處位置屬于邊緣覆蓋，F(xiàn)鼓樓四條巷專項L-2和F鼓樓四條巷專項L-3小區(qū)覆蓋方向無其他小區(qū)銜接覆蓋。查看EXCEPTION日志，對應失敗的時間點事  6:50   7:11  7:34  7:40，每個時間點都對應下面兩條告警。未知的消息和定時器超時，從CDL中統(tǒng)計失敗原因都是收到RRC建立完成消息超時。通過分析日志，發(fā)現(xiàn)：半小時之間沒有發(fā)送接收成功任何信令；存在很多信令發(fā)送失敗的情況，原因為內(nèi)存池耗盡。查看號日志以及控制臺日志，和配置文件里，發(fā)現(xiàn)對端100.68.131.214和100.68.131.221&#

31、160;同時配置為客戶端和服務器，導致了基站SCTP內(nèi)存池耗盡，消息發(fā)不出去，造成RRC接入失敗。解決建議：1、 由于對端IP：100.68.131.214和IP:100.68.131.221 同時配置為客戶端和服務器，這個配置觸發(fā)了內(nèi)存耗盡，導致信令發(fā)送失敗的現(xiàn)象，刪除并只保留對端100.68.131.214和100.68.131.221 配置為客戶端和服務器的其中一條。2、 升級新版本對此配置錯誤加保護，同時解決內(nèi)存泄露的問題，以及增加對內(nèi)存耗盡后的保護，來根本解決此問題的再次發(fā)生。3.5.5 全頻帶高干擾導致接入失敗問題干擾定義：在每個子幀輪詢一次后都會統(tǒng)計出在100

32、個PRB中每個PRB的IOT值，當IOT值高于10的PRB個數(shù)大于等于3時為高IOT，查詢18次（早9:00到晚18:00每個小時一次數(shù)據(jù)，統(tǒng)計上行兩個時隙），如果同一個站點(包括3個小區(qū))超過6次干擾判定為干擾小區(qū)，其中IOT超過20為干擾嚴重小區(qū)，IOT在1020之間的為干擾普通小區(qū)；如同一個小區(qū)多于6次超過80個PRB 的IOT大于15判定為全頻帶高干擾小區(qū)。問題描述：寧波城市元年-2小區(qū)無線接通率只有59.38%，從信令流程上看到的是存在大量基站收不到終端發(fā)上來的RRCConnectionSetupComplete消息：問題分析：檢查基站狀態(tài)正常，查看小區(qū)無相關原因告警，從指標趨勢看，

33、平均分布在每個時段；從CDL信令看UE發(fā)起由于enb給UE發(fā)起RRCConnectionRequest后 ENB下發(fā)RRC connection setup 消息，但未收到終端上發(fā)的RRCConnectionSetupComplete消息，造成RRC連接建立完成超時，導致RRC連接建立失敗。查詢上行低噪，發(fā)現(xiàn)較多的PRB都存在較高的IOT值。對小區(qū)的IOT進行監(jiān)控，可以看到高干擾，并且鄰區(qū)并無大量用戶。解決效果：6月21日將城市元年-2小區(qū)PGC開關打開，該小區(qū)前后一周的KPI數(shù)據(jù)如下：ERAB掉線率無線接通率無線掉線率2013-6-140.56%59.38%5.26%2013-6-153.5

34、9%85.71%60.00%2013-6-160.00%82.14%0.00%2013-6-171.44%82.54%11.54%2013-6-180.68%89.31%3.57%2013-6-192.71%57.25%27.27%2013-6-200.00%100.00%0.00%14日-20日平均值1.28%79.48%15.38%2013-6-21（打開PGC開關）0.33%97.44%0.00%2013-6-220.52%100.00%5.88%2013-6-230.00%98.39%0.00%2013-6-241.44%62.79%12.50%2013-6-251.18%92.86%

35、6.82%2013-6-260.36%92.98%2.00%2013-6-270.73%96.00%2.38%2013-6-280.89%97.30%3.23%22日-28日平均值0.73%91.47%4.69%其中6月20日KPI數(shù)據(jù)異常，在未打開PGC開關的情況下各項KPI指標都非常好，查看KPI原始數(shù)據(jù)確認是當天業(yè)務量太少：RAB建立成功率分母單位:次RAB建立成功率分子單位:次RRC連接建立成功率分母單位:次RRC連接建立成功率分子單位:次無線接通率1919643859.38%1010282485.71%1313282382.14%2726494282.54%5756888089.31

36、%22221387957.25%4455100.00%6767787697.44%如上述表格數(shù)據(jù)說明，在打開PGC開關后，無線接通率有所提升。4 ERAB建立成功率4.1 理論介紹涉及話統(tǒng)打點圖1 圖2如圖1或圖2中A點所示，當eNodeB收到來自MME的INITIAL CONTEXT SETUP REQUEST或者E-RAB SETUP REQUEST消息時統(tǒng)計該指標。如果INITIAL CONTEXT SETUP REQUEST或者E-RAB SETUP REQUEST消息中要求同時建立多個E-RAB，則相應指標根據(jù)業(yè)務的QCI按具體的E-RAB建立數(shù)目分別進行累加。如圖1或圖2中B點所示

37、，當eNodeB向MME發(fā)送E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息時統(tǒng)計該指標。如果E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息中同時攜帶多個E-RAB的建立，則相應指標按各個業(yè)務的QCI分別進行累加。指標指標描述小區(qū)E-RAB嘗試建立總次數(shù)用戶嘗試發(fā)起E-RAB建立流程的總次數(shù)小區(qū)E-RAB建立成功總次數(shù)用戶發(fā)起E-RAB建立流程，建立成功的總次數(shù)小區(qū)E-RAB建立失敗原因核心網(wǎng)問題導致E-RAB建立失敗次數(shù)傳輸層問題導致E-RAB建立失敗次數(shù)無線層問題導致E

38、-RAB建立失敗次數(shù)無線資源不足導致E-RAB建立失敗次數(shù)安全模式配置失敗導致ERAB建立失敗次數(shù)此外，話統(tǒng)還針對各QCI進行了ERAB嘗試建立次數(shù)和ERAB建立成功次數(shù)的統(tǒng)計。由于目前很少用到不同的QCI，業(yè)務基本以QCI6的業(yè)務為主，所以不需要關注具體的業(yè)務類別的ERAB統(tǒng)計。4.2 指標定義ERAB建立成功率小區(qū)E-RAB建立成功總次數(shù)/小區(qū)E-RAB嘗試建立總次數(shù)×100小區(qū)無線接通率RRC建立成功率×ERAB建立成功率。4.3 CDL信令流程及失敗原因4.3.1 正常過程ü 上下文建立過程基本流程上下文建立過程基本流程上下文建立流程是以S1 Initia

39、l Context Setup Request開始，此后所有的消息都可以提取相同的eNBUEID。S1 Initial Context Setup Response消息標志著上下文建立基本流程的結束。S1 Initial Context Setup Request消息的詳細解碼結果中，E-RABToBeSetupListCtxtSUReq里面的承載個數(shù)等于1時，意味著這次上下文建立過程只是建立默認承載；而當此值大于1時，則意味著這次上下文建立過程除了建立默認承載外還要建立專用承載。在S1 Initial Context Setup Response消息的詳細解碼結果中，E-RABSetupLi

40、stCtxtSURes里面的承載個數(shù)代表建立成功的默認承載和專用承載數(shù)目，E-RABList里面的承載個數(shù)代表建立失敗的默認承載和專用承載數(shù)目。ü 專用承載建立基本流程專用承載建立基本流程專用承載建立流程以S1 ERAB Setup Request消息開始，此后所有的消息都可以提取相同的eNBUEID。S1 ERAB Setup Response消息標志著專用承載建立基本流程的結束。4.3.2 異常過程i. 上下文建立過程中等待UE能力信息超時上下文建立過程中等待UE能力信息超時當看到UE Capability Enquiry和S1 Initial Context Setup Fai

41、lure消息并且第3條消息的value Cause字段的值為failure-in-radio-interface-procedure時，標志著上下文建立流程中UE能力信息超時。ii. 上下文建立過程中等待安全模式完成超時上下文建立過程中等待安全模式完成超時當看到Security Mode Command和S1 Initial Context Setup Failure消息并且最后一條消息的value Cause字段的值為failure-in-radio-interface-procedure時，標志著上下文建立流程中安全模式命令消息超時。iii. 上下文建立過程中等待RRC重配完成超時上下文建

42、立過程中等待RRC重配完成超時當看到RRC Connection Reconfiguration和S1 Initial Context Setup Failure消息并且最后一條消息的value Cause字段的值為failure-in-radio-interface-procedure時，標志著上下文建立流程中空口重配置消息超時。iv. 上下文建立過程中AS安全失敗上下文建立過程中AS安全失敗當看到Security Mode Failure消息時，標志著上下文建立流程中安全配置失敗。v. 上下文建立過程中傳輸錯誤上下文建立過程中傳輸錯誤當看到S1 Initial Context Setup

43、Failure消息并且其詳細解碼中的value Cause字段為transport-resource-unavailable時，標志著上下文建立流程中傳輸錯誤。vi. 上下文建立過程中內(nèi)部其他錯誤上下文建立過程中內(nèi)部其他錯誤當看到S1 Initial Context Setup Failure消息并且其詳細解碼中的value Cause字段不為failure-in-radio-interface-procedure、transport-resource-unavailable和encryption-and-or-integrity-protection-algorithms-not-suppo

44、rted時，標志著上下文建立流程中內(nèi)部其他錯誤。vii. 專用承載建立過程中等待RRC重配完成超時專用承載建立過程中等待RRC重配完成超時當看到RRC Connection Reconfiguration和S1 UE Context Release Request消息并且最后一條消息的value Cause字段的值為failure-in-radio-interface-procedure時，標志著專用承載建立流程中空口重配置消息超時。4.4 相關案例介紹分析4.4.1 路由關系未配無法接入的問題問題描述： 蘭州LTE示范站，連接的是華為核心網(wǎng)，基站開通后，SCTP鏈路正常建立，小區(qū)正

45、常，但是終端無法附著成功。問題分析：通過信令流程分析，在終端RRC建立完成，鑒權、安全流程完成后，核心網(wǎng)下發(fā)了終端上下文建立的請求 ，之后基站直接回復了上下文建立失敗，失敗原因value Cause : transport : transport-resource-unavailable，如下圖：定位過程：根據(jù)信令流程提示，通過查看失敗信令的前一條信令，核心網(wǎng)下發(fā)上下文建立請求消息中，攜帶的sgw iP地址如下圖，轉化成十進制是：100.89.1.1：而在基站的傳輸配置中，檢查路由配置關系中發(fā)現(xiàn)，基站路由中沒有添加到100.89.1.1這個網(wǎng)段的路由，所以導致了終端由于沒有傳輸路由而上下文建立

46、失敗。 解決效果：現(xiàn)場添加完成該網(wǎng)段路由后，終端附著成功，業(yè)務正常。4.4.2 網(wǎng)關IP配置錯誤導致無法附著問題描述： 南京統(tǒng)計KPI指標發(fā)現(xiàn)南體分校試擴L ERAB建立全部失敗，全天失敗次數(shù)在兩萬多次，嚴重影響了全網(wǎng)指標。問題分析：通過提取該站的CDL log分析發(fā)現(xiàn)，終端RRC建立已完成，鑒權和安全也已通過，核心網(wǎng)下發(fā)了終端上下文建立的請求后，基站直接回復了上下文建立失敗，失敗原因value Cause : transport : transport-resource-unavailable，通過ATP跟蹤信令流程和CDL看到的結果一樣，如下圖：定位過程：從CDL log中的In

47、itialContextSetupRequest消息中 transportLayerAddress '01100100 01000100 11111101 00010001'B 對應的是100.68.253.17，通過核查確認核心網(wǎng)側的SGW IP確定是100.68.253.17。對enb側的路由設置進行檢查，S1鏈路斷鏈恢復后，該基站的路由中包含100.68.253.17的路由。而后通過仔細核查該路由關系，發(fā)現(xiàn)該條路由關系中網(wǎng)關IP地址：100.68.132.129和基站的IP地址:100.68.129.145不在同一個網(wǎng)段內(nèi)，檢查原始規(guī)劃數(shù)據(jù)，發(fā)現(xiàn)和規(guī)劃數(shù)據(jù)不一致

48、，所以導致了終端由于傳輸錯誤而上下文建立失敗。 解決效果：現(xiàn)場修改網(wǎng)關IP地址后，終端成功附著，業(yè)務正常。4.4.3 安全參數(shù)配置問題問題描述：福州移動使用三星S4終端無法附著，查看CDL，失敗原因是“SecurityModeFailure”。問題分析：1、查看目前基站安全開關為關閉，當此開關關閉時，基站默認選擇空算法EIA0進行完保。（協(xié)議規(guī)定安全開關關閉時，ENB默認一種算法進行完保，大唐目前默認空算法EIA0）查看安全開關節(jié)點：LMT-全局參數(shù)配置-全局測試開關-HL全局測試開關2、通過WIRESHARK抓包，終端上報的能力中，不支持空算法EIA0，所以終端接入時，基站使用默認空算法，導

49、致終端安全模式失敗。定位結果：打開安全開關，基站根據(jù)配置算法的優(yōu)先級和終端支持的算法來選擇對應適合的，即可保證終端完保通過。解決建議：按信令流程分析，當安全失敗時，一般都是基站設置的算法終端部支持，所以首先查看安全開關是否關閉，如果關閉則打開。安全開關打開后，如果終端不支持第一優(yōu)先級算法，則會根據(jù)算法優(yōu)先級一一選擇。解決效果：打開安全開關后，三星S4終端能夠成功附著。5 切換成功率優(yōu)化5.1 理論介紹切換成功率是移動保持類的重要指標之一，按照涉及的網(wǎng)元關系可以分為ENB內(nèi)切換成功成功率、ENB間（包括X2切換和S1切換）切換成功率。切換成功率的高低，直接影響用戶感受，是運營商重點考核的KPI指

50、標之一。5.2 指標定義切換（Handover）是移動通信系統(tǒng)的一個非常重要的功能。作為無線鏈路控制的一種手段，切換能夠使用戶在穿越不同的小區(qū)時保持連續(xù)的通話。切換成功率是指所有原因引起的切換成功次數(shù)與所有原因引起的切換請求次數(shù)的比值。切換主要的目的是保障通話的連續(xù)，提高通話質量，減小網(wǎng)內(nèi)越區(qū)干擾，為UE用戶提供更好的服務。切換成功率主要通過話務統(tǒng)計結果獲得，推薦的公式為：ENB間切換成功率= ( ENB間S1切換出成功次數(shù) +ENB間X2切換出成功次數(shù) ) / ( ENB間S1切換出執(zhí)行請求次數(shù) +ENB間X2切換出執(zhí)行請求次數(shù) )ENB內(nèi)切換成功率= eNB內(nèi)切換出成功次數(shù)/eNB內(nèi)切換出

51、請求次數(shù)*100% 1）ENB間切換相關的指標描述如下：指標指標描述小區(qū)eNodeB間切換出嘗試次數(shù)小區(qū)eNodeB間切換出嘗試次數(shù)小區(qū)eNodeB間切換出成功次數(shù)小區(qū)eNodeB間切換出成功次數(shù)小區(qū)切換出失敗次數(shù)核心網(wǎng)原因導致切換出準備失敗次數(shù)目標小區(qū)無響應導致切換出準備失敗次數(shù)目標小區(qū)回復切換準備失敗消息導致切換出準備失敗次數(shù)源小區(qū)接收到測量報告后不觸發(fā)切換請求指示導致切換失敗次數(shù)源小區(qū)發(fā)送切換取消導致切換出失敗次數(shù)2）ENB內(nèi)切換相關的指標描述如下：指標ID指標描述小區(qū)eNodeB內(nèi)切換出嘗試次數(shù)小區(qū)eNodeB內(nèi)切換出嘗試次數(shù)小區(qū)eNodeB內(nèi)切換出成功次數(shù)小區(qū)eNodeB內(nèi)切換出成功

52、次數(shù)小區(qū)切換出失敗次數(shù)目標小區(qū)無響應導致切換出準備失敗次數(shù)目標小區(qū)回復切換準備失敗消息導致切換出準備失敗次數(shù)源小區(qū)接收到測量報告后不觸發(fā)切換命令導致切換失敗次數(shù)源小區(qū)發(fā)送切換取消導致切換出失敗次數(shù)5.3 CDL信令流程5.3.1 正常過程總體流程圖：X2切換源側正常流程：UU接口Measurement Report消息代表UE測量上報流程的開始，也就是X2切換源側流程的第1條消息。第2、3條消息為X2接口的X2 Handover Request和X2 Handover Request Acknowledge消息，注意對于X2切換源側來講，第2條消息為發(fā)送，第3條消息為接收。第4條消息是UU接口

53、的RRC Connection Reconfiguration，注意在這條消息asn解碼后的內(nèi)容中，必須存在mobilityControlInfo字段。X2切換目標側正常流程： 每當在CDL log中發(fā)現(xiàn)一條接收方向的X2接口X2 Handover Request消息時，代表X2切換目標側流程的開始。第2條消息為X2接口的X2 Handover Request Acknowledge，注意這兩條消息對于X2切換目標側來講，分別為接收、發(fā)送。第3、4、5、6條消息分別為UU接口的RRC Connection Reconfiguration Complete、S1接口的S1 Path Switch

54、 Request消息和S1 Path Switch Request Acknowledge消息以及X2接口的X2 UEContextRelease消息。5.4 優(yōu)化方法介紹LTE系統(tǒng)內(nèi)所有切換問題最終都可以歸納為ENB間的小區(qū)間切換和ENB內(nèi)的小區(qū)間切換等。根據(jù)現(xiàn)網(wǎng)處理該問題的案例和現(xiàn)網(wǎng)實施的經(jīng)驗，影切換問題的可能原因大概分為如下幾條：1) 硬件傳輸故障（載頻壞、合路天饋問題）；2) 數(shù)據(jù)配置不合理；3) 擁塞問題；4) 時鐘問題；5) 干擾問題；6) 覆蓋問題及上下行不平衡；當出現(xiàn)切換成功率低的問題時，首先按照切換問題分類，了解切換問題的范圍，然后根據(jù)硬件、數(shù)據(jù)配置、擁塞、時鐘、干擾、覆蓋等方面入手逐一排查解決，排除這些影響切換成功率的客觀因素，然后根據(jù)自動鄰區(qū)優(yōu)化提升切換成功率。5.4.1 切換信令流程1基站內(nèi)小區(qū)間切換信令流程，如圖1所示： 圖1 ： 基站內(nèi)小區(qū)間切換信