1、優化流程和CASE分析北電網絡（中國）無線工程部August, 2005KPI指標的優化 主要是提高全網的和每月評比有關的關鍵指標。路測(DT)和撥打測試(CQT)評估控制RF的覆蓋 熱點地區和特殊地點的測試以及問題解決CDMA優化主要包括：KPI的優化:網絡評估硬件告警檢查 天饋系統檢查 網絡資源分析和調整 細致的相鄰小區調整反向接收電平分析話務的平衡功率控制參數組的細調PN調整新的feature使用數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NYCDMA優化-KPI數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NYCDMA優化-KPICDMA優化-KPI數據采集數據分

2、析符合KPI要求方案實施及驗證準備階段結束NY數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NYCDMA優化-KPICDMA優化-KPI數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NY如果未達到KPI的指標要求，重新開始新的一輪優化直到達到KPI的指標要求或者發現未能達到指標的原因。1個BSC，1項KPI指標的優化通常需要1個LEVEL2的工程師做3輪甚至更多，每輪需要2 4周的時間。所以整個城市的優化就需要根據總共有多少個BSC來安排。CDMA優化-KPI數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NY路測/撥打測試優化包括:覆蓋盲區,過覆蓋掉話接入失敗導頻

3、污染FERISSHO/IVHHO多路軟切換室內直放站的驗證室內覆蓋系統的驗證熱點地區特殊地點在項目開始階段，路測的主要任務是發現覆蓋的問題。在項目的后期，路測的主要任務是覆蓋控制，例如解決過覆蓋的問題。CDMA優化-DT/CQT數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NY數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NYCDMA優化-DT/CQT數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NYCDMA優化-DT/CQT數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NYCDMA優化-DT/CQTCDMA優化-DT/CQT數據采集數據分析符合KPI要

4、求方案實施及驗證準備階段結束NYCDMA優化-DT/CQT數據采集數據分析符合KPI要求方案實施及驗證準備階段結束NY如果未達到KPI的指標要求，重新開始新的一輪優化直到達到KPI的指標要求或者發現未能達到指標的原因。1個城市的路測優化通常需要1支路測隊伍做2輪甚至更多，每輪需要3 5周的時間。每輪時間的長短由測試路線的選擇和城市規模大小決定。工作責任分工的定義CDMA Opt. Responsibility Split-準備 Please note: It bases on Nortels suggestion 工作責任分工的定義CDMA Opt. Responsibility Split-

5、數據采集 Please note: It bases on Nortels suggestion 工作責任分工的定義CDMA Opt. Responsibility Split-數據分析 Please note: It bases on Nortels suggestion 工作責任分工的定義CDMA Opt. Responsibility Split-實施與驗證 Please note: It bases on Nortels suggestion 工作責任分工的定義CDMA Opt. Responsibility Split-最終報告 Please note: It bases on No

6、rtels suggestion 掉話原因的分析和其他優化問題掉話的分類覆蓋掉話原因：基站問題，無服務第二載波上未定義硬切換網絡的覆蓋盲區（最有可能）措施：如果在網絡設計階段已經知道掉話區域是沒有足夠的覆蓋，則忽略這部分掉話；如果不是，則可能是下面的情況壞的手機，某些手機的靈敏度可能比一般手機稍差，檢查手機的性能 天線天饋系統的問題，包括天線，電纜，接頭，跳線等，檢查天饋分極接收問題，運行btsdiag.pl來定位是否存在天線接反或某根天線始終不能鎖定信號掉話的分類-續前向內部干擾掉話原因：相鄰小區未定義相鄰小區搜索窗太小l部分小區過覆蓋措施：確認造成前向干擾的信號是否應該在該區域覆蓋如果不需

7、要該扇區信號的覆蓋，增加該扇區的俯仰角或改變方位角如果確實需要該信號的覆蓋，則將該扇區加到相鄰小區列表中，如果需要相應調整相鄰小區搜索窗。掉話的分類-續前向外部干擾掉話原因：AMPS系統，某些電視轉接器和加油站手機信號屏蔽設備等措施：用PN掃描設備確認是否存在前向的外部干擾信號將確認的前向干擾通知聯通來進行處理繼續跟蹤確認外部干擾問題的及時解決掉話的分類-續導頻污染掉話原因：在同片區域，手機收到很多路信號，并且各路信號的強度都差不多沒有主導小區措施：只能通過調整天線俯仰角或轉動方位角來增強最強信號（或最合理的扇區）在該區域的覆蓋并且通過調整天線俯仰角或轉動方位角/或者修改TPTLTargetP

8、owerOffset值來降低最弱信號在該區域的覆蓋掉話的分類-續PN混淆掉話原因：在手機的相鄰小區已經定義了該PN信號同時手機還能收到相鄰小區之外另一個扇區的同樣PN的信號主要原因來自PN規劃時不合理的復用或相鄰小區定義的不合理措施：找出是哪個PN引起的問題查看在哪個時刻TxGA降低找出在手機的激活集的信號中哪一路來自遠處的基站找出該信號來自哪個基站找出相鄰小區中使用同樣PN的基站找出這個相鄰小區是由哪個站的鄰小區定義的要解決這個問題需要調整其中一個扇區的PN或者從相鄰小區列表中剔除掉同PN的相鄰小區掉話的分類-續GBU掉話原因：很低的業務信道增益（TCG）手機的finger鎖定了一路Ec/I

9、o很差的激活集信號手機無法正常從Ec/Io很差的扇區收到功率控制信號，所以手機就一直降低發射功率以致掉話措施：確認不是由于導頻混淆導致的掉話解決辦法：增加功率控制參數PTXlower值（影響一個BSC下的所有基站）或者提高Ec/Io很差扇區的TPTLTargetPowerOffset增強該扇區的覆蓋掉話的分類-續反向干擾掉話原因：CDMA設備外的各種發射設備都可能導致干擾模擬信號或其他系統可能的干擾措施確認不是由于反向鏈路鎖定導致的掉話觀測BTS Performance logs中基站的反向接收電平的情況查看周圍基站的接收電平的情況確認是否也存在同樣的干擾觀測干擾是全天都存在或者只在一定時段內

10、出現將確認的反向干擾情況通知聯通來進行處理繼續跟蹤確認外部干擾問題的及時解決掉話的分類-續反向鏈路鎖定掉話（不常發生）原因：BTS中的CE無法鎖定反向鏈路在硬切換過程中基站提供的環路延遲不準確CE軟件問題措施:確認業務信道的搜索窗口和解調窗口所設定的值是相同的檢查硬件告警或更換CEM板卡掉話的分類-續其他的優化問題優化過程中還需要對網絡中Ec/Io很差的地區也進行優化，因為在這部分地區可能會導致掉話導頻污染在RFO中通過設定以下門限很容看到導頻污染地區接收電平 -100dBm 并且最強PN的Ec/Io = 5其他一些Ec/Io差的問題通常在RFO中設定下面的門限可以找到其他Ec/Io差的問題接

11、收電平 -100dBm并且最強PN的Ec/Io = T_Add，向系統發送PSMM，請求切換。SBS收到手機的切換請求，對切換進行判斷，發現目標小區CELLCAP = MixedRRM，認為該小區有能力支持3G語音呼叫，同意切換，并通知基站分配信道。基站收到SBS的信令后，發現本小區PREV=5，不能支持3G語音呼叫，對此3G語音切換不能支持，不向手機發送Handoff Direction Message。手機不能得到系統對切換請求的響應，切換失敗。在繼續向目標小區前進時，目標小區的干擾逐漸增強，最終造成掉話。把MC800BTS1006的P_REV改成6后，再次測試3G呼叫能進行正常切換，未發

12、生掉話優化實例3：P_REV優化實例4：功率控制參數在每年全國的大區檢查中，FER指標是其中一項重要的評分標準，要求FER=3的范圍達到95%以上。按照優化的思路首先是要控制覆蓋，盡量減少前向的干擾，提高前向FER在控制覆蓋之后，按當前設置，經測試FER指標無法達到大區檢查的要求，需要相應調整功率控制參數提高前向FER的指標。由于語音業務對FER并不敏感，在充分考慮到容量和質量平衡的情況下，北電推薦的前向FER TARGET設置為2%。因此我們調整了下表所列的和前向FER有關的功率控制參數優化實例4：功率控制參數優化實例4：功率控制參數調整后的結果如下表所列注意事項：由于功率控制參數需要在質量

13、和容量之間找到平衡點，提高質量的同時就需要犧牲一定的容量，所以在話務量非常高或負載很大的地區不建議進行調整，否則可能影響到網絡性能由于提高了發射功率，可能導致網絡噪聲水平增加，同時需要調整部分小區的接入參數保證正常的接入性能優化實例5：基站切換成功率低某基站切換成功率低. 通過檢查近幾日的OM CAUSCT3V/CAUSCT3D/CAUC PSCT 發現3G的語音和數據業務起呼和被叫正常，沒有3G語音和數據的切換嘗試，2G的語音切換成功率很低，有時僅有10。4月3日 在此基站下的主被叫正常. 存在許多的CAUHRLFL的記錄，但沒有CAUHBLKS的記錄。4月3日 切換的成功率底, 原因是CA

14、UHRLFL.從以上的數據來看該問題與硬件有關的可能性很小，應該是參數配置的問題。RF工程師檢查系統參數后發現這個問題與基站1944的第二扇區的天線方向有關，基站1944第二扇區的天線指向基站1521的第三扇區，但是在基站1521的beacon target里沒有基站1944的第二扇區。 RF工程師更新基站1521的第三扇區的beacon target后，問題得到解決。 THIS IS THE WAY THIS IS 演講完畢，謝謝觀看！內容總結優化流程和CASE分析。路測(DT)和撥打測試(CQT)。覆蓋盲區,過覆蓋。分極接收問題，運行btsdiag.pl來定位是否存在天線接反或某根天線始終不能鎖定信號。只能通過調整天線俯仰角或轉動方位角來增強最強信號（或最合理的扇區）在該區域的覆蓋。同時手機還能收到相鄰小區之外另一個扇區的同樣PN的信號。手機無法正常從Ec/Io很差的扇區收到功率控制信號，所以手機