TD-LTE網(wǎng)絡(luò)優(yōu)化流程

TD-LTE工程優(yōu)化流程和方法（1）工程優(yōu)化主要是通過路測、定點(diǎn)測試等方式，結(jié)合天線調(diào)整，鄰區(qū)、頻率、PCI和基本參數(shù)優(yōu)化提升網(wǎng)絡(luò)KPI指標(biāo)的過程。工程優(yōu)化主要任務(wù)包括：覆蓋調(diào)整TD-LTE系統(tǒng)采用AMC技術(shù)和高階調(diào)制64QAM，對SINR要求更高，對網(wǎng)絡(luò)覆蓋優(yōu)化提出更高要求，控制越區(qū)覆蓋、凈化切換帶、消除交叉覆蓋尤其突出和重要，特別是切換區(qū)覆蓋控制。業(yè)務(wù)優(yōu)化：在覆蓋優(yōu)化的基礎(chǔ)上，完成對各項業(yè)務(wù)指標(biāo)的提升工程優(yōu)化主涉及流程如下：TD-LTE工程優(yōu)化流程和方法（2）工程優(yōu)化總體流程：TD-LTE工程優(yōu)化詳細(xì)工作要求（1）優(yōu)化準(zhǔn)備：網(wǎng)絡(luò)優(yōu)化開展前的準(zhǔn)備工作：基站信息表，基站開通信息表，告警信息表，地圖，路測軟件，測試終端，測試車輛，電源參數(shù)核查：針對需要優(yōu)化區(qū)域的站點(diǎn)信息進(jìn)行重點(diǎn)參數(shù)核查，確認(rèn)小區(qū)配置參數(shù)與規(guī)劃結(jié)果是否一致，重點(diǎn)參數(shù)包括：頻率、鄰區(qū)、PCI、功率、切換/重選參數(shù)、PRACH相關(guān)參數(shù)等。參考如下表格：TD-LTE工程優(yōu)化詳細(xì)工作要求（2）簇優(yōu)化：簇優(yōu)化是工程優(yōu)化的最初階段，首先需要完成覆蓋優(yōu)化，然后開展業(yè)務(wù)優(yōu)化。簇內(nèi)覆蓋優(yōu)化的工作步驟如下：1. 根據(jù)實際情況，選取簇內(nèi)的優(yōu)化測試路線，盡量遍歷簇內(nèi)的道路；2. 配置簇內(nèi)站點(diǎn)的鄰區(qū)關(guān)系，并檢查鄰區(qū)配置的正確性；3. 開展簇內(nèi)的DT測試，由于TD-LTE系統(tǒng)下UE上電后自動激活，處于RRC連接狀態(tài)，所以DT處在RRC連接態(tài)下的測試；4. 分析測試數(shù)據(jù)，找出越區(qū)覆蓋、弱場覆蓋、鄰區(qū)切換不合理等問題點(diǎn)，并輸出RF、鄰區(qū)優(yōu)化方案；5. 實施RF優(yōu)化方案，并開展驗證測試；循環(huán)第3、4步驟，直至解決問題，完成簇內(nèi)覆蓋優(yōu)化簇內(nèi)業(yè)務(wù)優(yōu)化的工作步驟為：1. 按照測試規(guī)范開展DT或者定點(diǎn)測試；2. 根據(jù)測試規(guī)范要求的優(yōu)化目標(biāo)，分析網(wǎng)絡(luò)性能指標(biāo)，如PDP激活成功率、RRC連接建立成功率、FTP上傳和下載速率、ping包時延、切換成功率等關(guān)鍵指標(biāo)，對異常事件開展深入分析，查找原因，制定優(yōu)化方案。TD-LTE為數(shù)據(jù)網(wǎng)絡(luò)，數(shù)據(jù)速率是衡量網(wǎng)絡(luò)的關(guān)鍵指標(biāo)之一，是異于其他網(wǎng)絡(luò)的一個方面，因此重點(diǎn)關(guān)注數(shù)據(jù)上傳、下載速率的測試和優(yōu)化；3. 執(zhí)行步驟4的優(yōu)化方案，并開展驗證測試；4. 循環(huán)第2-3步驟，直至解決問題，指標(biāo)達(dá)到優(yōu)化目標(biāo)值TD-LTE工程優(yōu)化詳細(xì)工作要求（3）片區(qū)優(yōu)化：

在所劃分區(qū)域內(nèi)的各個簇優(yōu)化工作結(jié)束后，進(jìn)行整個區(qū)域的覆蓋優(yōu)化與業(yè)務(wù)優(yōu)化工作。優(yōu)化的重點(diǎn)是簇邊界以及一些盲點(diǎn)。優(yōu)化的順序也是先覆蓋優(yōu)化，再業(yè)務(wù)優(yōu)化，流程和簇優(yōu)化的流程基本相同，區(qū)域優(yōu)化的具體工作步驟參見簇優(yōu)化覆蓋優(yōu)化工作步驟和業(yè)務(wù)優(yōu)化工作步驟邊界優(yōu)化：片區(qū)內(nèi)優(yōu)化完成之后，開始進(jìn)行片區(qū)邊界優(yōu)化。由相鄰區(qū)域的網(wǎng)優(yōu)工程師組成一個聯(lián)合優(yōu)化小組對邊界進(jìn)行覆蓋和業(yè)務(wù)優(yōu)化。當(dāng)邊界兩邊為不同廠家時，需要由兩個廠家的工程師組成一個聯(lián)合網(wǎng)優(yōu)小組對邊界進(jìn)行覆蓋優(yōu)化和業(yè)務(wù)優(yōu)化。覆蓋和業(yè)務(wù)優(yōu)化流程和簇優(yōu)化流程完全相同。在優(yōu)化過程中，注意及時更新工程參數(shù)表和參數(shù)調(diào)整跟蹤表，及時總結(jié)調(diào)整前后的對比報告全網(wǎng)優(yōu)化：全網(wǎng)優(yōu)化即針對整網(wǎng)進(jìn)行整體的網(wǎng)絡(luò)DT測試，整體了解網(wǎng)絡(luò)的覆蓋及業(yè)務(wù)情況，并針對客戶提供的重點(diǎn)道路和重點(diǎn)區(qū)域進(jìn)行覆蓋和業(yè)務(wù)優(yōu)化。覆蓋和業(yè)務(wù)優(yōu)化流程和簇優(yōu)化流程完全相同。在優(yōu)化過程中，注意及時更新工程參數(shù)表和參數(shù)調(diào)整跟蹤表，及時總結(jié)調(diào)整前后的對比報告運(yùn)維優(yōu)化流程重點(diǎn)是指導(dǎo)現(xiàn)場在運(yùn)營維護(hù)階段的優(yōu)化工作如何開展。該階段的核心是保障用戶感知，重點(diǎn)是維持網(wǎng)絡(luò)穩(wěn)定，使網(wǎng)絡(luò)指標(biāo)穩(wěn)中有升，同時還要快速發(fā)現(xiàn)問題、定位問題并及時向相關(guān)人員反饋結(jié)果，力爭在網(wǎng)絡(luò)出問題的第一時間發(fā)現(xiàn)并處理日常KPI監(jiān)控（1）日常KPI監(jiān)控流程參數(shù)問題交網(wǎng)優(yōu)處理最壞小區(qū)分類問題處理小組對各類最壞小區(qū)分類、匯總、定位交網(wǎng)優(yōu)處理交設(shè)備維護(hù)處理用固定格式郵件發(fā)給相關(guān)人員覆蓋問題設(shè)備問題指標(biāo)統(tǒng)計輸出Excel形式KPI日報指標(biāo)變化分析定位問題篩選最壞小區(qū)小區(qū)個性問題網(wǎng)絡(luò)共性問題檢查問題范圍判斷故障檢查eNodeB全局參數(shù)eNodeB問題CN問題參數(shù)正常？是交核心網(wǎng)否MRR/CDT分析終端問題導(dǎo)出全網(wǎng)指標(biāo)粒度1天cell級數(shù)據(jù)日常KPI監(jiān)控（2）業(yè)務(wù)保持業(yè)務(wù)掉線率后臺統(tǒng)計是業(yè)務(wù)掉話=其他業(yè)務(wù)掉話次數(shù)/其他業(yè)務(wù)接通次數(shù)×100%系統(tǒng)內(nèi)切換成功率后臺統(tǒng)計是LTE系統(tǒng)內(nèi)切換成功率=LTE切換成功次數(shù)/LTE切換請求次數(shù)×100%系統(tǒng)間切換成功率（可選）后臺統(tǒng)計是系統(tǒng)間切換成功率=系統(tǒng)間切換成功次數(shù)/系統(tǒng)間切換請求次數(shù)×100%接入類RRC接入成功率后臺統(tǒng)計是RRC連接完成/收到RRC連接請求尋呼成功率核心網(wǎng)統(tǒng)計是核心網(wǎng)下發(fā)尋呼次數(shù)/核心網(wǎng)收到尋呼響應(yīng)的次數(shù)業(yè)務(wù)相關(guān)無線接通率E-RAB成功率后臺統(tǒng)計（核心網(wǎng)）是MeasuretheratioofsuccessfullyestablishedserviceE-RABdividedbytotalattemptstoestablishtheEPSBearerinthesignallingphase//業(yè)務(wù)接入成功率=業(yè)務(wù)成功建立次數(shù)/業(yè)務(wù)發(fā)起請求次數(shù)×100%業(yè)務(wù)質(zhì)量類業(yè)務(wù)接入平均時延后臺統(tǒng)計否終端從PRACHpreamble到RRCConnectionSetupComplete平均上下行速率后臺統(tǒng)計否每RB上的平均上下行速率服務(wù)可獲得性忙時小區(qū)的下行PDSCH利用率后臺統(tǒng)計否PDSCH平均調(diào)度資源/PDSCH所有資源網(wǎng)絡(luò)接納拒絕率后臺統(tǒng)計是拒絕次數(shù)/接納次數(shù)日常KPI監(jiān)控內(nèi)容日常KPI監(jiān)控（3）日常KPI監(jiān)控方法KPI日常監(jiān)控主要是為了發(fā)現(xiàn)前一天或者今天的影響網(wǎng)絡(luò)指標(biāo)的最壞小區(qū)；按照一定的規(guī)則篩選出最壞小區(qū)。統(tǒng)計時間粒度：1天（24小時）；統(tǒng)計類別：小區(qū)級；統(tǒng)計頻率：每天一次，早上10點(diǎn)前完成參數(shù)修改KPI監(jiān)控（1）參數(shù)修改KPI監(jiān)控流程參數(shù)修改KPI監(jiān)控（2）參數(shù)修改KPI監(jiān)控內(nèi)容網(wǎng)絡(luò)覆蓋指標(biāo)RSCP覆蓋率路測是保證業(yè)務(wù)質(zhì)量的最基本和最重要的指標(biāo)

統(tǒng)計RSRP和RSRQ，后期可以通過測量上報上報RSRP和RSRQ指標(biāo)SINR覆蓋率路測否SINR>0dB取樣點(diǎn)數(shù)/總?cè)狱c(diǎn)數(shù)TD-LTE在網(wǎng)時長占比DT測試否路測中TD-LTE在網(wǎng)時長/測試時長業(yè)務(wù)保持業(yè)務(wù)掉話率DT測試是業(yè)務(wù)掉話=其他業(yè)務(wù)掉話次數(shù)/其他業(yè)務(wù)接通次數(shù)×100%系統(tǒng)內(nèi)切換成功率DT測試

后臺統(tǒng)計是LTE系統(tǒng)內(nèi)切換成功率=LTE切換成功次數(shù)/LTE切換請求次數(shù)×100%系統(tǒng)間切換成功率（可選）DT測試

后臺統(tǒng)計是系統(tǒng)間切換成功率=系統(tǒng)間切換成功次數(shù)/系統(tǒng)間切換請求次數(shù)×100%接入類RRC接入成功率后臺統(tǒng)計

DT測試是RRC連接完成/收到RRC連接請求尋呼成功率核心網(wǎng)統(tǒng)計是核心網(wǎng)下發(fā)尋呼次數(shù)/核心網(wǎng)收到尋呼響應(yīng)的次數(shù)業(yè)務(wù)相關(guān)無線接通率E-RAB成功率后臺統(tǒng)計（核心網(wǎng)）

DT測試是MeasuretheratioofsuccessfullyestablishedserviceE-RABdividedbytotalattemptstoestablishtheEPSBearerinthesignallingphase//業(yè)務(wù)接入成功率=業(yè)務(wù)成功建立次數(shù)/業(yè)務(wù)發(fā)起請求次數(shù)×100%業(yè)務(wù)質(zhì)量類業(yè)務(wù)接入平均時延后臺統(tǒng)計

DT測試否終端從PRACHpreamble到RRCConnectionSetupComplete平均上下行速率后臺統(tǒng)計

DT測試否每RB上的平均上下行速率HOCONTROLDELAY(HO控制面時延)DT測試否切換COMMAND到HOCOMPLETE(重配完成）pingpacketlostrate(32BYTES)PING32字節(jié)丟包率CQT測試

DT測試否可以分遠(yuǎn)，中，近點(diǎn)統(tǒng)計pingjitter(32bytes)(PING32字節(jié)抖動)CQT測試

DT測試否可以分遠(yuǎn)，中，近點(diǎn)統(tǒng)計pingroundtriptimes32bytes,ping包平均時延32BYTES(UserPlaneLatency)CQT測試

DT測試否可以分遠(yuǎn)，中，近點(diǎn)統(tǒng)計參數(shù)修改KPI監(jiān)控（3）參數(shù)修改KPI監(jiān)控方法KPI級對于后臺監(jiān)控指標(biāo)，統(tǒng)計時間粒度：15分鐘；統(tǒng)計類別：eNodeB級；統(tǒng)計頻率：15分鐘一次；對比法；參數(shù)修改生效后一天的數(shù)據(jù)，與以前一天工作日數(shù)據(jù)的對比（不能與周末對比）；或者與上周同一時間段對比。這周一與上周一對比，周二與上周二對比，以此類推。這種對比方法主要是基于每周用戶行為的一致性考慮。如果發(fā)現(xiàn)指標(biāo)惡化馬上預(yù)警，并找出最壞小區(qū)，定位問題原因，決定是否回退。實時監(jiān)控法；定好指標(biāo)衡量的標(biāo)準(zhǔn)，如果發(fā)現(xiàn)某個eNodeB指標(biāo)超出標(biāo)準(zhǔn)，馬上預(yù)警，并找出最壞小區(qū)，定位問題原因，決定是否回退。對于CQT或者DT數(shù)據(jù)，可在參數(shù)修改完后，安排相應(yīng)人員進(jìn)行測試運(yùn)維指標(biāo)監(jiān)控（1）運(yùn)維指標(biāo)監(jiān)控流程運(yùn)維指標(biāo)監(jiān)控（2）運(yùn)維指標(biāo)監(jiān)控內(nèi)容：全網(wǎng)運(yùn)維監(jiān)控指標(biāo)包括站點(diǎn)完好率、小區(qū)退服率、每站當(dāng)前告警數(shù)、每站歷史告警數(shù)4項，每日需要對上述指標(biāo)進(jìn)行分析，如存在指標(biāo)未達(dá)標(biāo)，則需要進(jìn)行針對性的分析處理。站點(diǎn)完好率：維站點(diǎn)中完好站點(diǎn)數(shù)：運(yùn)維站點(diǎn)數(shù)中的沒有任何告警，所有小區(qū)和公共信道都正常的站點(diǎn)。站點(diǎn)完好率得分按如下公式計算：站點(diǎn)完好率＝運(yùn)維站點(diǎn)中的完好站點(diǎn)/運(yùn)維站點(diǎn)數(shù)小區(qū)退服率：通過網(wǎng)管統(tǒng)計前一天8:00到23:00的運(yùn)維的小區(qū)的退服率。每站當(dāng)前告警數(shù)。網(wǎng)管上告警總數(shù)：統(tǒng)計網(wǎng)管上當(dāng)前告警總數(shù)，包括eNodeB、網(wǎng)管等所有告警數(shù)。當(dāng)前告警得分按如下公式計算：每站點(diǎn)當(dāng)前告警數(shù)＝網(wǎng)管上告警總數(shù)/網(wǎng)管上站點(diǎn)總數(shù)每站歷史告警數(shù)。一天的歷史告警總數(shù)：統(tǒng)計網(wǎng)管上前一天（24小時）的歷史告警總數(shù)。歷史告警得分按如下公式計算：每站點(diǎn)歷史告警數(shù)＝一天的歷史告警總數(shù)/網(wǎng)管上站點(diǎn)總數(shù)運(yùn)維指標(biāo)監(jiān)控（3）監(jiān)控方法統(tǒng)計時間粒度：24小時；統(tǒng)計類別：RNC級；統(tǒng)計頻率：24小時一次；運(yùn)維指標(biāo)采用對比監(jiān)控法：每天統(tǒng)計全網(wǎng)運(yùn)維指標(biāo)是否正常，有沒有達(dá)到正常標(biāo)準(zhǔn)，如果發(fā)現(xiàn)某個eNodeB指標(biāo)超出標(biāo)準(zhǔn)，馬上預(yù)警，定位問題原因，推動解決告警處理流程（1）告警處理流程告警處理流程（2）告警處理內(nèi)容和方法故障的監(jiān)控內(nèi)容較多，一般為無網(wǎng)管上報的告警信息。根據(jù)告警影響程度，有輕到重依次為輕微、普通、重要和嚴(yán)重幾個等級，告警一般按照告警影響程度由重到輕的順序處理。告警分類以及處理建議，可參考如下表格：性能優(yōu)化流程性能優(yōu)化流程典型性能優(yōu)化案例-數(shù)據(jù)吞吐量（1）關(guān)于吞吐量：1.單獨(dú)下行吞吐量(單UE或多UE)2.單獨(dú)上行吞吐量(單UE或多UE)3.上下行同傳吞吐量(單UE或多UE)4.上下行混傳吞吐量（多UE)5.FTP吞吐量VSUDP吞吐量6.靜止吞吐量(極好點(diǎn)VS好點(diǎn)VS中點(diǎn)VS差點(diǎn)VS切換區(qū)點(diǎn)）7.移動吞吐量(步行VS低速VS中速VS高速）8.單UE吞吐量VS多UE吞吐量

9.單小區(qū)吞吐量VS多小區(qū)吞吐量吞吐量的問題和現(xiàn)象：1.極好點(diǎn)的下行(上行)峰值吞吐量不達(dá)標(biāo)2.下行(上行)FTP吞吐量明顯低于UDP吞吐量3.下行(上行)靜止吞吐量波動大，平均吞吐量偏低4.下行(上行)移動吞吐量波動大，平均吞吐量偏低5.多UE下行(上行)吞吐量低于單UE下行(上行)吞吐量6.單UE(多UE)上下行同傳吞吐量偏低7.多UE上下行混傳吞吐量偏低8.多小區(qū)多UE場景下，下行(上行)吞吐量偏低。。。典型性能優(yōu)化案例-數(shù)據(jù)吞吐量（2）影響吞吐量的原因分類：1.無線信道條件差，SINR低（信號弱或干擾大）2.無線信道不滿足雙流條件3.算法參數(shù)不合理，導(dǎo)致性能波動不收斂或異常4.調(diào)度數(shù)據(jù)量不足，調(diào)度RB數(shù)或子幀數(shù)不滿（PDN問題、反饋包不及時、傳輸受限、緩存器不足等）5.終端問題（類型、版本、個體）。。。典型性能優(yōu)化案例-數(shù)據(jù)吞吐量（3）分析和優(yōu)化：分析數(shù)據(jù)先看宏觀面（吞吐量及其變化特點(diǎn)，如峰值吞吐量能達(dá)到多少，是否穩(wěn)定等），再看微觀點(diǎn),即在eNB側(cè)和UE側(cè)的后臺依次同時查看下述關(guān)鍵數(shù)據(jù)，如下：（1） BLER(ACK、NACK、DTX)（2） HARQ第N次重傳成功率（N=1、2、3。。。）（3） SINR/CQI/RI/PMI（4） RSRP/RSRQ/RSSI/Pathloss（包括鄰區(qū)的RSRP)（5） IOT(ThermalNoiseandInterference）（6） MCS/RB/TB/TTI（每幀調(diào)度TTI，或每秒調(diào)度包數(shù)）（7） BSR（8） TransmitPower/TPC/PHR需要注意的是，需要確認(rèn)eNB側(cè)和UE側(cè)數(shù)據(jù)統(tǒng)計是一致，特別是BLER。典型性能優(yōu)化案例-數(shù)據(jù)吞吐量（4）排查思路和順序（1）

先功能后性能：先找極好點(diǎn)（滿足雙流下的SINR超過20dB），驗證單UE的上下行UDP（或FTP)能否達(dá)到峰值吞吐量；然后再在好點(diǎn)、中點(diǎn)、差點(diǎn)、移動下場景下排查吞吐量問題，這時候要緊密結(jié)合數(shù)據(jù)分析（見上）；

（2）

先單UE后多UE：先作單UE，如果是作多UE的吞吐量，也應(yīng)該從單個開始，逐步增加UE，每增加1個UE，都要保持觀察一段時間；

（3）

先單小區(qū)后多小區(qū)：由于鄰區(qū)RS對本小區(qū)的干擾，所以單小區(qū)的場景包括關(guān)閉鄰區(qū)和鄰區(qū)空載兩種，而多小區(qū)的場景包括各小區(qū)空載和加載兩種；

（4）

先簡單場景后復(fù)雜場景：例如先單小區(qū)定點(diǎn)，再多小區(qū)定點(diǎn)，或先單小區(qū)覆蓋拉遠(yuǎn)拉近，在多小區(qū)移動切換；

（5）

在上述排查順序中，要充分結(jié)合前后數(shù)據(jù)的變化進(jìn)行對比分析切換性能優(yōu)化切換優(yōu)化流程切換異常分析切換過程中，一般存在如下異常：（1）終端上報測量報告，但是由于上行信道質(zhì)量不好或失步，導(dǎo)致eNodeB收不到測量報告，服務(wù)小區(qū)信號已經(jīng)很差了，卻不能發(fā)起切換。（2）eNodeB沒有配置鄰區(qū)消息，UE無法發(fā)起測量報告。（3）UE由于和原小區(qū)失步，收不到原小區(qū)數(shù)據(jù)，收不到RRC重配置信令，導(dǎo)致無法切換。（4）UE收到RRC重配置消息，卻無法在新小區(qū)建立上行同步，導(dǎo)致幀定時跟蹤出現(xiàn)問題，這樣UE無法在目標(biāo)小區(qū)正確收發(fā)，導(dǎo)致RRC重配置超時。（5）UE收到RRC重配置消息，由于原小區(qū)或周圍鄰小區(qū)對目標(biāo)小區(qū)的下行信號有干擾，導(dǎo)致UE無法正確解析目標(biāo)小區(qū)的下行信號，導(dǎo)致不能與目標(biāo)小區(qū)建立同步，而引發(fā)RRC重配置超時。（6）UE已向目標(biāo)eNodeB發(fā)送RRC重配置完成信令，但是由于目標(biāo)小區(qū)eNodeB底噪過高，或此時多部UE位于小區(qū)邊緣，且上行發(fā)射功率都被抬升的比較高，導(dǎo)致產(chǎn)生較大的上行干擾，使得目標(biāo)小區(qū)eNodeB無法正確解析重配置完成的信令，而引發(fā)RRC重配置超時。（7）系統(tǒng)側(cè)切換參數(shù)配置不合理，造成UE在系統(tǒng)下只測量不切換，或是無法切換等原因，從而造成掉線。切換問題分析和排查換成功率指標(biāo)分析。分析切換成功率的種類，從網(wǎng)管上對切換成功率進(jìn)行簡要分析，分析是何種切換較差造成了整體切換成功率較差，是X2切換還是S1切換，或者其他類型切換異常。1. 無線側(cè)問題排查無線側(cè)出現(xiàn)的切換問題一些原因為：（1）

其它同頻同PCI小區(qū)虛假信號導(dǎo)致；（