TDLTE網(wǎng)優(yōu)KPI指標(biāo)優(yōu)化工作指導(dǎo)手冊(cè)V

TD-LTE網(wǎng)優(yōu)KPI指標(biāo)優(yōu)化工作指導(dǎo)手冊(cè)項(xiàng)目名稱文檔編號(hào)版本號(hào)作者版權(quán)所有大唐移動(dòng)通信設(shè)備有限公司本資料及其包含的所有內(nèi)容為大唐移動(dòng)通信設(shè)備有限公司(大唐移動(dòng))所有,受中國(guó)法律及適用之國(guó)際公約中有關(guān)著作權(quán)法律的保護(hù)。未經(jīng)大唐移動(dòng)書面授權(quán)，任何人不得以任何形式復(fù)制、傳播、散布、改動(dòng)或以其它方式使用本資料的部分或全部?jī)?nèi)容，違者將被依法追究責(zé)任。文檔更新記錄日期更新人版本備注2013-7-17王學(xué)斌V0.0.1創(chuàng)建2013-7-31王學(xué)斌盧顥V0.0.2添加RRC、ERAB、掉線CDL信令流程及失敗原因2013-9-20王學(xué)斌、張發(fā)厚、索志剛、魏曉東、閆俊霖、徐世勛編寫案例2013-9-29徐世勛增加章節(jié)2.KPI優(yōu)化的工作流程及內(nèi)容2013-10-23王學(xué)斌、周曉華、王會(huì)慶V0.0.5增加案例2013-10-24徐世勛V0.0.6匯總及增加KPI問題處理工單模板2013-11-5徐世勛V0.0.7根據(jù)評(píng)審意見進(jìn)行修改2013-11-8童志堅(jiān)V0.0.8增加童志堅(jiān)整理的案例：3.5.2小區(qū)上行功控參數(shù)設(shè)置問題2014-4-8王學(xué)斌V1.0.0接受文檔中全部修訂內(nèi)容，增加兩個(gè)切換案例，刪除4個(gè)與版本相關(guān)的案例。2014-4-23王學(xué)斌V1.0.1資源受限導(dǎo)致上下文建立失敗的案例2014-11-3王學(xué)斌V1.0.2新增R9和R10協(xié)議不兼容導(dǎo)致切換失敗問題案例

目錄1 前言 52 KPI優(yōu)化的工作流程及內(nèi)容 52.1 KPI優(yōu)化工作總體流程 52.2 KPI優(yōu)化工作內(nèi)容 6 KPI數(shù)據(jù)生成 6 KPI數(shù)據(jù)分析 7 問題處理 7 問題跟蹤和核查 82.3 KPI優(yōu)化工作邏輯圖 82.4 KPI優(yōu)化工作模板和示例 93 RRC連接建立成功率優(yōu)化 103.1 理論介紹 103.2 指標(biāo)定義 103.3 CDL信令流程及失敗原因 11 正常過(guò)程 11 異常過(guò)程 113.4 優(yōu)化方法介紹 12 上行隨機(jī)接入的問題 14 小區(qū)重選參數(shù)問題 14 下行初始發(fā)射功率偏低問題 15 上行初始功控問題 153.5 相關(guān)案例介紹分析 15 小區(qū)重選參數(shù)問題 15 小區(qū)上行功控參數(shù)設(shè)置問題 17 小區(qū)測(cè)試開關(guān)參數(shù)問題 19 全頻帶高干擾導(dǎo)致接入失敗問題 214 ERAB建立成功率 234.1 理論介紹 234.2 指標(biāo)定義 254.3 CDL信令流程及失敗原因 25 正常過(guò)程 25 異常過(guò)程 264.4 相關(guān)案例介紹分析 29 路由關(guān)系未配無(wú)法接入的問題 29 網(wǎng)關(guān)IP配置錯(cuò)誤導(dǎo)致無(wú)法附著 30 安全參數(shù)配置問題 32 資源受限導(dǎo)致上下文建立失敗 335 切換成功率優(yōu)化 355.1 理論介紹 355.2 指標(biāo)定義 355.3 CDL信令流程 36 正常過(guò)程 365.4 優(yōu)化方法介紹 38 切換信令流程 38 涉及話統(tǒng)打點(diǎn) 40 切換問題分類 425.5 相關(guān)案例介紹分析 45 切換目標(biāo)側(cè)準(zhǔn)備失敗 45 切換算法參數(shù)配置不當(dāng) 46 小區(qū)個(gè)性偏移參數(shù)調(diào)整案例 48 切換時(shí)終端接入到非源和目標(biāo)小區(qū)導(dǎo)致核心網(wǎng)釋放用戶問題 49 鄰區(qū)移動(dòng)網(wǎng)絡(luò)碼配置錯(cuò)誤導(dǎo)致S1切換失敗 52 開啟防乒乓切換開關(guān)導(dǎo)致不切換 54 配置垃圾鄰區(qū)導(dǎo)致只上報(bào)MR不觸發(fā)切換 58 終端發(fā)A3切換測(cè)量報(bào)告后，不觸發(fā)異頻切換 61 R9和R10協(xié)議不兼容導(dǎo)致切換失敗問題 636 無(wú)線掉線率優(yōu)化 656.1 理論介紹 656.2 指標(biāo)定義 676.3 CDL失敗原因 67 空口超時(shí)引起的掉話 67 激活檢測(cè)——UE不活動(dòng) 75 激活檢測(cè)——UE丟失（版本及后續(xù)版本無(wú)此類問題） 75 其他錯(cuò)誤引起的掉話 766.4 相關(guān)案例介紹分析 77 切換不及時(shí)問題 77 鄰區(qū)漏配問題 79 核心網(wǎng)問題 81 幀頭未對(duì)齊導(dǎo)致的干擾問題 84前言話統(tǒng)KPI是中國(guó)移動(dòng)考核項(xiàng)之一，也是對(duì)網(wǎng)絡(luò)質(zhì)量的最直觀反映。日常話統(tǒng)監(jiān)測(cè)是進(jìn)行網(wǎng)絡(luò)性能檢測(cè)的一種有效手段。通過(guò)日監(jiān)測(cè)，識(shí)別突發(fā)問題小區(qū)，將問題消除在初級(jí)階段。通過(guò)周監(jiān)測(cè)，識(shí)別網(wǎng)絡(luò)性能持續(xù)短木板小區(qū)，針對(duì)性的進(jìn)行提升優(yōu)化。話統(tǒng)KPI主要包括以下幾大類：接入性指標(biāo)、保持性指標(biāo)、移動(dòng)性指標(biāo)、業(yè)務(wù)量指標(biāo)、產(chǎn)品運(yùn)行類指標(biāo)、系統(tǒng)可用性指標(biāo)和網(wǎng)絡(luò)資源利用率指標(biāo)。通過(guò)上述重點(diǎn)話統(tǒng)KPI指標(biāo)的監(jiān)測(cè)，可以達(dá)到：識(shí)別突發(fā)問題、風(fēng)險(xiǎn)提前預(yù)警、話統(tǒng)KPI的穩(wěn)定與提升，目前TD-LTE系統(tǒng)需要重點(diǎn)關(guān)注的話統(tǒng)KPI指標(biāo)如下表：指標(biāo)分類數(shù)據(jù)來(lái)源具體的KPI指標(biāo)接入性指標(biāo)無(wú)線側(cè)RRC連接建立成功率ERAB建立成功率無(wú)線接通率保持性指標(biāo)無(wú)線掉話率（ERAB異常釋放）移動(dòng)性指標(biāo)小區(qū)eNodeB內(nèi)切換出成功率小區(qū)eNodeB間切換出成功率業(yè)務(wù)量指標(biāo)上、下行業(yè)務(wù)平均吞吐量量上、下行PRB平均利用率產(chǎn)品運(yùn)行類指標(biāo)無(wú)線側(cè)單板CPU最大占用率單板CPU平均占用率系統(tǒng)可用性指標(biāo)無(wú)線側(cè)無(wú)線網(wǎng)絡(luò)退服比例網(wǎng)絡(luò)資源指標(biāo)無(wú)線側(cè)上行PRB資源使用的平均個(gè)數(shù)下行PRB資源使用的平均個(gè)數(shù)KPI優(yōu)化的工作流程及內(nèi)容KPI優(yōu)化工作總體流程KPI優(yōu)化工作流程圖KPI優(yōu)化工作內(nèi)容KPI數(shù)據(jù)生成工作內(nèi)容：使用預(yù)定義和自定義的統(tǒng)計(jì)項(xiàng)及模板生成KPI性能報(bào)表，通過(guò)OMCClient提取KPI報(bào)表，輸出KPI報(bào)表和重要指標(biāo)失敗原因列表給KPI數(shù)據(jù)分析人員。KPI報(bào)表生成和提取相關(guān)操作請(qǐng)參考《LTEKPI模板指導(dǎo)手冊(cè)》。根據(jù)KPI報(bào)表數(shù)據(jù)，選擇KPI指標(biāo)最差Top小區(qū)。TOP小區(qū)的選擇：對(duì)某項(xiàng)指標(biāo)按照失敗率最高進(jìn)行排序，選取前20個(gè)小區(qū)，再對(duì)這20個(gè)小區(qū)進(jìn)行失敗次數(shù)分析，失敗次數(shù)大于20次的（RRC連接、切換、掉線等按失敗次數(shù)大于20次為標(biāo)準(zhǔn)，ERAB建立失敗指標(biāo)按次數(shù)大于10次為標(biāo)準(zhǔn)）作為TOP小區(qū)進(jìn)行分析

；另外需要對(duì)指標(biāo)再進(jìn)行失敗次數(shù)的降序排序，如果有小區(qū)失敗次數(shù)很多失敗率也較高但是未在之前選的TOP小區(qū)中，也需要將這些小區(qū)作為TOP小區(qū)分析。KPI數(shù)據(jù)生成工作所需輸入、工具和技術(shù)、輸出如圖所示：KPI數(shù)據(jù)分析工作內(nèi)容：KPI指標(biāo)變化趨勢(shì)分析：根據(jù)KPI報(bào)表數(shù)據(jù)，分析全網(wǎng)KPI指標(biāo)變化趨勢(shì)，尤其是存在設(shè)備版本升級(jí)或參數(shù)全網(wǎng)性修改后，需要持續(xù)至少一周重點(diǎn)監(jiān)測(cè)KPI指標(biāo)變化趨勢(shì)；TOP小區(qū)分析：根據(jù)TOP小區(qū)列表、重要指標(biāo)失敗原因列表、歷史告警信息、網(wǎng)管數(shù)據(jù)、CDL日志、IOT數(shù)據(jù)、復(fù)測(cè)終端LOG等信息進(jìn)行分析。先查看告警信息，確認(rèn)有設(shè)備故障類告警是否和TOP小區(qū)關(guān)聯(lián)，再使用與基站軟件版本匹配的CDLBrowser工具進(jìn)行指標(biāo)統(tǒng)計(jì)和失敗信令流程分析確認(rèn)TOP小區(qū)產(chǎn)生的原因，CDLBrowser工具使用方法請(qǐng)參考《CDL分析工具使用手冊(cè)》。KPI數(shù)據(jù)分析工作所需輸入、工具及技術(shù)、輸出如圖所示：?jiǎn)栴}處理工作內(nèi)容：1）通過(guò)CDL分析能夠明確定位TOP小區(qū)問題后，給出問題處理建議輸出給相關(guān)問題處理人員：參數(shù)修改問題導(dǎo)給維護(hù)人員調(diào)整（和標(biāo)定參數(shù)不一致的大規(guī)模參數(shù)修改需和SE確認(rèn)）；網(wǎng)絡(luò)優(yōu)化問題給出優(yōu)化建議導(dǎo)給網(wǎng)優(yōu)人員；由于設(shè)備故障引起的KPI指標(biāo)惡化問題導(dǎo)給排障人員處理；定位確認(rèn)為產(chǎn)品缺陷要及時(shí)提交BUG推動(dòng)和跟蹤版本解決。2）通過(guò)CDL分析無(wú)法明確定位TOP小區(qū)產(chǎn)生原因的問題，需要復(fù)測(cè)后結(jié)合終端側(cè)log再進(jìn)一步分析。問題處理工作所需的輸入、工具及技術(shù)、輸出如圖所示：?jiǎn)栴}處理：輸入、工具及技術(shù)、輸出問題跟蹤和核查工作內(nèi)容：?jiǎn)栴}跟蹤和核查環(huán)節(jié)，主要依據(jù)問題列表、KPI問題處理工單、BUG/CR/RR編號(hào)，內(nèi)部討論推動(dòng)和核查問題解決，和外部其它環(huán)節(jié)溝通確認(rèn)問題進(jìn)展，以形成問題閉環(huán)，最終輸出KPI優(yōu)化報(bào)告。問題跟蹤和核查工作所需的輸入、工具及技術(shù)、輸出如圖所示：?jiǎn)栴}跟蹤和核查：輸入、工具及技術(shù)、輸出KPI優(yōu)化工作邏輯圖綜合KPI優(yōu)化工作流程和內(nèi)容，KPI優(yōu)化工作邏輯圖如下：KPI優(yōu)化工作邏輯圖KPI優(yōu)化工作模板和示例KPI優(yōu)化工作參考模板KPI報(bào)表示例RRC連接建立成功率優(yōu)化理論介紹RRC連接建立過(guò)程分為兩個(gè)階段：準(zhǔn)備階段和實(shí)施階段。在準(zhǔn)備階段中，UE會(huì)根據(jù)NAS層的觸發(fā)原因和系統(tǒng)廣播中的接入限制信息，通過(guò)一系列檢查來(lái)判斷自己是否被允許進(jìn)行接入過(guò)程，如果可以，則執(zhí)行后續(xù)的實(shí)施階段；否則UE的RRC將啟動(dòng)相應(yīng)的定時(shí)器，在該定時(shí)器超時(shí)前UE無(wú)法發(fā)起任何接入過(guò)程。上述機(jī)制的目的是負(fù)荷擁塞控制，當(dāng)網(wǎng)絡(luò)負(fù)荷較重時(shí)限制某些UE進(jìn)行接入。指標(biāo)定義RRC連接建立是指處于空閑狀態(tài)的UE或待開機(jī)的UE準(zhǔn)備發(fā)起一個(gè)呼叫或響應(yīng)尋呼時(shí)發(fā)起的過(guò)程。處于降低接入時(shí)延的考慮，LTE系統(tǒng)將RRC連接建立過(guò)程設(shè)計(jì)發(fā)生在ENB和MME之間的S1連接建立前，也就是在ENB尚未從MME獲得任何UE上下文前，ENB需要將RRC連接建立完畢，因此該過(guò)程主要建立最基本的SRB1。RRC連接建立成功意味著UE與網(wǎng)絡(luò)建立了信令連接，是進(jìn)行其他業(yè)務(wù)的基礎(chǔ)。RRC連接建立成功率主要通過(guò)話務(wù)統(tǒng)計(jì)結(jié)果獲得，推薦的公式為：RRC建立成功率=[RRC連接建立完成次數(shù)]/[RRC連接請(qǐng)求次數(shù)（不包括重發(fā)）]；公式中相關(guān)各指標(biāo)的具體統(tǒng)計(jì)方式如下所示：指標(biāo)指標(biāo)描述RRC連接請(qǐng)求次數(shù)小區(qū)接收UE的RRCConnectionRequest消息次數(shù)（不包括重發(fā)）RRC連接建立完成次數(shù)小區(qū)接收UE返回的RRCConnectionSetupComplete消息次數(shù)RRC建立失敗次數(shù)資源分配失敗而導(dǎo)致連接建立失敗的次數(shù)UE無(wú)應(yīng)答而導(dǎo)致連接建立失敗的次數(shù)小區(qū)發(fā)送RRCConnectionReject消息次數(shù)CDL信令流程及失敗原因正常過(guò)程圖RRC建立過(guò)程正常流程每當(dāng)在CDLlog中發(fā)現(xiàn)一條UU接口RRCConnectionRequest消息時(shí)，代表某一個(gè)UE連接建立的開始，此后所有的消息都可以提取相同的CellUeIndex和CELLID。當(dāng)看到RRCConnectionSetup和RRCConnectionSetupComplete消息時(shí)，標(biāo)志著RRC建立正常流程的結(jié)束。異常過(guò)程RRC連接建立完成超時(shí)圖RRC連接建立完成超時(shí)每當(dāng)在CDLlog中發(fā)現(xiàn)一條UU接口RRCConnectionRequest消息時(shí)，代表某一個(gè)UE連接建立的開始，此后所有的消息都可以提取相同的CellUeIndex和CELLID。當(dāng)看到UU接口的RRCConnectionSetup和RRC事件類接口的RRC_OVERTIME消息，并且第3條消息的定時(shí)器類型字段為RAC_TIMER_W_RRC_SETUP_CMPLT時(shí)，標(biāo)志著RRC連接建立完成超時(shí)。RRC連接建立拒絕圖RRC連接建立拒絕每當(dāng)在CDLlog中發(fā)現(xiàn)一條UU接口RRCConnectionRequest消息時(shí)，代表某一個(gè)UE連接建立的開始，如圖2.10所示。第1、2條消息為UU接口的RRCConnectionRequest、RRCConnectionReject，2條消息有相同的小區(qū)標(biāo)識(shí)與UeIndexCell，是連接建立發(fā)生時(shí)基站為UE新分配的索引。優(yōu)化方法介紹LTE系統(tǒng)內(nèi)RRC連接建立失敗問題的可能原因大概分為如下幾條：RRC建立失敗主要的原因有：上行隨機(jī)接入信道功率問題、小區(qū)重選參數(shù)問題、下行初始發(fā)射功率偏低、上行初始功控問題、擁塞問題或設(shè)備異常問題等。當(dāng)出現(xiàn)RRC連接建立成功率低的問題時(shí)，首先按照上述問題分類，了解相關(guān)問題的范圍，然后根據(jù)空口信號(hào)質(zhì)量、參數(shù)配置、干擾和上下行功率調(diào)整及設(shè)備告警等方面入手逐一排查解決，排除這些影響RRC連接建立成功率的客觀因素，逐步提升該指標(biāo)的成功率。RRC連接建立的過(guò)程主要包括以下3個(gè)個(gè)步驟：RRC連接建立成功信令流程（1）首先UE通過(guò)SRB0發(fā)送RRCConnectionSetupRequest消息（注：SRB0一直存在，用來(lái)傳輸映射到CCCH的RRC信令。）此消息主要攜帶UE初始（NAS）表示以及該連接建立的原因等信息，此高層消息會(huì)觸發(fā)UE的底層試題進(jìn)行基于競(jìng)爭(zhēng)的隨機(jī)接入過(guò)程，RRC連接建立請(qǐng)求消息就對(duì)應(yīng)于底層隨機(jī)接入過(guò)程中的Msg3（2）通過(guò)底層的競(jìng)爭(zhēng)接入沖突解決機(jī)制，UE接收到ENB的RRCConnectionSetup消息，建立了UE與ENodeB之間的SRB1，NodeB為SRB1配置RLC層和邏輯層信道的屬性。ENB還在此信令中對(duì)PHY/MAC/RLC/PDCP等各個(gè)實(shí)體的配置參數(shù)進(jìn)行配置，RRC連接建立消息就對(duì)應(yīng)于底層隨機(jī)接入過(guò)程中的Msg4。UE收到NodeB的rrcConnectionSetup信令后，UE和ENB之間的SRB1就建立起來(lái)了。（3）在UE接收到RRCConnectionSetup消息后，向ENB發(fā)送一個(gè)RRCConnectionSetupComplete消息。此消息中攜帶有上行方向的初始NAS層的信令消息（如AttachRequest，TAURequest，ServiceRequest等），ENB收到此消息后，將其中的NAS消息轉(zhuǎn)發(fā)給MME用于建立S1連接。在第（2）步中，如果ENB拒絕為UE建立RRC連接，則通過(guò)SRB0回復(fù)一條RRC連接拒絕消息RRCConnectionReject。在該RRC連接拒絕消息中，網(wǎng)絡(luò)側(cè)可以可選地?cái)y帶一個(gè)禁止呼叫的定時(shí)器T302，該定時(shí)器和系統(tǒng)廣播中的接入限制信息共同決定了UE是否被允許發(fā)起接入過(guò)程。一般RRC連接建立問題的定位方法如下，通用流程：RRC連接建立問題RRC連接建立問題N設(shè)備異常問題UE是否發(fā)出請(qǐng)求消息N設(shè)備異常問題UE是否發(fā)出請(qǐng)求消息YY調(diào)整隨機(jī)接入上行初始接收目標(biāo)功率相關(guān)參數(shù)ENB是否收到請(qǐng)求消息N調(diào)整隨機(jī)接入上行初始接收目標(biāo)功率相關(guān)參數(shù)ENB是否收到請(qǐng)求消息NYYNNENB是否發(fā)出建立消息ENB相關(guān)其他問題ENB是否發(fā)出建立消息ENB相關(guān)其他問題YYUE是否收到RRC建立消息NN是否發(fā)生小區(qū)重選UE是否收到RRC建立消息NN是否發(fā)生小區(qū)重選調(diào)整下行公共信道功率調(diào)整下行公共信道功率YY優(yōu)化小區(qū)重選參數(shù)YY優(yōu)化小區(qū)重選參數(shù)UE是否發(fā)出RRC建立完成消息NUE是否發(fā)出RRC建立完成消息N調(diào)整下行初始發(fā)射功率調(diào)整下行初始發(fā)射功率YY調(diào)整上行專用信道開環(huán)功控參數(shù)NENB是否收到建立完成消息調(diào)整上行專用信道開環(huán)功控參數(shù)NENB是否收到建立完成消息YY上行隨機(jī)接入的問題UE發(fā)出RRCConnectionRequest消息，ENB沒有收到，如果此時(shí)的下行信道質(zhì)量正常，一般是隨機(jī)接入?yún)?shù)中的初始接收目標(biāo)功率設(shè)置偏低的問題。小區(qū)重選參數(shù)問題ENB收到UE發(fā)的RRC建立請(qǐng)求消息后，下發(fā)了RRCConnectionSetup消息而UE沒有收到。查看此時(shí)的SINR，如果偏低，而且監(jiān)視集中沒有質(zhì)量更好的小區(qū)，則是覆蓋的問題可以適當(dāng)提高下行公共信道的功率。如果此時(shí)監(jiān)視集中有更好的小區(qū)，則可能是小區(qū)重選的問題，可以適當(dāng)調(diào)整小區(qū)重選參數(shù)加快小區(qū)重選。下行初始發(fā)射功率偏低問題UE收到RRCConnectionSetup消息而沒有發(fā)出RRCConnectionSetupComplete消息，如果此時(shí)下行的信號(hào)質(zhì)量正常，則可能是手機(jī)異常，否則可能是下行初始功率過(guò)低導(dǎo)致下行不能同步。上行初始功控問題UE發(fā)出RRCConnectionSetupComplete消息而ENB沒有收到，由于上行初始功控會(huì)讓UE的發(fā)射功率上升，如果是UE的發(fā)射功率不足導(dǎo)致，可以適當(dāng)提高上行信道的初始期望功率和調(diào)整量等參數(shù)。相關(guān)案例介紹分析小區(qū)重選參數(shù)問題問題描述：

華電集團(tuán)專項(xiàng)2小區(qū)接入率很低，且主要集中在15點(diǎn)到16點(diǎn)之間，查看小區(qū)無(wú)告警。由于接入失敗次數(shù)過(guò)多，影響全網(wǎng)一天的KPI指標(biāo)數(shù)據(jù)。問題分析：從CDL信令看UE發(fā)起隨機(jī)接入申請(qǐng)，UE發(fā)出RRCConnectionRequest后ENB下發(fā)RRCconnectionsetup消息，終端無(wú)響應(yīng)，造成RRC連接建立完成超時(shí)，導(dǎo)致RRC建立失敗。定位過(guò)程：從最近一次的測(cè)量上報(bào)消息中可以看出，源小區(qū)PCI為254，此時(shí)測(cè)量到的rsrpResult值為23，由此可以計(jì)算出RSRP的值為23-141=-118dbm左右。而測(cè)量到的相鄰目標(biāo)小區(qū)PCI為62，rsrpResult值為34，小區(qū)RSRP在-107dbm左右。由此可以初步分析相關(guān)的場(chǎng)景是UE所處位置的信號(hào)質(zhì)量不好，且存在模3干擾，最終導(dǎo)致RRC連接建立定時(shí)器超時(shí)后RRC連結(jié)建立失敗。解決建議：查看基站配置后，該小區(qū)的參考信號(hào)功率為15，已經(jīng)為最大。故不存在下行初始發(fā)射功率偏低問題。通過(guò)現(xiàn)場(chǎng)復(fù)測(cè)抓取log進(jìn)一步分析，排除天線安裝問題以及工參設(shè)置問題、排除存在大面積的弱覆蓋問題。通過(guò)log分析，發(fā)現(xiàn)存在PCI模三干擾嚴(yán)重，重新進(jìn)行規(guī)劃，修改小區(qū)的PCI。解決效果：修改PCI后，RRC接入率有所提，KPI指標(biāo)數(shù)據(jù)恢復(fù)正常。小區(qū)上行功控參數(shù)設(shè)置問題問題現(xiàn)象NBYZ技偵大樓FHTL-0從7月13日開始，RRC接入請(qǐng)求次數(shù)變多還有伴隨著大量失敗，每天RRC成功率基本在20%左右，失敗發(fā)生在忙時(shí)時(shí)段，影響全網(wǎng)KPI。問題分析：查看小區(qū)狀態(tài)以及通道駐波均沒有問題，從CDL中看：均是ENB下發(fā)RRCsetup之后終端無(wú)響應(yīng)造成RRC連接超時(shí)，導(dǎo)致RRC接入失敗。查看基本上是UEID為1和3的用戶的失敗，但是查看最近的RSRP均較高。定位過(guò)程：查看小區(qū)的IOT以及小區(qū)狀態(tài)正常，對(duì)此小區(qū)進(jìn)行核查，發(fā)現(xiàn)參數(shù)在非持續(xù)調(diào)度功率設(shè)置上出現(xiàn)問題，當(dāng)此小區(qū)是-95，全網(wǎng)當(dāng)時(shí)都已經(jīng)改成-70，通過(guò)對(duì)全網(wǎng)此參數(shù)的核查，發(fā)現(xiàn)還有NBYZ理工學(xué)院2FHTL-2也是設(shè)置為-95，指標(biāo)也很差。解決建議：效果：把小區(qū)的非持續(xù)調(diào)度功率從-95修改到-70以后指標(biāo)明顯有提升：網(wǎng)元友好名時(shí)間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%NBYZ技偵大樓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%小區(qū)測(cè)試開關(guān)參數(shù)問題問題現(xiàn)象：在月苑二試擴(kuò)L-3小區(qū)下收不到該小區(qū)信號(hào)，無(wú)法接入該小區(qū)，導(dǎo)致該路段信號(hào)較弱，較大區(qū)域形成弱覆蓋。問題分析：測(cè)試車輛在月苑南路自西向東行駛至和墨香路交叉口區(qū)域，在交叉口區(qū)域該站下無(wú)法收到該小區(qū)信號(hào)，導(dǎo)致該路段覆蓋較差，嚴(yán)重影響下載速率，機(jī)房核查小區(qū)狀態(tài)正常，無(wú)告警情況。圖一在后臺(tái)對(duì)比核查參數(shù)發(fā)現(xiàn)，小區(qū)加載開關(guān)打開，且?guī)д鎸?shí)用戶的模擬快開關(guān)關(guān)閉，導(dǎo)致用戶終端無(wú)法接入。MAC測(cè)試開關(guān)里有小區(qū)加載開關(guān)和帶真實(shí)用戶的模擬加載開關(guān)，小區(qū)加載開關(guān)打開的話，帶真實(shí)用戶的模擬加載開關(guān)就會(huì)生效。當(dāng)需要加擾測(cè)試時(shí)需要把小區(qū)加載開關(guān)打開，而此時(shí)如果帶真實(shí)用戶的模擬加載開關(guān)關(guān)閉，表示小區(qū)處于模擬用戶加載情況，真實(shí)用戶不能接入，如果帶真實(shí)用戶的模擬加載開關(guān)打開，表示是用真實(shí)用戶進(jìn)行加載，則真實(shí)用戶可以接入。月苑二試擴(kuò)小區(qū)正是由于小區(qū)處于模擬加載狀態(tài)，且關(guān)閉了帶真實(shí)用戶的模擬加載開關(guān)導(dǎo)致測(cè)試終端搜不到小區(qū)信號(hào)，無(wú)法正常接入；解決建議：關(guān)閉小區(qū)加載開關(guān)解決效果：關(guān)閉小區(qū)加載開關(guān)后，終端能正常搜到小區(qū)信號(hào)，且接入正常。如下圖：?jiǎn)栴}總結(jié)對(duì)于無(wú)法接入小區(qū)的問題，建議處理措施：核查小區(qū)狀態(tài)和告警以及硬件問題情況。核查是否由參數(shù)問題導(dǎo)致小區(qū)加載開關(guān)默認(rèn)關(guān)閉，在現(xiàn)網(wǎng)中進(jìn)行模擬加載等測(cè)試時(shí)，測(cè)試完成后需要對(duì)參數(shù)及時(shí)進(jìn)行恢復(fù)。全頻帶高干擾導(dǎo)致接入失敗問題干擾定義：在每個(gè)子幀輪詢一次后都會(huì)統(tǒng)計(jì)出在100個(gè)PRB中每個(gè)PRB的IOT值，當(dāng)IOT值高于10的PRB個(gè)數(shù)大于等于3時(shí)為高IOT，查詢18次（早9:00到晚18:00每個(gè)小時(shí)一次數(shù)據(jù)，統(tǒng)計(jì)上行兩個(gè)時(shí)隙），如果同一個(gè)站點(diǎn)(包括3個(gè)小區(qū))超過(guò)6次干擾判定為干擾小區(qū)，其中IOT超過(guò)20為干擾嚴(yán)重小區(qū)，IOT在10~20之間的為干擾普通小區(qū)；如同一個(gè)小區(qū)多于6次超過(guò)80個(gè)PRB的IOT大于15判定為全頻帶高干擾小區(qū)。問題描述：寧波城市元年-2小區(qū)無(wú)線接通率只有59.38%，從信令流程上看到的是存在大量基站收不到終端發(fā)上來(lái)的RRCConnectionSetupComplete消息：?jiǎn)栴}分析：檢查基站狀態(tài)正常，查看小區(qū)無(wú)相關(guān)原因告警，從指標(biāo)趨勢(shì)看，平均分布在每個(gè)時(shí)段；從CDL信令看UE發(fā)起由于enb給UE發(fā)起RRCConnectionRequest后ENB下發(fā)RRCconnectionsetup消息，但未收到終端上發(fā)的RRCConnectionSetupComplete消息，造成RRC連接建立完成超時(shí)，導(dǎo)致RRC連接建立失敗。查詢上行低噪，發(fā)現(xiàn)較多的PRB都存在較高的IOT值。對(duì)小區(qū)的IOT進(jìn)行監(jiān)控，可以看到高干擾，并且鄰區(qū)并無(wú)大量用戶。解決效果：6月21日將城市元年-2小區(qū)PGC開關(guān)打開，該小區(qū)前后一周的KPI數(shù)據(jù)如下：ERAB掉線率無(wú)線接通率無(wú)線掉線率2013-6-140.56%59.38%5.26%2013-6-153.59%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開關(guān)）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%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開關(guān)的情況下各項(xiàng)KPI指標(biāo)都非常好，查看KPI原始數(shù)據(jù)確認(rèn)是當(dāng)天業(yè)務(wù)量太少：RAB建立成功率分母[單位:次]RAB建立成功率分子[單位:次]RRC連接建立成功率分母[單位:次]RRC連接建立成功率分子[單位:次]無(wú)線接通率1919643859.38%1010282485.71%1313282382.14%2726494282.54%5756888089.31%22221387957.25%4455100.00%6767787697.44%如上述表格數(shù)據(jù)說(shuō)明，在打開PGC開關(guān)后，無(wú)線接通率有所提升。ERAB建立成功率理論介紹涉及話統(tǒng)打點(diǎn)圖1圖2如圖1或圖2中A點(diǎn)所示，當(dāng)eNodeB收到來(lái)自MME的INITIALCONTEXTSETUPREQUEST或者E-RABSETUPREQUEST消息時(shí)統(tǒng)計(jì)該指標(biāo)。如果INITIALCONTEXTSETUPREQUEST或者E-RABSETUPREQUEST消息中要求同時(shí)建立多個(gè)E-RAB，則相應(yīng)指標(biāo)根據(jù)業(yè)務(wù)的QCI按具體的E-RAB建立數(shù)目分別進(jìn)行累加。如圖1或圖2中B點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息時(shí)統(tǒng)計(jì)該指標(biāo)。如果E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息中同時(shí)攜帶多個(gè)E-RAB的建立，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加。指標(biāo)指標(biāo)描述小區(qū)E-RAB嘗試建立總次數(shù)用戶嘗試發(fā)起E-RAB建立流程的總次數(shù)小區(qū)E-RAB建立成功總次數(shù)用戶發(fā)起E-RAB建立流程，建立成功的總次數(shù)小區(qū)E-RAB建立失敗原因核心網(wǎng)問題導(dǎo)致E-RAB建立失敗次數(shù)傳輸層問題導(dǎo)致E-RAB建立失敗次數(shù)無(wú)線層問題導(dǎo)致E-RAB建立失敗次數(shù)無(wú)線資源不足導(dǎo)致E-RAB建立失敗次數(shù)安全模式配置失敗導(dǎo)致ERAB建立失敗次數(shù)此外，話統(tǒng)還針對(duì)各QCI進(jìn)行了ERAB嘗試建立次數(shù)和ERAB建立成功次數(shù)的統(tǒng)計(jì)。由于目前很少用到不同的QCI，業(yè)務(wù)基本以QCI＝6的業(yè)務(wù)為主，所以不需要關(guān)注具體的業(yè)務(wù)類別的ERAB統(tǒng)計(jì)。指標(biāo)定義ERAB建立成功率＝小區(qū)E-RAB建立成功總次數(shù)/小區(qū)E-RAB嘗試建立總次數(shù)×100％小區(qū)無(wú)線接通率＝RRC建立成功率×ERAB建立成功率。CDL信令流程及失敗原因正常過(guò)程上下文建立過(guò)程基本流程上下文建立過(guò)程基本流程上下文建立流程是以S1InitialContextSetupRequest開始，此后所有的消息都可以提取相同的eNBUEID。S1InitialContextSetupResponse消息標(biāo)志著上下文建立基本流程的結(jié)束。S1InitialContextSetupRequest消息的詳細(xì)解碼結(jié)果中，E-RABToBeSetupListCtxtSUReq里面的承載個(gè)數(shù)等于1時(shí)，意味著這次上下文建立過(guò)程只是建立默認(rèn)承載；而當(dāng)此值大于1時(shí)，則意味著這次上下文建立過(guò)程除了建立默認(rèn)承載外還要建立專用承載。在S1InitialContextSetupResponse消息的詳細(xì)解碼結(jié)果中，E-RABSetupListCtxtSURes里面的承載個(gè)數(shù)代表建立成功的默認(rèn)承載和專用承載數(shù)目，E-RABList里面的承載個(gè)數(shù)代表建立失敗的默認(rèn)承載和專用承載數(shù)目。專用承載建立基本流程專用承載建立基本流程專用承載建立流程以S1ERABSetupRequest消息開始，此后所有的消息都可以提取相同的eNBUEID。S1ERABSetupResponse消息標(biāo)志著專用承載建立基本流程的結(jié)束。異常過(guò)程上下文建立過(guò)程中等待UE能力信息超時(shí)上下文建立過(guò)程中等待UE能力信息超時(shí)當(dāng)看到UECapabilityEnquiry和S1InitialContextSetupFailure消息并且第3條消息的valueCause字段的值為failure-in-radio-interface-procedure時(shí)，標(biāo)志著上下文建立流程中UE能力信息超時(shí)。上下文建立過(guò)程中等待安全模式完成超時(shí)上下文建立過(guò)程中等待安全模式完成超時(shí)當(dāng)看到SecurityModeCommand和S1InitialContextSetupFailure消息并且最后一條消息的valueCause字段的值為failure-in-radio-interface-procedure時(shí)，標(biāo)志著上下文建立流程中安全模式命令消息超時(shí)。上下文建立過(guò)程中等待RRC重配完成超時(shí)上下文建立過(guò)程中等待RRC重配完成超時(shí)當(dāng)看到RRCConnectionReconfiguration和S1InitialContextSetupFailure消息并且最后一條消息的valueCause字段的值為failure-in-radio-interface-procedure時(shí)，標(biāo)志著上下文建立流程中空口重配置消息超時(shí)。上下文建立過(guò)程中AS安全失敗上下文建立過(guò)程中AS安全失敗當(dāng)看到SecurityModeFailure消息時(shí)，標(biāo)志著上下文建立流程中安全配置失敗。上下文建立過(guò)程中傳輸錯(cuò)誤上下文建立過(guò)程中傳輸錯(cuò)誤當(dāng)看到S1InitialContextSetupFailure消息并且其詳細(xì)解碼中的valueCause字段為transport-resource-unavailable時(shí)，標(biāo)志著上下文建立流程中傳輸錯(cuò)誤。上下文建立過(guò)程中內(nèi)部其他錯(cuò)誤上下文建立過(guò)程中內(nèi)部其他錯(cuò)誤當(dāng)看到S1InitialContextSetupFailure消息并且其詳細(xì)解碼中的valueCause字段不為failure-in-radio-interface-procedure、transport-resource-unavailable和encryption-and-or-integrity-protection-algorithms-not-supported時(shí)，標(biāo)志著上下文建立流程中內(nèi)部其他錯(cuò)誤。專用承載建立過(guò)程中等待RRC重配完成超時(shí)專用承載建立過(guò)程中等待RRC重配完成超時(shí)當(dāng)看到RRCConnectionReconfiguration和S1UEContextReleaseRequest消息并且最后一條消息的valueCause字段的值為failure-in-radio-interface-procedure時(shí)，標(biāo)志著專用承載建立流程中空口重配置消息超時(shí)。相關(guān)案例介紹分析路由關(guān)系未配無(wú)法接入的問題問題描述：

蘭州LTE示范站，連接的是華為核心網(wǎng)，基站開通后，SCTP鏈路正常建立，小區(qū)正常，但是終端無(wú)法附著成功。問題分析：通過(guò)信令流程分析，在終端RRC建立完成，鑒權(quán)、安全流程完成后，核心網(wǎng)下發(fā)了終端上下文建立的請(qǐng)求，之后基站直接回復(fù)了上下文建立失敗，失敗原因valueCause:transport:transport-resource-unavailable，如下圖：定位過(guò)程：根據(jù)信令流程提示，通過(guò)查看失敗信令的前一條信令，核心網(wǎng)下發(fā)上下文建立請(qǐng)求消息中，攜帶的sgwiP地址如下圖，轉(zhuǎn)化成十進(jìn)制是：：而在基站的傳輸配置中，檢查路由配置關(guān)系中發(fā)現(xiàn)，基站路由中沒有添加到這個(gè)網(wǎng)段的路由，所以導(dǎo)致了終端由于沒有傳輸路由而上下文建立失敗。解決效果：現(xiàn)場(chǎng)添加完成該網(wǎng)段路由后，終端附著成功，業(yè)務(wù)正常。網(wǎng)關(guān)IP配置錯(cuò)誤導(dǎo)致無(wú)法附著問題描述：

南京統(tǒng)計(jì)KPI指標(biāo)發(fā)現(xiàn)南體分校試擴(kuò)LERAB建立全部失敗，全天失敗次數(shù)在兩萬(wàn)多次，嚴(yán)重影響了全網(wǎng)指標(biāo)。問題分析：通過(guò)提取該站的CDLlog分析發(fā)現(xiàn)，終端RRC建立已完成，鑒權(quán)和安全也已通過(guò)，核心網(wǎng)下發(fā)了終端上下文建立的請(qǐng)求后，基站直接回復(fù)了上下文建立失敗，失敗原因valueCause:transport:transport-resource-unavailable，通過(guò)ATP跟蹤信令流程和CDL看到的結(jié)果一樣，如下圖：定位過(guò)程：從CDLlog中的InitialContextSetupRequest消息中transportLayerAddress'01100100010001001111110100010001'B

對(duì)應(yīng)的是，通過(guò)核查確認(rèn)核心網(wǎng)側(cè)的SGWIP確定是。對(duì)enb側(cè)的路由設(shè)置進(jìn)行檢查，S1鏈路斷鏈恢復(fù)后，該基站的路由中包含的路由。而后通過(guò)仔細(xì)核查該路由關(guān)系，發(fā)現(xiàn)該條路由關(guān)系中網(wǎng)關(guān)IP地址：29和基站的IP地址:45不在同一個(gè)網(wǎng)段內(nèi)，檢查原始規(guī)劃數(shù)據(jù)，發(fā)現(xiàn)和規(guī)劃數(shù)據(jù)不一致，所以導(dǎo)致了終端由于傳輸錯(cuò)誤而上下文建立失敗。解決效果：現(xiàn)場(chǎng)修改網(wǎng)關(guān)IP地址后，終端成功附著，業(yè)務(wù)正常。安全參數(shù)配置問題問題描述：福州移動(dòng)使用三星S4終端無(wú)法附著，查看CDL，失敗原因是“SecurityModeFailure”。問題分析：1、查看目前基站安全開關(guān)為關(guān)閉，當(dāng)此開關(guān)關(guān)閉時(shí)，基站默認(rèn)選擇空算法EIA0進(jìn)行完保。（協(xié)議規(guī)定安全開關(guān)關(guān)閉時(shí)，ENB默認(rèn)一種算法進(jìn)行完保，大唐目前默認(rèn)空算法EIA0）查看安全開關(guān)節(jié)點(diǎn)：LMT-全局參數(shù)配置-全局測(cè)試開關(guān)-HL全局測(cè)試開關(guān)2、通過(guò)WIRESHARK抓包，終端上報(bào)的能力中，不支持空算法EIA0，所以終端接入時(shí)，基站使用默認(rèn)空算法，導(dǎo)致終端安全模式失敗。定位結(jié)果：打開安全開關(guān)，基站根據(jù)配置算法的優(yōu)先級(jí)和終端支持的算法來(lái)選擇對(duì)應(yīng)適合的，即可保證終端完保通過(guò)。解決建議：按信令流程分析，當(dāng)安全失敗時(shí)，一般都是基站設(shè)置的算法終端部支持，所以首先查看安全開關(guān)是否關(guān)閉，如果關(guān)閉則打開。安全開關(guān)打開后，如果終端不支持第一優(yōu)先級(jí)算法，則會(huì)根據(jù)算法優(yōu)先級(jí)一一選擇。解決效果：打開安全開關(guān)后，三星S4終端能夠成功附著。資源受限導(dǎo)致上下文建立失敗問題描述：南京華東電子管廠試擴(kuò)L-2ERB失敗7435次，失敗集中在不同時(shí)間段內(nèi)！嚴(yán)重影響全網(wǎng)KPI指標(biāo)。用CDL統(tǒng)計(jì)失敗原因?yàn)榈却齍E能力超時(shí)和等待安全模式完成超時(shí)。修改ENB定時(shí)器等待安全模式超時(shí)為10s，失敗還是很高。問題分析：分析CDL信令， 上下行都有比較多的信令多次重傳不成功丟棄,其中

"UE能力"和"安全模式"相關(guān)的信令丟失主要集中在上行。用CDL統(tǒng)計(jì)失敗原因?yàn)榈却齍E能力超時(shí)和等待安全模式完成超時(shí)，但具體分析了一下，發(fā)現(xiàn)cdl的統(tǒng)計(jì)是錯(cuò)誤的，ue能力查詢發(fā)了718條，收到ue能力消息714條。安全命令1177條，安全響應(yīng)619條。基本都是安全響應(yīng)消息上不來(lái)，沒有ue能力上不來(lái)的情況。主要原因是safecommand下去之后，終端沒有反應(yīng)，并且基站很短時(shí)間就釋放了（看cdl是一或者兩個(gè)半幀）懷疑安全參數(shù)配置有問題。檢查完保算法以及安全加密等參數(shù)沒有發(fā)現(xiàn)問題，但是從KPI指標(biāo)上發(fā)現(xiàn)ERAB建立失敗次數(shù)較多的時(shí)候基本發(fā)生在忙時(shí)（8：00到19點(diǎn)之間），而晚上則沒有REAB失敗情況。分析異常日志發(fā)現(xiàn)在ERAB建立失敗的時(shí)候伴隨有SR資源分配失敗的告警。查看基站配置文件，UPPS上單符號(hào)發(fā)sounding開關(guān)為打開，這樣的配置下小區(qū)支持的最大用戶數(shù)僅為4（半幀數(shù)）*1（符號(hào)數(shù)）*2（頻分）*3（碼分）=24個(gè)，分析原因是由于用戶數(shù)達(dá)到最大，導(dǎo)致資源分配不出來(lái)。定位結(jié)果：安全命令沒有響應(yīng)的失敗，是由于分配ERAB資源失敗導(dǎo)致上下文建立失敗。解決建議：修改UPPS上單符號(hào)發(fā)sounding開關(guān)為關(guān)閉，可支持48個(gè)用戶。如果還不能滿足需求的話可更改其他相關(guān)參數(shù)，如修改SRS上報(bào)周期為40ms，可支持更多的用戶數(shù)。解決效果：現(xiàn)場(chǎng)提取最近幾天的KPI指標(biāo)，修改后指標(biāo)已經(jīng)恢復(fù)，ERAB建立成功率達(dá)到平均99.54%切換成功率優(yōu)化理論介紹切換成功率是移動(dòng)保持類的重要指標(biāo)之一，按照涉及的網(wǎng)元關(guān)系可以分為ENB內(nèi)切換成功成功率、ENB間（包括X2切換和S1切換）切換成功率。切換成功率的高低，直接影響用戶感受，是運(yùn)營(yíng)商重點(diǎn)考核的KPI指標(biāo)之一。指標(biāo)定義切換（Handover）是移動(dòng)通信系統(tǒng)的一個(gè)非常重要的功能。作為無(wú)線鏈路控制的一種手段，切換能夠使用戶在穿越不同的小區(qū)時(shí)保持連續(xù)的通話。切換成功率是指所有原因引起的切換成功次數(shù)與所有原因引起的切換請(qǐng)求次數(shù)的比值。切換主要的目的是保障通話的連續(xù)，提高通話質(zhì)量，減小網(wǎng)內(nèi)越區(qū)干擾，為UE用戶提供更好的服務(wù)。切換成功率主要通過(guò)話務(wù)統(tǒng)計(jì)結(jié)果獲得，推薦的公式為：ENB間切換成功率=(ENB間S1切換出成功次數(shù)+ENB間X2切換出成功次數(shù))/(ENB間S1切換出執(zhí)行請(qǐng)求次數(shù)+ENB間X2切換出執(zhí)行請(qǐng)求次數(shù))ENB內(nèi)切換成功率=eNB內(nèi)切換出成功次數(shù)/eNB內(nèi)切換出請(qǐng)求次數(shù)*100%1）ENB間切換相關(guān)的指標(biāo)描述如下：指標(biāo)指標(biāo)描述小區(qū)eNodeB間切換出嘗試次數(shù)小區(qū)eNodeB間切換出嘗試次數(shù)小區(qū)eNodeB間切換出成功次數(shù)小區(qū)eNodeB間切換出成功次數(shù)小區(qū)切換出失敗次數(shù)核心網(wǎng)原因?qū)е虑袚Q出準(zhǔn)備失敗次數(shù)目標(biāo)小區(qū)無(wú)響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗次數(shù)目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗次數(shù)源小區(qū)接收到測(cè)量報(bào)告后不觸發(fā)切換請(qǐng)求指示導(dǎo)致切換失敗次數(shù)源小區(qū)發(fā)送切換取消導(dǎo)致切換出失敗次數(shù)2）ENB內(nèi)切換相關(guān)的指標(biāo)描述如下：指標(biāo)ID指標(biāo)描述小區(qū)eNodeB內(nèi)切換出嘗試次數(shù)小區(qū)eNodeB內(nèi)切換出嘗試次數(shù)小區(qū)eNodeB內(nèi)切換出成功次數(shù)小區(qū)eNodeB內(nèi)切換出成功次數(shù)小區(qū)切換出失敗次數(shù)目標(biāo)小區(qū)無(wú)響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗次數(shù)目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗次數(shù)源小區(qū)接收到測(cè)量報(bào)告后不觸發(fā)切換命令導(dǎo)致切換失敗次數(shù)源小區(qū)發(fā)送切換取消導(dǎo)致切換出失敗次數(shù)CDL信令流程正常過(guò)程總體流程圖：X2切換源側(cè)正常流程：UU接口MeasurementReport消息代表UE測(cè)量上報(bào)流程的開始，也就是X2切換源側(cè)流程的第1條消息。第2、3條消息為X2接口的X2HandoverRequest和X2HandoverRequestAcknowledge消息，注意對(duì)于X2切換源側(cè)來(lái)講，第2條消息為發(fā)送，第3條消息為接收。第4條消息是UU接口的RRCConnectionReconfiguration，注意在這條消息asn解碼后的內(nèi)容中，必須存在mobilityControlInfo字段。X2切換目標(biāo)側(cè)正常流程：每當(dāng)在CDLlog中發(fā)現(xiàn)一條接收方向的X2接口X2HandoverRequest消息時(shí)，代表X2切換目標(biāo)側(cè)流程的開始。第2條消息為X2接口的X2HandoverRequestAcknowledge，注意這兩條消息對(duì)于X2切換目標(biāo)側(cè)來(lái)講，分別為接收、發(fā)送。第3、4、5、6條消息分別為UU接口的RRCConnectionReconfigurationComplete、S1接口的S1PathSwitchRequest消息和S1PathSwitchRequestAcknowledge消息以及X2接口的X2UEContextRelease消息。優(yōu)化方法介紹LTE系統(tǒng)內(nèi)所有切換問題最終都可以歸納為ENB間的小區(qū)間切換和ENB內(nèi)的小區(qū)間切換等。根據(jù)現(xiàn)網(wǎng)處理該問題的案例和現(xiàn)網(wǎng)實(shí)施的經(jīng)驗(yàn)，影切換問題的可能原因大概分為如下幾條：硬件傳輸故障（載頻壞、合路天饋問題）；數(shù)據(jù)配置不合理；擁塞問題；時(shí)鐘問題；干擾問題；覆蓋問題及上下行不平衡；當(dāng)出現(xiàn)切換成功率低的問題時(shí)，首先按照切換問題分類，了解切換問題的范圍，然后根據(jù)硬件、數(shù)據(jù)配置、擁塞、時(shí)鐘、干擾、覆蓋等方面入手逐一排查解決，排除這些影響切換成功率的客觀因素，然后根據(jù)自動(dòng)鄰區(qū)優(yōu)化提升切換成功率。切換信令流程1．基站內(nèi)小區(qū)間切換信令流程，如圖1所示：圖1：基站內(nèi)小區(qū)間切換信令流程2．基站間S1切換測(cè)試流程，如圖2所示：圖2：S1切換源基站側(cè)信令流程3．基站間X2切換測(cè)試流程，如圖3所示：圖3：X2切換目標(biāo)基站側(cè)信令流程涉及話統(tǒng)打點(diǎn)小區(qū)eNodeB內(nèi)同頻切換出嘗試次數(shù)：如圖中A點(diǎn)所示，在eNodeB內(nèi)切換過(guò)程中，當(dāng)小區(qū)接收到UE的MeasurementReport消息后，切換判決要進(jìn)行eNodeB內(nèi)切換時(shí)，上述測(cè)量指標(biāo)加1。各指標(biāo)的具體統(tǒng)計(jì)方式如下所示：源小區(qū)和目標(biāo)小區(qū)頻點(diǎn)相同，指標(biāo)L.HHO.IntraeNB.IntraFreq.PrepAttOut加1。小區(qū)eNodeB內(nèi)同頻切換出成功次數(shù)：圖1圖2如圖1中C點(diǎn)所示，在eNodeB內(nèi)切換過(guò)程中，當(dāng)eNodeB目標(biāo)小區(qū)收到UE返回的RRCConnectionReconfigurationComplete消息后，等待切換過(guò)程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)，如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)頻點(diǎn)相同，指標(biāo)L.HHO.IntraeNB.IntraFreq.ExecSuccOut加1；或者如圖2中C點(diǎn)所示，在eNodeB內(nèi)切換過(guò)程中，當(dāng)eNodeB目標(biāo)小區(qū)收到UE返回的RRCConnectionReestablishmentComplete消息時(shí)，如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)頻點(diǎn)相同，指標(biāo)L.HHO.IntraeNB.IntraFreq.ExecSuccOut加1。切換問題分類切換分類需要在分析切換成功率問題之前確定如下幾方面內(nèi)容：首先，通過(guò)話統(tǒng)分析確定切換失敗的范圍，如果是所有小區(qū)切換成功率低，要從切換特性參數(shù)、硬件傳輸、系統(tǒng)時(shí)鐘來(lái)檢查問題；其次，其他情況則過(guò)濾得出TOPN最差小區(qū)，針對(duì)小區(qū)按照如下的步驟進(jìn)行排查問題。第三，查詢切換性能測(cè)量中的出小區(qū)切換和入小區(qū)切換成功率，來(lái)分析是切出失敗還是切入失敗。再分析問題小區(qū)的出小區(qū)和入小區(qū)切換性能測(cè)量，從出小區(qū)性能測(cè)量中找出是往哪些小區(qū)切換失敗，分析所有這些切入失敗的小區(qū)“入小區(qū)切換失敗次數(shù)（由于擁塞）”和“話務(wù)量（業(yè)務(wù)信道）”和“擁塞率”，確認(rèn)是否目標(biāo)小區(qū)擁塞導(dǎo)致切換失敗。（1）硬件和傳輸故障硬件故障的現(xiàn)象表現(xiàn)為：告警系統(tǒng)上報(bào)相應(yīng)的告警信息。首先要排除這些硬件故障告警，若硬件故障告警恢復(fù)，則查看話務(wù)統(tǒng)計(jì)信息和分析切換指標(biāo)。硬件故障的情形如下：ENB傳輸管理單元；ENB載頻故障；ENB天饋故障；處理過(guò)程：檢查硬件數(shù)據(jù)配置，如果出現(xiàn)故障的小區(qū)及其相鄰小區(qū)的數(shù)據(jù)配置在近期沒有修改，突然出現(xiàn)切換問題，則應(yīng)首先考慮是否ENB硬件故障造成。若該ENB下只有一個(gè)小區(qū)出現(xiàn)切換問題，則考慮是否由該小區(qū)本身的硬件故障造成，如部分載頻損壞，引起呼叫切換到該載頻時(shí)失敗。對(duì)于上述問題，可以采用閉塞部分載頻的方式來(lái)驗(yàn)證。若閉塞某個(gè)載頻后，切換成功率恢復(fù)正常，則可以查看是否該載頻故障，或與該載頻相關(guān)的BBU或天饋故障。若某載頻的上下行信號(hào)嚴(yán)重不平衡，則會(huì)經(jīng)常造成切換問題，如頻繁切換、切換成功率下降等。（2）數(shù)據(jù)配置不當(dāng)數(shù)據(jù)配置不當(dāng)導(dǎo)致的故障現(xiàn)象表現(xiàn)為：UE不發(fā)起切換或過(guò)多的發(fā)起切換，從而影響切換成功率。由于切換判決算法受切換參數(shù)的控制，如果切換參數(shù)配置不當(dāng)，可能導(dǎo)致MS不發(fā)起切換或過(guò)多的發(fā)起切換，此時(shí)可從以下方面來(lái)考慮：數(shù)據(jù)配置中的切換門限設(shè)置是否合理避免因切換門限設(shè)置過(guò)大導(dǎo)致難切換現(xiàn)象，或設(shè)置過(guò)小導(dǎo)致頻繁切換現(xiàn)象，設(shè)置合理的切換保證不發(fā)生乒乓切換，各門限的設(shè)置參考《LTE無(wú)線網(wǎng)絡(luò)和業(yè)務(wù)參數(shù)標(biāo)定手冊(cè)》,一般不要出現(xiàn)大幅偏離基線值的情況。數(shù)據(jù)配置中的切換候選小區(qū)參數(shù)設(shè)置是否合理；避免因鄰區(qū)漏配導(dǎo)致UE無(wú)法切換到該鄰區(qū)；數(shù)據(jù)配置中的切換遲滯設(shè)置是否合理；避免因切換遲滯設(shè)置過(guò)大導(dǎo)致難切換現(xiàn)象，或設(shè)置過(guò)小導(dǎo)致頻繁切換現(xiàn)象；當(dāng)切換發(fā)生異常時(shí)，需要快速檢查一下切換定時(shí)器，保證切換定時(shí)器不低于設(shè)定的默認(rèn)值。（3）目標(biāo)小區(qū)擁塞目標(biāo)小區(qū)擁塞的故障現(xiàn)象表現(xiàn)為：UE發(fā)起切換請(qǐng)求后申請(qǐng)不到信道而切換失敗。導(dǎo)致小區(qū)擁塞的原因如下：小區(qū)下用戶數(shù)目激增，超過(guò)設(shè)計(jì)用戶數(shù)；網(wǎng)優(yōu)參數(shù)設(shè)置不當(dāng)，導(dǎo)致小區(qū)吸收了過(guò)多用戶；切換參數(shù)設(shè)置不當(dāng)，導(dǎo)致切入小區(qū)的用戶數(shù)增多；當(dāng)目標(biāo)小區(qū)出現(xiàn)擁塞導(dǎo)致切換失敗后，為避免UE試圖再次切換到此目標(biāo)小區(qū)，應(yīng)對(duì)目標(biāo)小區(qū)進(jìn)行懲罰。建議將“懲罰處理允許”設(shè)為“是”。查看擁塞小區(qū)信道狀態(tài)是否正常，如果載頻故障或信道狀態(tài)異常，首先排除相關(guān)故障。（4）時(shí)鐘問題時(shí)鐘不同步、時(shí)鐘不穩(wěn)是引起切換掉話的重要原因，應(yīng)注意保持基站時(shí)鐘穩(wěn)定，否則會(huì)因?yàn)闀r(shí)鐘不穩(wěn)，引起切換失敗以及掉話過(guò)多。時(shí)鐘參考源異常，基站時(shí)鐘與其他基站時(shí)鐘之間可能出現(xiàn)偏差，導(dǎo)致UE在切換時(shí)可能出現(xiàn)異常。解決時(shí)鐘失鎖以及參考源異常問題，首先需要檢查告警：首先檢查是否存在時(shí)鐘相關(guān)告警，如果存在，則根據(jù)告警處理手冊(cè)進(jìn)行處理，然后觀察切換成功率。（5）干擾問題網(wǎng)絡(luò)存在較大的干擾，容易引起接收質(zhì)量下降，導(dǎo)致干擾切換或者質(zhì)差切換增多，從一定程度上降低了現(xiàn)網(wǎng)的服務(wù)質(zhì)量，影響用戶的感受，甚至一定程度上影響切換成功率。干擾問題主要通過(guò)路測(cè)發(fā)現(xiàn)現(xiàn)網(wǎng)存在的干擾大的小區(qū)或者頻點(diǎn)，然后通過(guò)調(diào)整天饋傾角，更換頻點(diǎn)，調(diào)整發(fā)射功率和小區(qū)覆蓋范圍等常規(guī)的RF優(yōu)化手段解決。也可以通過(guò)輔助手段，登記干擾帶測(cè)量，來(lái)估計(jì)下行的干擾情況。（6）覆蓋問題及上下行平衡信號(hào)覆蓋問題的現(xiàn)象表現(xiàn)為：切換成功率低、用戶直觀感受差。信號(hào)覆蓋問題主要存在三類，一類是越區(qū)覆蓋，由于邊緣門限設(shè)置過(guò)低，基站功率過(guò)大，傾角不合適導(dǎo)致越區(qū)覆蓋，形成同頻干擾，影響切換成功率；一類是孤島效應(yīng)引起的切換成功率低，如服務(wù)小區(qū)的覆蓋遠(yuǎn)遠(yuǎn)超過(guò)其鄰區(qū)，且未與其鄰區(qū)的鄰區(qū)配置相鄰關(guān)系，這種情況容易在服務(wù)小區(qū)的邊緣發(fā)生切換失??；弱覆蓋形成的覆蓋漏洞。信號(hào)覆蓋問題主要通過(guò)網(wǎng)優(yōu)的路測(cè)報(bào)告發(fā)現(xiàn)現(xiàn)網(wǎng)的覆蓋問題，通過(guò)RF優(yōu)化解決。相關(guān)案例介紹分析切換目標(biāo)側(cè)準(zhǔn)備失敗問題描述：海南提取KPI指標(biāo)發(fā)現(xiàn)多站存在切換成功率較低的問題。對(duì)象標(biāo)識(shí)ENBLTE_切換成功率[單位:%]五指山避暑山莊-DLH-348329188.89五指山電視局-DLH-248332133.33五指山二中-DLH-348330954.67五指山經(jīng)濟(jì)住用房-DLH-348331044.55五指山農(nóng)聯(lián)社-DLH-248330072.13五指山水岸別墅路燈桿-DLH-14832903.39五指山水岸別墅路燈桿-DLH-248329045.91五指山水岸別墅路燈桿-DLH-348329091.30五指山新華路人民法院-DLH-248331181.58五指山中學(xué)學(xué)生宿舍-DLH-24832996.34問題分析：提取幾個(gè)站點(diǎn)的CDL分析統(tǒng)計(jì)發(fā)現(xiàn)，所有切換成功率較低的站點(diǎn)均是切向五指山賓館（483322），失敗原因?yàn)榍袚Q目標(biāo)側(cè)準(zhǔn)備失敗，源側(cè)在發(fā)起X2HandoverRequest后目標(biāo)基站直接回復(fù)X2HandoverPreparationFailure

，攜帶原因?yàn)椋簎nspecified，由此可以判斷是目標(biāo)側(cè)基站的問題。檢查目標(biāo)側(cè)基站的配置文件，小區(qū)ID配置成功了505152，正確配置應(yīng)該為012。因?yàn)樵谠磦?cè)的外部鄰區(qū)里我們加的關(guān)系是012，目標(biāo)側(cè)在查詢本地小區(qū)Id時(shí)失敗，所以在切換時(shí)根本沒有該目標(biāo)小區(qū)，從而導(dǎo)致切換失敗。解決建議：修改小區(qū)ID為012，出現(xiàn)這種問題很可能是開站時(shí)配置文件導(dǎo)入錯(cuò)誤，建議在今后開站時(shí)盡量檢查一下配置文件的準(zhǔn)確性。切換算法參數(shù)配置不當(dāng)問題描述：寧波KPI分析發(fā)現(xiàn)華東物資城-1小區(qū)和世紀(jì)商務(wù)-1小區(qū)切換失敗次數(shù)較多。問題分析：通過(guò)分析CDL發(fā)現(xiàn)，切換失敗原因主要為切換源側(cè)切換準(zhǔn)備階段超時(shí)。華東物資城-1小區(qū)PCI為307，世紀(jì)商務(wù)-1小區(qū)PCI為416，不存在模式3干擾的情況。在切換發(fā)生本小區(qū)與目標(biāo)小區(qū)信道環(huán)境比較差，源小區(qū)RSRP為-115dbm，目標(biāo)小區(qū)RSRP為-110dbm，顯然有些過(guò)晚切換。查看CDL日志，發(fā)現(xiàn)之前信號(hào)較好的時(shí)候上報(bào)了MR沒有切換，查看UE來(lái)源，確認(rèn)是發(fā)生了乒乓切換，剛剛從PCI=415小區(qū)切換入PCI=307小區(qū)后，又往回切。但兵乓切換檢測(cè)開關(guān)限制他的回切時(shí)間，導(dǎo)致切換過(guò)晚，失敗較多。解決建議：經(jīng)過(guò)評(píng)估與分析，當(dāng)前乒乓切換的時(shí)間門限配置為5s，門限過(guò)長(zhǎng)，為了減少乒乓切換抑制對(duì)切換造成的影響，建議將乒乓切換的時(shí)間門限由5s改為3s。解決效果：通過(guò)把乒乓切換的時(shí)間門限配置為3s，經(jīng)觀察華東物資城-1小區(qū)的指標(biāo)有明顯提升，切換率大大得到提高，也不再是TOP小區(qū)。小區(qū)個(gè)性偏移參數(shù)調(diào)整案例問題描述：紅色框內(nèi)問題路段占用NBHS培羅成大樓FHTL-0小區(qū)，占用該小區(qū)后SINR差。問題分析：?jiǎn)栴}路段主覆蓋小區(qū)應(yīng)為NBHS交郵樓-0（PCI：114）小區(qū)，但實(shí)際在該問題路段經(jīng)常由NBHS交郵樓-0（PCI：114）小區(qū)切換到NBHS培羅成大樓-0（PCI：135）小區(qū)，兩小區(qū)在問題路段RSRP相差不大，切過(guò)去占用NBHS培羅成大樓-0（PCI：135）小區(qū)后SINR很差，且兩小區(qū)存在模3干擾，嘗試將NBHS培羅成大樓-0（PCI：135）小區(qū)功率降低，但依然會(huì)切換到該小區(qū)，解決建議：?jiǎn)栴}路段存在模3干擾，且周邊道路都沒占用NBHS培羅成大樓-0（PCI：135）小區(qū)，我們將該小區(qū)信號(hào)參考功率降到-15，加NBHS交郵樓-0（PCI：114）小區(qū)到NBHS培羅成大樓-0（PCI：135）小區(qū)個(gè)性偏移-5（加到NBHS交郵樓-0抑制向NBHS培羅成大樓-0小區(qū)切換）解決效果：通過(guò)調(diào)整小區(qū)功率，又修改小區(qū)個(gè)性偏移參數(shù)，問題路段不再占用NBHS培羅成大樓-0（PCI：135）小區(qū)，而是由主覆蓋小區(qū)來(lái)覆蓋，SINR明顯改善。切換時(shí)終端接入到非源和目標(biāo)小區(qū)導(dǎo)致核心網(wǎng)釋放用戶問題問題描述：寧波LTE小區(qū)，KPI分析五金批發(fā)-2的CDL日志，切換失敗統(tǒng)計(jì)為核心網(wǎng)釋放，原因?yàn)閚ormalrelease；問題分析：LTE終端切換流程：UE占用五金批發(fā)FHTL-2_302小區(qū)由東向西進(jìn)入江東城建FHTL-0_21切換失敗如下圖：通過(guò)CDL信令分析，源小區(qū)測(cè)收到EPC下發(fā)的S1UEContextReleaseCommand；目標(biāo)測(cè)也沒有收到重配置完成的消息；失敗原因值：normalrelease；查看終端側(cè)LOG，發(fā)現(xiàn)終端并沒有收到切換的重配置消息，在源小區(qū)的信號(hào)降低到一定程度的時(shí)候失步。然后UE發(fā)起了重建立請(qǐng)求重建到第三個(gè)小區(qū)姚隘路FHTL-0_336,由于UE重新接入了新的小區(qū)，所以核心網(wǎng)釋放了源小區(qū)的UEContext。從姚隘路FHTL-0側(cè)的CDL日志可以看出，基站只收到了單獨(dú)的一條重建立消息，并沒有該UE的上下文消息，所以重建立被拒絕。解決建議：根據(jù)測(cè)試結(jié)果，發(fā)現(xiàn)在切換失敗的位置下行的干擾比較嚴(yán)重，該處存在4個(gè)主覆蓋小區(qū)RSRP相差在6dB以內(nèi)，且存在鄰小區(qū)PCI模3相等：針對(duì)該處問題做了如下的優(yōu)化：

（1）江東城建FHTL-0_21和江東城建FHTL-1_22兩個(gè)小區(qū)的PCI對(duì)調(diào)；

（2）姚隘路FHTL-0_336小區(qū)功率降到-15；

（3）錦達(dá)賓館FHTL-0_93小區(qū)功率調(diào)到12；

（4）體育館FHTL-2_277小區(qū)功率調(diào)整到6；調(diào)整前測(cè)試40次失敗4次，調(diào)整后測(cè)試40次失敗0次。解決效果：通過(guò)以上的修改，經(jīng)觀察五金批發(fā)-2小區(qū)的指標(biāo)有明顯提升，切換率得到提高。效果如圖：鄰區(qū)移動(dòng)網(wǎng)絡(luò)碼配置錯(cuò)誤導(dǎo)致S1切換失敗問題描述：9月26日，10點(diǎn)至11點(diǎn)佛手湖試擴(kuò)L-1通過(guò)S1切換至頂山食品廠請(qǐng)求了13次，且全部切換失敗。查看小區(qū)無(wú)告警。查詢小區(qū)無(wú)上行干擾，由于S1切換失敗次數(shù)較多，影響全網(wǎng)的S1切換成功率占比。問題分析：從CDL信令看，在2013-9-2610:10:49時(shí)刻，UE在佛手湖試擴(kuò)L-1主服務(wù)下上發(fā)MeasurementReport，堯勝村東試擴(kuò)L-1發(fā)出S1HandoverRequire，EPC回復(fù)S1HandoverPreparationFailure，原因值為：unknown-targetID。通過(guò)CDL切換統(tǒng)計(jì)功能，發(fā)現(xiàn)S1切換失敗的目標(biāo)基站都是329277，可以初步判斷出是佛手湖試擴(kuò)L-1到目標(biāo)基站329277（頂山食品廠）的小區(qū)的切換出現(xiàn)問題。從mapinfo中，目標(biāo)基站頂山食品廠試擴(kuò)L屬于佛手湖試擴(kuò)L-1小區(qū)正打方向覆蓋銜接基站，首先核查源基站小區(qū)和目標(biāo)基站狀態(tài)均正常，且無(wú)上行干擾和告警故障等。其次核查佛手湖試擴(kuò)L-1小區(qū)和頂山食品廠試擴(kuò)L存在鄰區(qū)關(guān)系，且X2鏈路配置正常。通過(guò)佛手站告警信息可以知道是由于存在X2連接的狀態(tài)下沒有查到鄰基站信息。但是根據(jù)佛手站的配置文件，存在329277站的基站信息。如圖，鄰基站移動(dòng)網(wǎng)絡(luò)碼是00，但是外部鄰區(qū)和鄰小區(qū)關(guān)系中都為08。錯(cuò)誤的mcc和mnc會(huì)導(dǎo)致獲取鄰基站信息失敗。所以S1切換失敗，根據(jù)切換準(zhǔn)備失敗的原因，是EPC沒有對(duì)端基站信息。解決建議：刪除配置錯(cuò)誤的鄰區(qū)關(guān)系，重新添加，修改鄰區(qū)中的移動(dòng)網(wǎng)絡(luò)碼由08→00解決效果：鄰區(qū)重新調(diào)整后，可以進(jìn)行正常的X2切換，且切換成功。開啟防乒乓切換開關(guān)導(dǎo)致不切換問題描述： 9月21日下午福州LTE簇13摸底測(cè)試過(guò)程中，由閩侯上街金橋物業(yè)_2(PCI:208)往閩侯上街_1（PCI:234）切換成功，在目標(biāo)小區(qū)駐留約2秒后，由于拐角RSRP波動(dòng)，滿足A3事件觸發(fā)條件，UE上報(bào)A3事件的MR后，未收到ENB下發(fā)的帶有MobilityControlInfo信息的RRCConnectionReconfiguration消息，無(wú)法完成切換最終導(dǎo)致UE發(fā)起小區(qū)重選，業(yè)務(wù)中斷。問題分析： 目前福州項(xiàng)目LTE同頻采用A3事件作為切換依據(jù)，按切換必須進(jìn)行的三步（測(cè)量、判斷、執(zhí)行），參照以下簡(jiǎn)易空口切換流程逐步進(jìn)行分析。否否是否下發(fā)A3測(cè)量控制是否上報(bào)A3測(cè)量報(bào)告是否收到RRC重配消息請(qǐng)求切換是是否否否是是否上發(fā)RRC重配完成消息切換算法未開啟、A3測(cè)量未配置無(wú)滿足條件的合適小區(qū)、A3測(cè)量條件過(guò)于苛刻鄰區(qū)漏配或錯(cuò)配、基站故障、上行干擾導(dǎo)致基站未收到MR、開啟乒乓切換算法UE不支持或其他問題 從信令可以看出UE已經(jīng)上報(bào)A3事件MR，但是未收到ENB下發(fā)的RRC重配消息切換請(qǐng)求。 首先檢查是否鄰區(qū)漏配或錯(cuò)配，通過(guò)查看閩侯上街_1的測(cè)量控制消息（攜帶measConfig信息的RRCConnectionReconfiguration消息）中第7個(gè)同頻測(cè)量小區(qū)即為PCI:234，同時(shí)核查外部鄰區(qū)參數(shù)、X2鏈路配置確認(rèn)鄰區(qū)相關(guān)參數(shù)配置無(wú)誤。 后臺(tái)登錄LMT檢查源基站和目標(biāo)基站都無(wú)告警，提取該時(shí)段源基站(閩侯上街_1（PCI:234）)CDL日志，分析X2和S1口信令，可以看到上一次由閩侯上街金橋物業(yè)_2(PCI:208)切換到閩侯上街_1（PCI:234）成功后，基站測(cè)已經(jīng)收到UE上報(bào)的MR，且與UE測(cè)上報(bào)的MR一致，但是并未下發(fā)RRC重配消息請(qǐng)求切換，至此基本能排除上行干擾導(dǎo)致基站無(wú)法收到或正確解析MR。 查看基站RRM接口消息，發(fā)現(xiàn)有RRM判斷測(cè)量報(bào)告處理結(jié)果為失敗（RRM_HC_MEAS_HDLFAILURE）,即基站判決未通過(guò)，而正常的切換流程RRM判斷通過(guò)后會(huì)有RRM_HC_MEAS_HDLSUCCESS，然后CPM層再給RAC層發(fā)送切換請(qǐng)求，切換才得以繼續(xù)進(jìn)行。 最后檢查閩侯上街_1的切換算法配置(小區(qū)>小區(qū)算法>切換)如下，防用戶乒乓切換開關(guān)為打開，用于判斷乒乓切換的目標(biāo)小區(qū)停留時(shí)間門限為5秒，即如果由A小區(qū)切后B小區(qū)后，5秒內(nèi)如果UE上報(bào)MR中為A小區(qū)，基站判斷此次切換為乒乓切換，而導(dǎo)致切換判決不通過(guò)，空口直觀表現(xiàn)為上報(bào)MR但無(wú)法切換，或切換過(guò)慢。解決措施： 乒乓切換對(duì)速率、掉線率和信令負(fù)荷都會(huì)有一定影響，應(yīng)當(dāng)盡量避免發(fā)生乒乓切換。抑制乒乓切換有效的方法有： >控制好覆蓋，合理設(shè)置切換帶； >適當(dāng)調(diào)整A3參數(shù)（遲滯、偏移值、觸發(fā)時(shí)延），以及CIO； >合理應(yīng)用防乒乓切換算法。 而實(shí)際的某些優(yōu)化場(chǎng)景中，必須要發(fā)生乒乓切換才能保證業(yè)務(wù)連續(xù)性。針對(duì)類似場(chǎng)景從用戶感知出發(fā)，可以考慮關(guān)閉防乒乓切換算法，或降低乒乓切換判斷時(shí)間以允許乒乓切換。處理效果： 結(jié)合現(xiàn)場(chǎng)無(wú)線環(huán)境，RF調(diào)整無(wú)法有效的控制該拐角處主覆蓋，選擇關(guān)閉防乒乓切換算法，調(diào)整后現(xiàn)場(chǎng)復(fù)測(cè)，UE由閩侯上街金橋物業(yè)_2(PCI:208)往閩侯上街_1（PCI:234）切換成功，駐留3秒后，上報(bào)MR，基站下發(fā)RRC重配消息請(qǐng)求切換，最終切換完成，業(yè)務(wù)未中斷。配置垃圾鄰區(qū)導(dǎo)致只上報(bào)MR不觸發(fā)切換問題描述：

麗水多站發(fā)現(xiàn)只上報(bào)MR后，不觸發(fā)切換。重新刪除所有鄰小區(qū)后再添加問題解決，可以正常切換。問題分析：查看CDL：UE上發(fā)MR之后，鄰小區(qū)的PCI為79（LSJY東渡FHTL-1），從RRM_MRH_MEAS_PRT_HDL_RESULT信令可以看出基站判決目標(biāo)小區(qū)為本小區(qū)的鄰小區(qū)，但是后面一條RRM_HC_MEAS_HDLFAILURE中的詳細(xì)解碼中判決為沒有EUTRAN鄰區(qū)關(guān)系，但是查看小區(qū)的鄰小區(qū)和EUTRAN鄰小區(qū)以及SCTP鏈路均正常。出現(xiàn)這種情況說(shuō)明基站側(cè)沒有找到目標(biāo)鄰區(qū)，一種情況是一種情況是鄰區(qū)配置的不正確，因?yàn)猷徯^(qū)關(guān)系和外部鄰小區(qū)有關(guān)聯(lián)關(guān)系。另一種情況就是上報(bào)的是除了鄰區(qū)外的未知小區(qū)。但查看鄰區(qū)配置里有PCI為79的外部鄰區(qū)以及鄰小區(qū)關(guān)系。查看異常告警日志，不斷上報(bào)查詢相鄰ENB小區(qū)配置信息出錯(cuò)和獲取有效的目標(biāo)小區(qū)失敗的告警。再次核查鄰小區(qū)關(guān)系發(fā)現(xiàn)3個(gè)小區(qū)均添加有基站ID為415000的鄰區(qū)，而外部鄰區(qū)卻不存在此基站ID，導(dǎo)致高層在進(jìn)行數(shù)據(jù)效驗(yàn)時(shí)一直不過(guò)，從而不斷上報(bào)查詢相鄰ENB小區(qū)配置信息出錯(cuò)的告警。此基站ID占用的鄰小區(qū)索引都比較靠前，全部占用了3個(gè)小區(qū)的索引1和2，基站一直找不到以下正常存在的鄰小區(qū)關(guān)系，所以即使終端上報(bào)了MR，也不能正常觸發(fā)切換。解決建議：現(xiàn)場(chǎng)刪除多余的垃圾鄰小區(qū)關(guān)系后，切換正常。出現(xiàn)此種問題很有可能是在開站時(shí)使用的配置數(shù)據(jù)就已經(jīng)存在了垃圾鄰區(qū)，而簇優(yōu)化時(shí)也沒有將此垃圾鄰區(qū)刪除，造成不能切換。建議外場(chǎng)在開站以及鄰區(qū)核查時(shí)加強(qiáng)對(duì)垃圾鄰小區(qū)的核查和定期刪除。終端發(fā)A3切換測(cè)量報(bào)告后，不觸發(fā)異頻切換問題描述：云南師大商學(xué)院動(dòng)感廳室分站點(diǎn)，為E頻段小區(qū)（基站ID=5513）往師大商學(xué)院站點(diǎn)，為F頻段小區(qū)（基站ID=2129）能夠成功切換，但反之，師大商學(xué)院往學(xué)院動(dòng)感廳室分小區(qū)無(wú)法完成切換。問題分析：通過(guò)提取師大商學(xué)院宏基站F頻段小區(qū)的CDL日志分析，源小區(qū)收到了終端上報(bào)的測(cè)量報(bào)告，測(cè)量報(bào)告中也上報(bào)了PCI=1（學(xué)院動(dòng)感廳室分）E頻段小區(qū)。如下圖：但根據(jù)終端上報(bào)的測(cè)量報(bào)告中的MeasId，對(duì)應(yīng)測(cè)量的RRC重配置消息來(lái)看，終端上報(bào)的測(cè)量報(bào)告標(biāo)識(shí)不是切換的A3測(cè)量。而是用于小區(qū)干擾協(xié)調(diào)算法的A3測(cè)量，所以不會(huì)觸發(fā)切換。消息如下圖：通過(guò)對(duì)比檢查宏站的基站配置文件，發(fā)現(xiàn)異頻載波信息中“小區(qū)重選頻點(diǎn)優(yōu)先級(jí)”配置的是1，而小區(qū)重選公共參數(shù)中“小區(qū)重選優(yōu)先級(jí)”配置的是3；目前我們基站的異頻切換是基于A2+A3算法，A3為相同頻率優(yōu)先級(jí)的切換算法，如果外場(chǎng)要觸發(fā)A3的異頻測(cè)量，這兩個(gè)優(yōu)先級(jí)必須配置相同。解決建議：現(xiàn)場(chǎng)將參數(shù)配置進(jìn)行修改，把宏基站的“小區(qū)重選優(yōu)先級(jí)”設(shè)置相同，問題得到解決。R9和R10協(xié)議不兼容導(dǎo)致切換失敗問題問題描述：

近期多地出現(xiàn)跨廠家切換失敗問題，有華為切向我們大唐失敗的，也有中興切向我們大唐失敗的?？蛻舯容^關(guān)注。問題分析：分析華為切向我們的CDL，華為基站在向我們發(fā)起X2切換請(qǐng)求后，我們直接回復(fù)X2HandoverPreparationFailure，解析失敗的原因?yàn)椋簍ransfer-syntax-error 失敗的pucch-ConfigDedicated對(duì)比正常的pucch-ConfigDedicated：分析中興切向我們的CDL，在源側(cè)中興基站發(fā)起切換請(qǐng)求后，我們回復(fù)了切換響應(yīng)，但之后由于沒有在目標(biāo)基站完成隨機(jī)接入，從而源側(cè)發(fā)起了切換取消命令。定位過(guò)程：根據(jù)R9協(xié)議，華為作為源側(cè)給我們傳遞的pucch-ConfigDedicated中tdd-AckNackFeedbackMode字段有問題，該字段在TDD下必須存在。而華為與大唐對(duì)協(xié)議的支持能力不同，當(dāng)終端上報(bào)R10能力時(shí)，華為是按照R10協(xié)議實(shí)現(xiàn)的ACK/NACK反饋，而大唐仍然用R8/R9協(xié)議中的描述做校驗(yàn)，所以出現(xiàn)了問題。也就是說(shuō)在R10中，當(dāng)系統(tǒng)使用pucch-Format信元表征反饋模式，可以不需攜帶tdd-AckNackFeedbackMode信元。切換失敗時(shí)，終端就是R10的，華為使用了pucch-Format信元表征反饋模式，大唐按照R8/9中的描述強(qiáng)制校驗(yàn)了tddAckNackFeedbackMode信元導(dǎo)致出錯(cuò)。參考協(xié)議：根據(jù)中興的反饋，現(xiàn)場(chǎng)通過(guò)GRANDSII手機(jī)測(cè)試信令如下：

切換失敗時(shí)，切換的RRCConnectionReconfiguration消息的mobilityControlInfo的專用資源配置如下：

切換成功時(shí)，切換的RRCConnectionReconfiguration消息的mobilityControlInfo的專用資源配置如下：最終確認(rèn)為終端從R10切換到R9時(shí)天線配置時(shí)出現(xiàn)了該問題引起切換失敗。定位結(jié)果：

華為的站向我們的切換時(shí)由于切換請(qǐng)求中AS-CONFIG字段中缺少了tdd-AckNackFeedbackMode字段，而這個(gè)字段在R10中被修改為了可選，導(dǎo)致我們切換準(zhǔn)備失敗，這個(gè)問題可以通過(guò)HL修改代碼來(lái)進(jìn)行規(guī)避。中興的站向我們切換時(shí)，AS-CONFIG字段中存在了tdd-AckNackFeedbackMode字段，并且我們可以成功解析并且成功回復(fù)了ACK的消息，但是我們的ACK字段中不包含R10字段，終端不認(rèn)導(dǎo)致中興的基站給我們發(fā)送了切換取消，這種情況在608版本中只能通過(guò)fullconfig來(lái)進(jìn)行解決。無(wú)線掉線率優(yōu)化理論介紹ERAB異常釋放：圖1圖2如圖1中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送E-RABRELEASEINDICATION消息，當(dāng)相應(yīng)承載有數(shù)傳且釋放原因不為