CDMA優(yōu)化流程和案例分析課件

優(yōu)化流程和CASE分析北電網(wǎng)絡(luò)（中國）無線工程部August,2005優(yōu)化流程和CASE分析北電網(wǎng)絡(luò)（中國）無線工程部KPI指標(biāo)的優(yōu)化

主要是提高全網(wǎng)的和每月評比有關(guān)的關(guān)鍵指標(biāo)。路測(DT)和撥打測試(CQT)

評估控制RF的覆蓋

熱點地區(qū)和特殊地點的測試以及問題解決CDMA優(yōu)化主要包括：KPI指標(biāo)的優(yōu)化CDMA優(yōu)化主要包括：KPI的優(yōu)化:網(wǎng)絡(luò)評估硬件告警檢查

天饋系統(tǒng)檢查

網(wǎng)絡(luò)資源分析和調(diào)整

細(xì)致的相鄰小區(qū)調(diào)整反向接收電平分析話務(wù)的平衡功率控制參數(shù)組的細(xì)調(diào)PN調(diào)整新的feature使用

數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPIKPI的優(yōu)化:數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及如果未達到KPI的指標(biāo)要求，重新開始新的一輪優(yōu)化直到達到KPI的指標(biāo)要求或者發(fā)現(xiàn)未能達到指標(biāo)的原因。1個BSC，1項KPI指標(biāo)的優(yōu)化通常需要1個LEVEL2的工程師做3輪甚至更多，每輪需要2~4周的時間。所以整個城市的優(yōu)化就需要根據(jù)總共有多少個BSC來安排。CDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY如果未達到KPI的指標(biāo)要求，重新開始新的一輪優(yōu)化直到達到KP路測/撥打測試優(yōu)化包括:覆蓋盲區(qū),過覆蓋掉話接入失敗導(dǎo)頻污染FERISSHO/IVHHO多路軟切換室內(nèi)直放站的驗證室內(nèi)覆蓋系統(tǒng)的驗證熱點地區(qū)特殊地點在項目開始階段，路測的主要任務(wù)是發(fā)現(xiàn)覆蓋的問題。在項目的后期，路測的主要任務(wù)是覆蓋控制，例如解決過覆蓋的問題。CDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY路測/撥打測試優(yōu)化包括:CDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案CDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY如果未達到KPI的指標(biāo)要求，重新開始新的一輪優(yōu)化直到達到KPI的指標(biāo)要求或者發(fā)現(xiàn)未能達到指標(biāo)的原因。1個城市的路測優(yōu)化通常需要1支路測隊伍做2輪甚至更多，每輪需要3~5周的時間。每輪時間的長短由測試路線的選擇和城市規(guī)模大小決定。CDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-準(zhǔn)備

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-數(shù)據(jù)采集

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-數(shù)據(jù)分析

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-實施與驗證

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-最終報告

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi掉話原因的分析和其他優(yōu)化問題掉話原因的分析和其他優(yōu)化問題掉話的分類掉話的分類覆蓋掉話原因：基站問題，無服務(wù)第二載波上未定義硬切換網(wǎng)絡(luò)的覆蓋盲區(qū)（最有可能）措施：如果在網(wǎng)絡(luò)設(shè)計階段已經(jīng)知道掉話區(qū)域是沒有足夠的覆蓋，則忽略這部分掉話；如果不是，則可能是下面的情況壞的手機，某些手機的靈敏度可能比一般手機稍差，檢查手機的性能

天線天饋系統(tǒng)的問題，包括天線，電纜，接頭，跳線等，檢查天饋分極接收問題，運行btsdiag.pl來定位是否存在天線接反或某根天線始終不能鎖定信號掉話的分類-續(xù)覆蓋掉話掉話的分類-續(xù)前向內(nèi)部干擾掉話原因：相鄰小區(qū)未定義相鄰小區(qū)搜索窗太小l部分小區(qū)過覆蓋措施：確認(rèn)造成前向干擾的信號是否應(yīng)該在該區(qū)域覆蓋如果不需要該扇區(qū)信號的覆蓋，增加該扇區(qū)的俯仰角或改變方位角如果確實需要該信號的覆蓋，則將該扇區(qū)加到相鄰小區(qū)列表中，如果需要相應(yīng)調(diào)整相鄰小區(qū)搜索窗。掉話的分類-續(xù)前向內(nèi)部干擾掉話掉話的分類-續(xù)前向外部干擾掉話原因：AMPS系統(tǒng)，某些電視轉(zhuǎn)接器和加油站手機信號屏蔽設(shè)備等措施：用PN掃描設(shè)備確認(rèn)是否存在前向的外部干擾信號將確認(rèn)的前向干擾通知聯(lián)通來進行處理繼續(xù)跟蹤確認(rèn)外部干擾問題的及時解決掉話的分類-續(xù)前向外部干擾掉話掉話的分類-續(xù)導(dǎo)頻污染掉話原因：在同片區(qū)域，手機收到很多路信號，并且各路信號的強度都差不多沒有主導(dǎo)小區(qū)措施：只能通過調(diào)整天線俯仰角或轉(zhuǎn)動方位角來增強最強信號（或最合理的扇區(qū)）在該區(qū)域的覆蓋并且通過調(diào)整天線俯仰角或轉(zhuǎn)動方位角/或者修改TPTLTargetPowerOffset值來降低最弱信號在該區(qū)域的覆蓋掉話的分類-續(xù)導(dǎo)頻污染掉話掉話的分類-續(xù)PN混淆掉話原因：在手機的相鄰小區(qū)已經(jīng)定義了該PN信號同時手機還能收到相鄰小區(qū)之外另一個扇區(qū)的同樣PN的信號主要原因來自PN規(guī)劃時不合理的復(fù)用或相鄰小區(qū)定義的不合理措施：找出是哪個PN引起的問題查看在哪個時刻TxGA降低找出在手機的激活集的信號中哪一路來自遠(yuǎn)處的基站找出該信號來自哪個基站找出相鄰小區(qū)中使用同樣PN的基站找出這個相鄰小區(qū)是由哪個站的鄰小區(qū)定義的要解決這個問題需要調(diào)整其中一個扇區(qū)的PN或者從相鄰小區(qū)列表中剔除掉同PN的相鄰小區(qū)掉話的分類-續(xù)PN混淆掉話掉話的分類-續(xù)GBU掉話原因：很低的業(yè)務(wù)信道增益（TCG）手機的finger鎖定了一路Ec/Io很差的激活集信號手機無法正常從Ec/Io很差的扇區(qū)收到功率控制信號，所以手機就一直降低發(fā)射功率以致掉話措施：確認(rèn)不是由于導(dǎo)頻混淆導(dǎo)致的掉話解決辦法：增加功率控制參數(shù)PTXlower值（影響一個BSC下的所有基站）或者提高Ec/Io很差扇區(qū)的TPTLTargetPowerOffset增強該扇區(qū)的覆蓋掉話的分類-續(xù)GBU掉話掉話的分類-續(xù)反向干擾掉話原因：CDMA設(shè)備外的各種發(fā)射設(shè)備都可能導(dǎo)致干擾模擬信號或其他系統(tǒng)可能的干擾措施確認(rèn)不是由于反向鏈路鎖定導(dǎo)致的掉話觀測BTSPerformancelogs中基站的反向接收電平的情況查看周圍基站的接收電平的情況確認(rèn)是否也存在同樣的干擾觀測干擾是全天都存在或者只在一定時段內(nèi)出現(xiàn)將確認(rèn)的反向干擾情況通知聯(lián)通來進行處理繼續(xù)跟蹤確認(rèn)外部干擾問題的及時解決掉話的分類-續(xù)反向干擾掉話掉話的分類-續(xù)反向鏈路鎖定掉話（不常發(fā)生）原因：BTS中的CE無法鎖定反向鏈路在硬切換過程中基站提供的環(huán)路延遲不準(zhǔn)確CE軟件問題措施:確認(rèn)業(yè)務(wù)信道的搜索窗口和解調(diào)窗口所設(shè)定的值是相同的檢查硬件告警或更換CEM板卡掉話的分類-續(xù)反向鏈路鎖定掉話（不常發(fā)生）掉話的分類-續(xù)其他的優(yōu)化問題優(yōu)化過程中還需要對網(wǎng)絡(luò)中Ec/Io很差的地區(qū)也進行優(yōu)化，因為在這部分地區(qū)可能會導(dǎo)致掉話導(dǎo)頻污染在RFO中通過設(shè)定以下門限很容看到導(dǎo)頻污染地區(qū)接收電平>-100dBm并且最強PN的Ec/Io<-9并且使用的扇區(qū)數(shù)>=5其他一些Ec/Io差的問題通常在RFO中設(shè)定下面的門限可以找到其他Ec/Io差的問題接收電平>-100dBm并且最強PN的Ec/Io<-9通常都是由于內(nèi)部或外部的前向干擾造成的這些問題可以用前面講到的掉話分類的解決方法來處理其他的優(yōu)化問題優(yōu)化過程中還需要對網(wǎng)絡(luò)中Ec/Io很差的地區(qū)也優(yōu)化案例分析優(yōu)化案例分析下圖紅圈范圍內(nèi)掉話，原因主要是主服務(wù)小區(qū)318在此范圍覆蓋比較弱，沒有主導(dǎo)頻小區(qū)，Ec/Io較差，調(diào)整該小區(qū)的天線增強在此地區(qū)的覆蓋優(yōu)化實例1:覆蓋控制下圖紅圈范圍內(nèi)掉話，原因主要是主服務(wù)小區(qū)318在此范圍覆蓋比調(diào)整了天線后，復(fù)測在該地區(qū)的Ec/Io水平已經(jīng)得到改善，未發(fā)現(xiàn)掉話優(yōu)化實例1:覆蓋控制調(diào)整了天線后，復(fù)測在該地區(qū)的Ec/Io水平已經(jīng)得到改善，未發(fā)在直放站覆蓋范圍內(nèi)起呼的電話，在向基站前進過程中掉話3.5km1.5km優(yōu)化實例2：搜索窗口&直放站在直放站覆蓋范圍內(nèi)起呼的電話，在向基站前進過程中掉話3.5k優(yōu)化實例2：搜索窗口&直放站掉話原因分析：直放站與施主扇區(qū)938_1存在重疊覆蓋區(qū)域，從客戶取得直放站光纖長度數(shù)據(jù)為5.5km掉話點距離施主基站1.5km，距離直放站3.5km

信號在光纖傳播時延=5.5/0.204=29.96Chip

從直放站到手機時延=3.5/0.244=14.34Chip

從施主站到手機時延=1.5/0.244=6.15Chip

那么，手機收到兩路信號的相對時延=29.96+14.34-6.15=38.15Chip

這個相對時延已經(jīng)超出施主站設(shè)置的導(dǎo)頻搜索窗口Srch_Win_A=7(20chips)的搜索范圍，施主基站信號和直放站信號相互干擾導(dǎo)致掉話。優(yōu)化實例2：搜索窗口&直放站掉話原因分析：優(yōu)化實例2：搜索窗口&直放站處理方法一：（實際采用）增大Srch_Win_A，設(shè)定為10(50chips)增大Srch_Win_N，設(shè)定為13(113chips)調(diào)整ACASW,ACDSW,TCDSW和TCASW到4095處理方法二：更換宿主扇區(qū)（由于此宿主扇區(qū)是一個全向站，不便于更換，故未采用）結(jié)果：在增大Srch_Win_A后，再次測試已經(jīng)沒有掉話現(xiàn)象優(yōu)化實例2：搜索窗口&直放站處理方法一：（實際采用）在基站MC800BTS1141下發(fā)起的3G語音呼叫，在向基站MC800BTS0006前進過程中掉話，2G呼叫都很正常優(yōu)化實例3：P_REV在基站MC800BTS1141下發(fā)起的3G語音呼叫，在向基站優(yōu)化實例3：P_REV掉話原因分析：從基站MC800BTS1141向MC800BTS1006前進的過程中，手機已經(jīng)發(fā)現(xiàn)MC800BTS1006的PN363足夠強，手機向系統(tǒng)發(fā)送PSMM要求向該站請求切換，但系統(tǒng)始終未向手機發(fā)送HDM，導(dǎo)致該PN無法加如ACTIVE集，造成干擾，最終導(dǎo)致掉話。優(yōu)化實例3：P_REV掉話原因分析：優(yōu)化實例3：P_REV掉話原因分析：通過檢查系統(tǒng)參數(shù)設(shè)置，發(fā)現(xiàn)基站MC800BTS1006的參數(shù)設(shè)置不匹配，雖然RadioConfig和CellCap都設(shè)置成MixedRRM，但該站的P_REV卻設(shè)置成了5，使得3G的呼叫無法正常進行切換，導(dǎo)致掉話，2G的呼叫在此地區(qū)都非常正常。手機在其他1x基站（PREV=6，RADIOCFG=MixedRRM，CELLCAP=MixedRRM）下發(fā)起3G語音呼叫。手機檢測到相鄰小區(qū)（該小區(qū)PREV=5，RADIOCFG=MixedRRM，CELLCAP=MixedRRM）的Ec/Io>=T_Add，向系統(tǒng)發(fā)送PSMM，請求切換。SBS收到手機的切換請求，對切換進行判斷，發(fā)現(xiàn)目標(biāo)小區(qū)CELLCAP=MixedRRM，認(rèn)為該小區(qū)有能力支持3G語音呼叫，同意切換，并通知基站分配信道。基站收到SBS的信令后，發(fā)現(xiàn)本小區(qū)PREV=5，不能支持3G語音呼叫，對此3G語音切換不能支持，不向手機發(fā)送HandoffDirectionMessage。手機不能得到系統(tǒng)對切換請求的響應(yīng)，切換失敗。在繼續(xù)向目標(biāo)小區(qū)前進時，目標(biāo)小區(qū)的干擾逐漸增強，最終造成掉話。優(yōu)化實例3：P_REV掉話原因分析：手機在其他1x基站（PR把MC800BTS1006的P_REV改成6后，再次測試3G呼叫能進行正常切換，未發(fā)生掉話優(yōu)化實例3：P_REV把MC800BTS1006的P_REV改成6后，再次測試3G優(yōu)化實例4：功率控制參數(shù)在每年全國的大區(qū)檢查中，F(xiàn)ER指標(biāo)是其中一項重要的評分標(biāo)準(zhǔn)，要求FER<=3的范圍達到95%以上。按照優(yōu)化的思路首先是要控制覆蓋，盡量減少前向的干擾，提高前向FER在控制覆蓋之后，按當(dāng)前設(shè)置，經(jīng)測試FER指標(biāo)無法達到大區(qū)檢查的要求，需要相應(yīng)調(diào)整功率控制參數(shù)提高前向FER的指標(biāo)。由于語音業(yè)務(wù)對FER并不敏感，在充分考慮到容量和質(zhì)量平衡的情況下，北電推薦的前向FERTARGET設(shè)置為2%。因此我們調(diào)整了下表所列的和前向FER有關(guān)的功率控制參數(shù)優(yōu)化實例4：功率控制參數(shù)在每年全國的大區(qū)檢查中，F(xiàn)ER指標(biāo)是優(yōu)化實例4：功率控制參數(shù)優(yōu)化實例4：功率控制參數(shù)優(yōu)化實例4：功率控制參數(shù)調(diào)整后的結(jié)果如下表所列注意事項：由于功率控制參數(shù)需要在質(zhì)量和容量之間找到平衡點，提高質(zhì)量的同時就需要犧牲一定的容量，所以在話務(wù)量非常高或負(fù)載很大的地區(qū)不建議進行調(diào)整，否則可能影響到網(wǎng)絡(luò)性能由于提高了發(fā)射功率，可能導(dǎo)致網(wǎng)絡(luò)噪聲水平增加，同時需要調(diào)整部分小區(qū)的接入?yún)?shù)保證正常的接入性能優(yōu)化實例4：功率控制參數(shù)調(diào)整后的結(jié)果如下表所列優(yōu)化實例5：基站切換成功率低某基站切換成功率低.通過檢查近幾日的OMCAUSCT3V/CAUSCT3D/CAUCPSCT發(fā)現(xiàn)3G的語音和數(shù)據(jù)業(yè)務(wù)起呼和被叫正常，沒有3G語音和數(shù)據(jù)的切換嘗試，2G的語音切換成功率很低，有時僅有10％。4月3日在此基站下的主被叫正常.存在許多的CAUHRLFL的記錄，但沒有CAUHBLKS的記錄。4月3日切換的成功率底,原因是CAUHRLFL.從以上的數(shù)據(jù)來看該問題與硬件有關(guān)的可能性很小，應(yīng)該是參數(shù)配置的問題。RF工程師檢查系統(tǒng)參數(shù)后發(fā)現(xiàn)這個問題與基站1944的第二扇區(qū)的天線方向有關(guān)，基站1944第二扇區(qū)的天線指向基站1521的第三扇區(qū)，但是在基站1521的beacontarget里沒有基站1944的第二扇區(qū)。

RF工程師更新基站1521的第三扇區(qū)的beacontarget后，問題得到解決。優(yōu)化實例5：基站切換成功率低某基站切換成功率低.通過檢查近

THISISTHEWAYTHISISTHISISTHEWAY演講完畢，謝謝觀看！演講完畢，謝謝觀看！優(yōu)化流程和CASE分析北電網(wǎng)絡(luò)（中國）無線工程部August,2005優(yōu)化流程和CASE分析北電網(wǎng)絡(luò)（中國）無線工程部KPI指標(biāo)的優(yōu)化

主要是提高全網(wǎng)的和每月評比有關(guān)的關(guān)鍵指標(biāo)。路測(DT)和撥打測試(CQT)

評估控制RF的覆蓋

熱點地區(qū)和特殊地點的測試以及問題解決CDMA優(yōu)化主要包括：KPI指標(biāo)的優(yōu)化CDMA優(yōu)化主要包括：KPI的優(yōu)化:網(wǎng)絡(luò)評估硬件告警檢查

天饋系統(tǒng)檢查

網(wǎng)絡(luò)資源分析和調(diào)整

細(xì)致的相鄰小區(qū)調(diào)整反向接收電平分析話務(wù)的平衡功率控制參數(shù)組的細(xì)調(diào)PN調(diào)整新的feature使用

數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPIKPI的優(yōu)化:數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及如果未達到KPI的指標(biāo)要求，重新開始新的一輪優(yōu)化直到達到KPI的指標(biāo)要求或者發(fā)現(xiàn)未能達到指標(biāo)的原因。1個BSC，1項KPI指標(biāo)的優(yōu)化通常需要1個LEVEL2的工程師做3輪甚至更多，每輪需要2~4周的時間。所以整個城市的優(yōu)化就需要根據(jù)總共有多少個BSC來安排。CDMA優(yōu)化-KPI數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY如果未達到KPI的指標(biāo)要求，重新開始新的一輪優(yōu)化直到達到KP路測/撥打測試優(yōu)化包括:覆蓋盲區(qū),過覆蓋掉話接入失敗導(dǎo)頻污染FERISSHO/IVHHO多路軟切換室內(nèi)直放站的驗證室內(nèi)覆蓋系統(tǒng)的驗證熱點地區(qū)特殊地點在項目開始階段，路測的主要任務(wù)是發(fā)現(xiàn)覆蓋的問題。在項目的后期，路測的主要任務(wù)是覆蓋控制，例如解決過覆蓋的問題。CDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY路測/撥打測試優(yōu)化包括:CDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NYCDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案CDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案實施及驗證準(zhǔn)備階段結(jié)束NY如果未達到KPI的指標(biāo)要求，重新開始新的一輪優(yōu)化直到達到KPI的指標(biāo)要求或者發(fā)現(xiàn)未能達到指標(biāo)的原因。1個城市的路測優(yōu)化通常需要1支路測隊伍做2輪甚至更多，每輪需要3~5周的時間。每輪時間的長短由測試路線的選擇和城市規(guī)模大小決定。CDMA優(yōu)化-DT/CQT數(shù)據(jù)采集數(shù)據(jù)分析符合KPI要求方案工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-準(zhǔn)備

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-數(shù)據(jù)采集

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-數(shù)據(jù)分析

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-實施與驗證

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi工作責(zé)任分工的定義

CDMAOpt.ResponsibilitySplit-最終報告

Pleasenote:

ItbasesonNortel’ssuggestion工作責(zé)任分工的定義

CDMAOpt.Responsibi掉話原因的分析和其他優(yōu)化問題掉話原因的分析和其他優(yōu)化問題掉話的分類掉話的分類覆蓋掉話原因：基站問題，無服務(wù)第二載波上未定義硬切換網(wǎng)絡(luò)的覆蓋盲區(qū)（最有可能）措施：如果在網(wǎng)絡(luò)設(shè)計階段已經(jīng)知道掉話區(qū)域是沒有足夠的覆蓋，則忽略這部分掉話；如果不是，則可能是下面的情況壞的手機，某些手機的靈敏度可能比一般手機稍差，檢查手機的性能

天線天饋系統(tǒng)的問題，包括天線，電纜，接頭，跳線等，檢查天饋分極接收問題，運行btsdiag.pl來定位是否存在天線接反或某根天線始終不能鎖定信號掉話的分類-續(xù)覆蓋掉話掉話的分類-續(xù)前向內(nèi)部干擾掉話原因：相鄰小區(qū)未定義相鄰小區(qū)搜索窗太小l部分小區(qū)過覆蓋措施：確認(rèn)造成前向干擾的信號是否應(yīng)該在該區(qū)域覆蓋如果不需要該扇區(qū)信號的覆蓋，增加該扇區(qū)的俯仰角或改變方位角如果確實需要該信號的覆蓋，則將該扇區(qū)加到相鄰小區(qū)列表中，如果需要相應(yīng)調(diào)整相鄰小區(qū)搜索窗。掉話的分類-續(xù)前向內(nèi)部干擾掉話掉話的分類-續(xù)前向外部干擾掉話原因：AMPS系統(tǒng)，某些電視轉(zhuǎn)接器和加油站手機信號屏蔽設(shè)備等措施：用PN掃描設(shè)備確認(rèn)是否存在前向的外部干擾信號將確認(rèn)的前向干擾通知聯(lián)通來進行處理繼續(xù)跟蹤確認(rèn)外部干擾問題的及時解決掉話的分類-續(xù)前向外部干擾掉話掉話的分類-續(xù)導(dǎo)頻污染掉話原因：在同片區(qū)域，手機收到很多路信號，并且各路信號的強度都差不多沒有主導(dǎo)小區(qū)措施：只能通過調(diào)整天線俯仰角或轉(zhuǎn)動方位角來增強最強信號（或最合理的扇區(qū)）在該區(qū)域的覆蓋并且通過調(diào)整天線俯仰角或轉(zhuǎn)動方位角/或者修改TPTLTargetPowerOffset值來降低最弱信號在該區(qū)域的覆蓋掉話的分類-續(xù)導(dǎo)頻污染掉話掉話的分類-續(xù)PN混淆掉話原因：在手機的相鄰小區(qū)已經(jīng)定義了該PN信號同時手機還能收到相鄰小區(qū)之外另一個扇區(qū)的同樣PN的信號主要原因來自PN規(guī)劃時不合理的復(fù)用或相鄰小區(qū)定義的不合理措施：找出是哪個PN引起的問題查看在哪個時刻TxGA降低找出在手機的激活集的信號中哪一路來自遠(yuǎn)處的基站找出該信號來自哪個基站找出相鄰小區(qū)中使用同樣PN的基站找出這個相鄰小區(qū)是由哪個站的鄰小區(qū)定義的要解決這個問題需要調(diào)整其中一個扇區(qū)的PN或者從相鄰小區(qū)列表中剔除掉同PN的相鄰小區(qū)掉話的分類-續(xù)PN混淆掉話掉話的分類-續(xù)GBU掉話原因：很低的業(yè)務(wù)信道增益（TCG）手機的finger鎖定了一路Ec/Io很差的激活集信號手機無法正常從Ec/Io很差的扇區(qū)收到功率控制信號，所以手機就一直降低發(fā)射功率以致掉話措施：確認(rèn)不是由于導(dǎo)頻混淆導(dǎo)致的掉話解決辦法：增加功率控制參數(shù)PTXlower值（影響一個BSC下的所有基站）或者提高Ec/Io很差扇區(qū)的TPTLTargetPowerOffset增強該扇區(qū)的覆蓋掉話的分類-續(xù)GBU掉話掉話的分類-續(xù)反向干擾掉話原因：CDMA設(shè)備外的各種發(fā)射設(shè)備都可能導(dǎo)致干擾模擬信號或其他系統(tǒng)可能的干擾措施確認(rèn)不是由于反向鏈路鎖定導(dǎo)致的掉話觀測BTSPerformancelogs中基站的反向接收電平的情況查看周圍基站的接收電平的情況確認(rèn)是否也存在同樣的干擾觀測干擾是全天都存在或者只在一定時段內(nèi)出現(xiàn)將確認(rèn)的反向干擾情況通知聯(lián)通來進行處理繼續(xù)跟蹤確認(rèn)外部干擾問題的及時解決掉話的分類-續(xù)反向干擾掉話掉話的分類-續(xù)反向鏈路鎖定掉話（不常發(fā)生）原因：BTS中的CE無法鎖定反向鏈路在硬切換過程中基站提供的環(huán)路延遲不準(zhǔn)確CE軟件問題措施:確認(rèn)業(yè)務(wù)信道的搜索窗口和解調(diào)窗口所設(shè)定的值是相同的檢查硬件告警或更換CEM板卡掉話的分類-續(xù)反向鏈路鎖定掉話（不常發(fā)生）掉話的分類-續(xù)其他的優(yōu)化問題優(yōu)化過程中還需要對網(wǎng)絡(luò)中Ec/Io很差的地區(qū)也進行優(yōu)化，因為在這部分地區(qū)可能會導(dǎo)致掉話導(dǎo)頻污染在RFO中通過設(shè)定以下門限很容看到導(dǎo)頻污染地區(qū)接收電平>-100dBm并且最強PN的Ec/Io<-9并且使用的扇區(qū)數(shù)>=5其他一些Ec/Io差的問題通常在RFO中設(shè)定下面的門限可以找到其他Ec/Io差的問題接收電平>-100dBm并且最強PN的Ec/Io<-9通常都是由于內(nèi)部或外部的前向干擾造成的這些問題可以用前面講到的掉話分類的解決方法來處理其他的優(yōu)化問題優(yōu)化過程中還需要對網(wǎng)絡(luò)中Ec/Io很差的地區(qū)也優(yōu)化案例分析優(yōu)化案例分析下圖紅圈范圍內(nèi)掉話，原因主要是主服務(wù)小區(qū)318在此范圍覆蓋比較弱，沒有主導(dǎo)頻小區(qū)，Ec/Io較差，調(diào)整該小區(qū)的天線增強在此地區(qū)的覆蓋優(yōu)化實例1:覆蓋控制下圖紅圈范圍內(nèi)掉話，原因主要是主服務(wù)小區(qū)318在此范圍覆蓋比調(diào)整了天線后，復(fù)測在該地區(qū)的Ec/Io水平已經(jīng)得到改善，未發(fā)現(xiàn)掉話優(yōu)化實例1:覆蓋控制調(diào)整了天線后，復(fù)測在該地區(qū)的Ec/Io水平已經(jīng)得到改善，未發(fā)在直放站覆蓋范圍內(nèi)起呼的電話，在向基站前進過程中掉話3.5km1.5km優(yōu)化實例2：搜索窗口&直放站在直放站覆蓋范圍內(nèi)起呼的電話，在向基站前進過程中掉話3.5k優(yōu)化實例2：搜索窗口&直放站掉話原因分析：直放站與施主扇區(qū)938_1存在重疊覆蓋區(qū)域，從客戶取得直放站光纖長度數(shù)據(jù)為5.5km掉話點距離施主基站1.5km，距離直放站3.5km

信號在光纖傳播時延=5.5/0.204=29.96Chip

從直放站到手機時延=3.5/0.244=14.34Chip

從施主站到手機時延=1.5/0.244=6.15Chip

那么，手機收到兩路信號的相對時延=29.96+14.34-6.15=38.15Chip

這個相對時延已經(jīng)超出施主站設(shè)置的導(dǎo)頻搜索窗口Srch_Win_A=7(20chips)的搜索范圍，施主基站信號和直放站信號相互干擾導(dǎo)致掉話。優(yōu)化實例2：搜索窗口&直放站掉話原因分析：優(yōu)化實例2：搜索窗口&直放站處理方法一：（實際采用）增大Srch_Win_A，設(shè)定為10(50chips)增大Srch_Win_N，設(shè)定為13(113chips)調(diào)整ACASW,ACDSW,TCDSW和TCASW到4095處理方法二：更換宿主扇區(qū)（由于此宿主扇區(qū)是一個全向站，不便于更換，故未采用）結(jié)果：在增大Srch_Win_A后，再次測試已經(jīng)沒有掉話現(xiàn)象優(yōu)化實例2：搜索窗口&直放站處理方法一：（實際采用）在基站MC800BTS1141下發(fā)起的3G語音呼叫，在向基站MC800BTS0006前進過程中掉話，2G呼叫都很正常優(yōu)化實例3：P_REV在基站MC800BTS1141下發(fā)起的3G語音呼叫，在向基站優(yōu)化實例3：P_REV掉話原因分析：從基站MC800BTS1141向MC800BTS1006前進的過程中，手機已經(jīng)發(fā)現(xiàn)MC800BTS1006的PN363足夠強，手機向系統(tǒng)發(fā)送PSMM要求向該站請求切換，但系統(tǒng)始終未向手機發(fā)送HDM，導(dǎo)致該PN無法加如ACTIVE集，造成干擾，最終導(dǎo)致掉話。優(yōu)化實例3：P_REV掉話原因分析：優(yōu)化實例3：P_REV掉話原因分析：通過檢查系統(tǒng)參數(shù)設(shè)置，發(fā)現(xiàn)基站MC800BTS1006的參數(shù)設(shè)置不匹配，雖然RadioConfig和CellCap都設(shè)置成MixedRRM，但該站的P_REV卻設(shè)置成了5，使得3G的呼叫無法正常進行切換，導(dǎo)致掉話，2G的呼叫在此地區(qū)都非常正常。手機在其他1x基站（PREV=6，RADIOCFG=MixedRRM，CELLCAP=MixedRRM）下發(fā)起3G語音呼叫。手機檢測到相鄰小區(qū)（該小區(qū)PREV=5，RADIOCFG=MixedRRM，C