【正文】 2 工程優(yōu)化流程 工程優(yōu)化基本流程運營商LTE移動通信網絡基站工程優(yōu)化基本流程如下圖所示：圖21 工程優(yōu)化基本流程流程說明如下：（1）在基站施工完成以后，建設單位應組織進行站點工程參數核查，主要包括基站工程參數和天饋參數，并將核查結果如實填寫在LTE新建宏站入網申請表內，若核查過程中存在問題，應及時整改，然后發(fā)起入網申請，入網申請時需要提交的資料包括： 1）宏站入網申請表，： “[入網申請所需資料表（宏站）]入網申請表”表單，室分入網申請表，：“[入網申請所需資料表（室分）]入網申請表”表單； 2）LTE宏基站基礎信息單，： “[入網申請所需資料表（宏站）] LTE基站基礎信息單”表單； 3）LTE宏基站選站單，： “[入網申請所需資料表（宏站）] LTE基站選站單”表單； 4）RCU基本信息表，： “[入網申請所需資料表（宏站）] RCU基本信息表”表單； 5）基站相關附圖，： “[入網申請所需資料表（宏站）] 基站附圖”表單。（4）工程優(yōu)化質量應由建設單位與優(yōu)化單位聯合確認。所有整改工作實施后，應由建設單位與優(yōu)化單位共同驗收通過。通過單站優(yōu)化，可以排除設備功能性問題和工程質量問題，有利于后期問題定位和問題解決，提高網絡優(yōu)化效率。 單站核查 基站狀態(tài)檢查通過設備網管進行如下檢查，（1） 檢查待驗證站點是否有告警，如果有告警請產品確認，無影響后可進行單站驗證測試；（2）檢查待驗證站點小區(qū)是否激活，小區(qū)狀態(tài)是否正常；將站點基本信息填寫到測試結果表格中，：“[單站優(yōu)化測試模板表（宏站）] 測試結果”“[單站優(yōu)化測試模板表（室分）] 測試結果”表單。核實的參數包括：站名、eNodeBid、cellid 、PCI、TAC、頻點、帶寬、參考信號功率、PRACH、傳輸模式、雙工模式、天線模式、頻帶、MME。 天線電調性能檢查（僅宏站）由于LTE系統對于干擾敏感，要求在建設階段完成LTE天線遠程電調系統的連接和調試，保證入網基站能夠方便調整設置傾角，同時方便讀取天線相關基本信息便于后續(xù)維護和優(yōu)化。注：對于異系統合路天線，要求開站時將“字段保留”字段寫入基站，以區(qū)分級聯馬達的歸屬。根據記錄的下傾角，將電調天線恢復至原有的下傾角度。單站驗證時發(fā)現的問題，需要及時進行處理，并在處理完之后重新驗證，確保問題已解決。 宏站宏站測試指標要求如下：指標項測試方式備注RSRPCQT距離基站50~100米，近點RSRP值SINRCQT距離基站50~100米，近點SINR值Ping時延（32Byte）CQT從發(fā)出PING Request到收到PING Reply之間的時延平均值FTP下載CQT空載，覆蓋好點（SINR20dB），峰值速率FTP上傳CQT空載，覆蓋好點（SINR20dB），峰值速率CSFB建立成功率CQT覆蓋好點（SINR20dB）CSFB建立時延CQTUE在LTE側發(fā)起Extend Sevice Request消息開始，到UE在WCDMA側收到ALERTING消息PCICQT是否與設計值一致切換情況DT同站小區(qū)間切換，能正常切換小區(qū)覆蓋測試DT沿小區(qū)天線主覆蓋方向進行拉遠測試測試具體要求詳見第4章。對于LTE在原有系統上整改新建的情況，單站測試時需對2G、3G系統進行測試，確保原2G、3G系統不受影響。分簇優(yōu)化的主要內容包括：優(yōu)化內容說 明覆蓋優(yōu)化（1）實現對覆蓋空洞的優(yōu)化，保證網絡中覆蓋信號的連續(xù)覆蓋；（2）實現對弱覆蓋區(qū)域的優(yōu)化，保證網絡中覆蓋信號的覆蓋質量；（3）實現對主控小區(qū)的優(yōu)化，保證各區(qū)域有較為明顯的主控小區(qū)；（4）實現越區(qū)覆蓋問題的優(yōu)化干擾優(yōu)化（1）對網內干擾而言，干擾問題體現為RSRP數值很好而SINR數值很差；（2）對網外干擾而言，干擾問題體現為掃頻測試得出的測試區(qū)域底噪數值很高切換優(yōu)化主要包括鄰區(qū)關系配置以及切換相關參數的優(yōu)化，解決相應的切換失敗和切換異常事件，提高切換成功率掉線率與接通率優(yōu)化專項排查，解決掉線和接通方面的問題，進而提高掉線率和接通率告警和硬件故障排查解決存在的告警故障和硬件問題分簇優(yōu)化的主要工作步驟包括：（1）制定簇優(yōu)化的目標簇優(yōu)化聚焦于網絡的覆蓋、接入性、保持性（掉線率）、移動性（切換成功率）、吞吐率等指標，因此需提前制定好簇的關注指標，及各指標的目標值。路測過程中，測試隊伍需要密切關注終端的接入/掉線行為以及吞吐量的趨勢，若遇到明顯異常行為應及時向后方人員通報，并定位處理。（5）調整以及驗證在數據分析及問題處理階段給出了優(yōu)化建議（如天饋調整、鄰區(qū)調整、PCI調整、切換門限或者遲滯調整等）并執(zhí)行調整。建議提前制定好簇優(yōu)化報告模板，模板中應包括：（1） 優(yōu)化前簇狀態(tài)（包括站點個數、開通情況、告警情況等）；（2） 測試路線；（3） 優(yōu)化前指標情況；（4） 簇內問題點匯總；（5） 各問題點詳細分析和解決建議；（6） 各問題點調整后情況；（7） 下一輪優(yōu)化建議；（8） 遺留問題匯總。分區(qū)優(yōu)化在分簇優(yōu)化的基礎上更加注重簇與簇之間邊界地區(qū)的覆蓋、干擾、切換等問題。不同LTE廠家交界優(yōu)化主要檢查異廠家網絡邊界的相關性能指標，通過測試驗證發(fā)現可能存在的互操作功能、數據、參數等問題，通過協同RF優(yōu)化、參數調整、數據完善等手段，實現邊界區(qū)域性能指標的提升。涉及不同廠家交界區(qū)域，兩個廠家均需要進行DT測試，測試區(qū)域為以邊界基站為中心，向各自區(qū)域延伸3～5倍站距（該區(qū)域平均站距）。（3）邊界的PCI復用問題，包含PCI沖突、混淆，以及干擾。 全網優(yōu)化 網絡評估在全網優(yōu)化前，需要對全網的網絡質量進行評估，通過所有片區(qū)網絡優(yōu)化后網絡質量評估報告、所有片區(qū)網絡優(yōu)化報告及網絡監(jiān)控指標，分析全網的網絡現狀，明確全網優(yōu)化目標，確定全網優(yōu)化計劃。（2）天線方向角主要應用場景：過覆蓋、弱覆蓋、導頻污染、覆蓋盲區(qū)、過載等。（3）導頻功率主要應用場景：過覆蓋、導頻污染、過載等場景調整導頻功率易于操作，對其他制式的影響也比較小，但是增益不是很明顯，對于問題嚴重的區(qū)域改善較小。（7）增加塔放主要應用場景：遠距離覆蓋更改站點類型如支持20W功放的站點變成支持40W功放的站點等；（8）站點位置主要應用場景：導頻污染、弱覆蓋、覆蓋不足以下場景應考慮搬遷站址。（3）小區(qū)邊緣速率指采樣點CDF （累計概率分布）低端5%對應的值。最后一個數據包指L3最后一個序號的數據包。預置條件(1) (僅TDD)幀結構：上行/下行配置2（子幀配置：DSUDDDSUDD）、常規(guī)長度CP、特殊子幀配置7（DwPTS:GP:UpPTS=10:2:2）(2) 天線配置：上行SIMO 模式；下行自適應MIMO 模式(3) 調度：動態(tài)調度(4) 測試區(qū)域：選擇一個主測小區(qū)，在該小區(qū)內進行測試(5) 在室外選擇好點（RS_RSRP90dBm且RS_SINR 20dB）進行測試測試步驟(1) 步驟1：鄰小區(qū)開啟；(2) 步驟2：測試終端處于主測小區(qū)內覆蓋“好”點；(3) 步驟3：測試終端接入系統，發(fā)起32Bytes包，連續(xù)ping 100次；輸出結果單用戶在好點的Ping包時延、成功率驗收標準備注無 CSFB測試測試項目CSFB功能與性能測試目的通過該項測試，檢查LTE語音業(yè)務 CS Fallback的建立成功率和時延。(2) 步驟2：在距離基站50~300米的范圍內，驅車繞基站一周，將該基站的所有小區(qū)都要遍歷到，如下圖所示：（3）如果本站任意兩個小區(qū)間可以正常切換，切換點在兩小區(qū)的邊界處。(2) 步驟2：測試車攜帶測試終端1臺、GPS接收設備及相應的路測系統，測試車應視實際道路交通條件以中等速度（30km/h左右）勻速行駛；(3) 步驟3：終端建立連接，進行數據業(yè)務下載,沿每個扇區(qū)天饋正主瓣方向進行站點拉遠測試，拉遠距離市區(qū)200米左右 ，郊區(qū)300米左右或發(fā)生鄰區(qū)切換為止。測試點應為人員經常活動區(qū)域，測試樓層的選點應保證RSRP 不小于105dBm； DLPS：FTP下載一個足夠大的數據文件，建議20G以上（文件下載完成后選擇重新下載）；記錄BLER、CQI、FTP下載平均速率和峰值速率。CSFB呼叫成功率測試方法同上。任務完成標志：PCI發(fā)生變化，測試任務完成。 區(qū)域優(yōu)化測試方法測試項目區(qū)域覆蓋測試測試目的考察網絡覆蓋指標，明確全網覆蓋情況。基于測試數據繪制下行SINR、RSRP、RSRQ的路測打點圖和CDF曲線。連接建立時延=終端發(fā)出RRC Connection Reconfiguration Complete的時間至終端發(fā)出第一條RACH preamble的時間其中：終端發(fā)起分組數據連接建立請求：RRC IDLE 狀態(tài)的終端由于有數據需傳送（比如發(fā)起Ping）而發(fā)起SERVICE REQUEST過程。Delay for RACH Scheduling Period3。Processing delay in eNodeB13。Processing delay in eNodeB2。Security Mode Command+ RRC Connection Reconfiguration14。RRC Connection Request10。輸出結果終端發(fā)起分組數據連接建立請求總次數、成功完成連接建立次數、掉線次數。切換成功：以信令交互完成（RRC層UE 向源小區(qū)發(fā)送測量報告信令后，UE 收到切換指令RRC Connection Reconfiguration，隨后UE 向目標小區(qū)發(fā)送RRC Connection Reconfiguration Complete）切換失敗次數=切換嘗試次數切換成功次數（注意：切換信令交互完成后立即掉線只視作掉線，不視作切換失?。┹敵鼋Y果終端發(fā)起切換嘗試次數、切換成功次數、切換失敗次數驗收標準備注無（4）切換時延測試測試項目切換時延測試測試目的考察網絡切換時延預置條件(1) (僅TDD)幀結構：上行/下行配置2（子幀配置：DSUDDDSUDD）、常規(guī)長度CP、特殊子幀配置7（DwPTS:GP:UpPTS=10:2:2）(2) 天線配置：上行SIMO 模式；下行自適應MIMO 模式(3) 測試區(qū)域：覆蓋區(qū)域內全部小區(qū)(4) 2部終端同時切換測試步驟(1) 步驟1：測試車攜帶測試終端2部、GPS接收設備及相應的路測系統；(2) 步驟2：測試車各終端建立連接，進行上下行TCP業(yè)務（如FTP上傳/下載一個大文件）；(3) 步驟3：測試車應視實際道路交通條件以中等速度（ 30km/h左右）勻速行駛，終端長時間保持業(yè)務；中間如有掉線，則及時停車重新建立連接重新開始測試；(4) 步驟4：觀察終端側信令流程或服務小區(qū)ID，確定是否發(fā)生切換。最后一個數據包指L3最后一個序號的數