CDMA系統優化介紹CDMA系統優化介紹前期準備工作系統設備安裝和基站ATP功能測試群組測試完整系統優化CDMA系統優化流程和步驟前期準備工作CDMA系統優化流程和步驟系統性能達到預定的設計目標在計劃時間內使系統投入商用確保所有的系統使用統一的方法標準的優化程序統一的測量標準在所有的系統中建立共同的目標和標準單基站優化完成標準群組基站優化完成標準系統優化完成標準用戶界面標準覆蓋性能 系統優化目標系統性能達到預定的設計目標 系統優化目標標準的系統性能報告持續的定量數據收集相關的系統性能管理持續的帕瑞托分析和調整計劃定期的階段報告和總結報告系統性能趨勢的跟蹤 系統優化目標（續）標準的系統性能報告 系統優化目標（續）系統性能優化步驟SystemDesign-PaperStudySystemOptimization-OptimizationRouteFunctionalTestInstallationSiteATPPre-testingClusterTestSystem-MetricRouteAnalysisFriendlyUsersTIME系統性能優化步驟SystemDesign-Paper系統設計-PaperStudy目的:預測RF覆蓋較差區域;干擾嚴重區域;導頻污染區域。方法:利用無線電波傳播仿真工具結合地形，地貌仿真電波傳播效果。

運用附加模塊合成CDMA信號傳播效果。

真實記錄實際安裝中的變動（傾角，天線類型，天線高度，基站位置等。）完成標準:以圖形方式顯示覆蓋區域;

分析造成覆蓋盲點區域的原因是由于路徑衰耗還是干擾原因。劃分形成連續覆蓋的基站群組;在預測可覆蓋到的區域內確定路測線路;系統設計-PaperStudy目的:測試前期準備（Pre-Test）目的:

確認所有輔助設備（非基站設備）已正確安裝，無線頻譜干凈。完成標準:進行環境噪聲測試確保無線頻譜干凈測定區域內其他無線信號能量驗證無線設備和天線已準確安裝檢查基站天線方向角，傾角和高度。檢查數據庫參數PNoffsetplanning，NeighborLists和其他參數默認值。GPS天線已準確安裝，水平無阻擋。主電源和傳輸線路已連接使用設備有足夠的使用空間測試手機已經過校驗和檢測測試手機編程正確，有正確的連接件和軟件。測試前期準備（Pre-Test）目的:基站安裝和ATP目的:

安裝和校準BTS設備并割接入整個系統。方法:

在校準完基站設備后，開關設備電源，重啟BTS?；緮祿煲蜒b載入MM和XC。通過連接基站的傳輸線下載軟件和測試步驟。完成標準:BTS校準文件被裝載到CBSC并已備份基站已成功通過ATP每個扇區的PNoffsets已正確設置每塊MCC板可成功完成呼叫基站已割接入整個系統運行（canplacecalls）基站安裝和ATP目的:功能測試-FunctionalTesting目的:

來發現基站安裝中的遺留問題和確保每個基站的基本功能和工作情況。方法:在基站附近的固定地點進行每個扇區的Powerlevels，PNoffsets，和主叫/被叫的測試（撥打測試）。在圍繞所測基站來進行環狀的路線測試來檢驗基站信號強度（Ec/Io，MobileRx等），以及切換功能的實現。詳細記錄測試結果，分析基站未通過測試的原因，提出解決方案，并加以驗證，重新開始對該基站的功能測試，直到該基站通過功能測試。功能測試-FunctionalTesting目的:完成標準:確認PNoffsets確認天線方向角確認天線下傾角確認具有基本的呼叫處理功能固定電話能夠呼叫移動手機（termination's）移動手機能夠呼叫固定電話（origination's）能夠執行更軟切換確認信號強度:在天線連接處在基站附近切換區域和覆蓋區域符合預測功能測試（FunctionalTesting）完成標準:功能測試（FunctionalTesting）完成標準測試路線在基站附近固定位置進行呼叫建立和呼叫終止。環形路線圍繞基站來確認扇區間切換和天線方向角。測試報告測試記錄表測試總結功能測試（續）（FunctionalTesting）完成標準功能測試（續）（FunctionalTesting群組測試-ClusterTest目的:

驗證RF設計的實際效果，將發現的問題鑒別和分類，粗略優化以作為全網優化的基礎群組定義:一個群組至少要包含12個到18個相鄰的基站。這些基站應已完成功能測試。完成標準:IMPORTANT:

在群組中的所有基站必須已投入使用。要達到預先設定的呼叫性能目標，例如:呼叫成功率要高于93%掉話率要低于7%最終報告群組測試-ClusterTest目的:群組測試–優化哪些內容需要來優化?接入和獲準窗口的大小Neighborlists包含所有的有效鄰扇區不包含多余的無效鄰扇區和單一扇區適當的優先權次序覆蓋盲點增高BTS功率（Caution:確認PA不會過載。）調整天線高度，方向角，傾角或類型調整導頻功率分配調整搜索窗口的大小（pagingandtrafficchannel）群組測試–優化哪些內容需要來優化?群組測試–優化（續）哪些內容需要來優化?

干擾調整天線傾角降低BTS的功率一般來說，在群組測試過程中，系統參數最好不要作改動，以保證一致性。群組測試–優化（續）哪些內容需要來優化?如何確定NeighbourList問題檢查CDLLogs文件尋找無法切換的原因和遺漏的Neighbour利用DM和MMLOG文件，優化neighborlists。如何確定NeighbourList問題檢查CDLLogs當覆蓋盲點出現后該如何處理?調查研究盲點區域產生的原因是由于基站布局不合理，路徑衰耗過大，或是干擾造成的。

當問題查明后，如果不能立刻解決，要計劃一個解決方案。

在呼叫測試統計報告中，要將產生于覆蓋盲區中呼叫失敗的原因分類歸檔:呼叫失敗是由于基站布局不合理呼叫失敗是由于路徑衰耗呼叫失敗是由于干擾當覆蓋盲點出現后該如何處理?如何來判斷一個區域是覆蓋盲點?用手機位置和DM數據通過在

drivetest測試圖（OPAS輸出結果）中尋找手機發射功率較高的區域，這是一個找出由于路徑衰耗造成盲點的好方法。mobileTxlevels>15dBm用SMAP或callproclog

數據(Optional)從PMRMs體現出的主用導頻強度降低，而PSMMs中未有neigbour加入。主用導頻信號已很弱，但鄰扇區導頻信號中無一能達到切換要求。用CDL數據主用和候選扇區的Ec/Io數值都低于–13dB如何來判斷一個區域是覆蓋盲點?用手機位置和DM數據覆蓋盲點的一些實例數據SampleDATA當mobileDM數據顯示以下特性時，該區域可能為盲區。LowRSSIHighmobileTxPowerLowEc/Io覆蓋盲點的一些實例數據SampleDATA當mobile覆蓋盲點的一些實例數據當

SMAPdata數據顯示以下特性時，該區域可能為盲區。PMRMsin1-wayPSMMtodroponlypilotSampleDATA覆蓋盲點的一些實例數據當SMAPdata數據顯示以下特如何來判斷盲點是由于干擾所造成?用手機位置和DM數據當手機接收電平RSSI>-80dBm但Ec/Io數值較低（<-13dB）時顯示手機所處位置不在最佳服務區或沒有哪個扇區的導頻信號處于主用地位。用SMAP數據(Optional)分析PSMM消息后發現，雖然手機有主用導頻信號，但和候選鄰導頻信號相比。主用導頻信號的Ec/Io數值比候選鄰導頻信號的Ec/Io值要低的多。用CDL數據CDLs數據顯示當主導頻信號已較弱時，所有的鄰扇區導頻信號無一優于主導頻信號。如何來判斷盲點是由于干擾所造成?用手機位置和DM數據干擾問題數據的例子當mobileDM

數據有以下特性時，顯示有干擾問題。HighRSSILowmobileTxPowerLowEc/Io干擾問題數據的例子當mobileDM數據有以下特性時干擾問題數據的例子當mobileDM

數據有以下特性時，顯示有干擾問題。PSMMs中許多導頻大于Tadd出現許多PSMMs消息PSMMs中無主導頻干擾問題數據的例子當mobileDM數據有以下特性時群組測試–測試路線優化時的測試路線通過群組基站所有扇區的主要道路和次要道路

群組測試中的Metric路線群組基站范圍中的主要道路(運營商確認的主要覆蓋路線)ClusterMetricOptimization群組測試–測試路線優化時的測試路線ClusterMet所預測的覆蓋區域CoveredareaMissingSitePathlossInterferenceNocoveragedesired所預測的覆蓋區域CoveredareaMissingSi覆蓋區域內測試路線的確定DesiredcoverageareaMissingSitePathlossInterferenceNocoveragedesiredDriverouteswithinboundaryofthedesiredcoveragearea覆蓋區域內測試路線的確定Desiredcoveragea群組測試判斷有問題區域的原因記錄問題狀態和解決問題方案重復進行群組測試直到達到或接近完成標準群組測試判斷有問題區域的原因群組測試數據處理在群組測試路線測試中收集有用的信息

設計最佳路線和收集信息呼叫性能統計DMandSMAP數據分析中需要的和有用的數據PlotFFER，RFER，Ec/Io，MobileTxpower，RSSI，BestPNPredictedcoverageplots，Ec/Ioplots，SHOareas群組測試數據處理在群組測試路線測試中收集有用的信息群組測試–測試報告在群組測試報告中要包含以下信息路測信息:日期，人員，基站數，測試方案，軟件版本，手機Ids。用圖形方式顯示群組測試精確路線，基站位置，覆蓋問題點，etc。呼叫性能數據:接入失敗，掉話數量地點。問題的分析問題的詳細列表手機發射功率，接收電平，Ec/Io等的圖形。群組測試–測試報告在群組測試報告中要包含以下信息整個系統的優化目的:

解決在群組測試中發現的問題，發現和解決在不同群組基站交界區域的新問題。方法:將超過2個的群組基站合并入一個系統中進行優化，每個群組基站都完成了群組測試的標準。優化路測的路線擴大為多個投入使用的群組基站群優化路線重點在問題區域，收集數據來進行判斷。根據現場情況調整診斷/測試的路線。調整和優化系統參數，在問題區域做多次路測。整個系統的優化目的:完成標準所有的呼叫性能達到設計標準，例如:呼叫成功率超過95%掉話率低于3%系統可靠性要超過95%平均誤碼率FER要低于3%最終報告路測數據信息呼叫統計每個呼叫失敗和掉話分析每個地區的問題列表整個系統的優化完成標準整個系統的優化首先需要優化的內容?Neighborlist的個數和順序基站的半徑參數搜索窗口切換的參數（TAdd，TDrop，TTDrop，TComp，etc）

其次需要優化的內容?BTS功率（Caution:EnsurethatPAwillnotbeover/underdriven）調整天線高度，方向角，傾角或型號。整個系統的優化首先需要優化的內容?整個系統的優化整個系統的優化–測試路線測試路線優化路線:整個系統中的主要和次要道路Metric路線:系統區域內的主要道路(運營商確認)診斷測試路線:出現問題的區域內的道路整個系統的優化–測試路線測試路線整個系統優化的測試報告報告中包含的信息同群組測試報告中的信息基本相同整個系統優化的測試報告友好用戶階段系統優化階段完成后進行系統參數已穩定metric線路反映用戶真實分布友好用戶階段系統優化階段完成后進行優化組織結構圖MarketTechnicalChampionOptimizationTeamLeaderFieldSupportDevelopmentSupportDataCollectionTeam?Driver?LandlineOperator?DMOperatorSystemAvailability&ConfigurationControlPostProcessingTechnicianPerformanceTeam?RFOptimizationEngineer?RFOptimizationEngineer?DriverSystemMonitoringRFPredictionEngineer優化組織結構圖MarketTechnicalChampi優化需要的基本硬件和軟件移動診斷監視器，包含GPS信息和路線方向信息。測試交通工具和通信工具SMAP(Optional)電腦打印機（color，NetworkedprintertoAP，plotter）手機OPAS32地理信息系統地域道路信息數據表格測試文件（空中接口標準，用戶指南，etc。）優化需要的基本硬件和軟件移動診斷監視器，包含GPS信息和路AgilentDM測試界面圖AgilentDM測試界面圖AgilentDM測試界面圖AgilentDM測試界面圖

前向導頻信號強度路測圖（dB）前向導頻信號強度路測圖（dB）手機接收功率路測圖（dBm）手機接收功率路測圖（dBm）

手機發射功率路測圖（dBm）手機發射功率路測圖（dBm）日常系統性能管理非常重要。日常系統性能管理日常系統性能管理行為:產生每日系統報告追蹤CDL查看非常事件網絡RF性能任務日常系統性能管理行為:產生每日系統報告基本的日報告:Summariesofcallactivity呼叫行為報告Summariesofhandoffactivity切換行為報告Hardwareusagestatistics硬件使用統計基本的日報告:Summariesofcallactiv摩托羅拉CDMA系統性能數據網站摩托羅拉CDMA系統性能數據網站CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件

CDMA系統無線參數

CDMA系統無線參數CDMA系統無線參數類別兩種參數系統優化過程中的可調參數切換參數小區尺寸參數(cellsizeparameter)固定參數CDMA系統無線參數類別兩種參數切換參數切換參數TAdd:PilotDetectionThreshold當導頻信號強度大于T_add時,手機發送PSMM(導頻信號強度測量消息),導頻由相鄰集進入候選集。建議值:-13to-15dB

TAdd:PilotDetectionThreshoTDrop:PilotDropThreshold當導頻信號強度小于T_drop時,手機啟動handoffdrop定時器建議值:-13to-17dBT_addT_dropPilotStrengthTimeActiveorCandidate

SetNeighbor

SetTTdropTDrop:PilotDropThreshold當導TTDrop:Active/CandidateSetDropTimer當激活/候選集Drop定時器>TTDrop時，導頻由激活/候選集轉到相鄰集;當候選集已滿,需要加入新的導頻時,除去最接近過期時間的導頻。建議值:2-6sec.

TTDrop:Active/CandidateSetTComp:Activevs.CandidateComparisonThresholdTcomp模式：當導頻強度Ec/Io大于Tadd時，將導頻從相鄰集轉到候選集；僅當導頻強度Ec/Io比激活集中某一導頻強度強Tcomp時，手機又發送PSMM(導頻信號強度測量消息),并開始切換。建議值:0-1.5dBT_addActivePilot1PilotStengthTimeT_CompActivePilot2PilotPoNeighbourSetCandidate

SetHandoffAttemptStartTComp:Activevs.CandidateCTAdd,TDrop,TComp,andTTDrop

TooLow

TooHighTAddHighrateofPSMM,increaseunnecessaryhandoffs,requiremoretrafficchannelPoorvoicequality,Maycausehandoffdelay,HighMSTxpoweratboundary.TDropIncreasecellsize,Tieupmoretrafficchannels.Reducesizeofhandoffzone,Increaseping-ponghandoff.TTDropIncreaseping-ponghandoff.Morethree-wayhandoff.TCompHighrateofPSMM,Requiremoretrafficchannelresources.Maycausedelayhandoff,Poorvoicequality.TAdd,TDrop,TComp,andTTDrop反向鏈路功率控制參數反向鏈路功率控制參數 接入信道功率控制手機以一初始化的平均輸出功率發射第一次接入探測；MeanTx(dBm)=MeanRx-73+NomPwr(dB)+InitPwr(dB)每一接入探測序列中含1+NumStep次探測，每一次接入探測增加功率PwrStep直到得到回應；如必須，Bkoff延遲后，開始又一序列的接入探測。InitialMeanOutputPowerTimeAccessProbeSequence 接入信道功率控制手機以一初始化的平均輸出功率發射第一次接入信道功率控制（續）NomPwr:AccessChannelNominalPowerOffset（接入信道功率偏移）范圍: -8to7dB建議值: 0dBInitPwr: InitialPowerforAccess（接入初始化功率）范圍: -16to15dB建議值: -4dB平衡：高功率可提高基站接收到手機接入請求的可能性，但同時也增加了反向鏈路的干擾接入信道功率控制（續）平衡：高功率可提高基站接收到手機接入請小區尺寸參數小區尺寸參數SifPilotPwr:導頻信道功率導頻信道在機架頂的輸出功率：建議值:33.0dBmSifPilotPwr:導頻信道功率導頻信道在機架頂的輸出與小區半徑有關的參數手機搜索窗SrchWinA,SrchWinN,SrchWinRPN碼增量PilotInc與小區半徑有關的參數SrchWinA

手機搜索激活/候選集的窗口尺寸設置應考慮擴大搜索范圍與搜索時間，軟切換時延三者間的平衡。建議值:14-20chips SrchWinA手機搜索激活/候選集的窗口尺寸設置應考慮SrchWinNandSrchWinRSrchWinN: 相鄰集搜索窗口尺寸SrchWinR: 剩余集搜索窗口尺寸窗口的大小應考慮手機和不同鄰小區間的時延；切換和搜索成功率的平衡。建議值： SrchWinN 60chipsSrchWinR 80chipsSrchWinNandSrchWinRSrchWinSrchwindowsizevs.Distancedelay*Reduce2chipsdelayduetomobileinaccuracySrchwindowsizevs.DistancePilotInc該參數確定手機搜索剩余集的方式PN碼增量的設置應考慮復用（同頻）和鄰頻間的平衡建議值：2-6PilotInc該參數確定手機搜索剩余集的方式

CDMA系統優化介紹CDMA系統優化介紹前期準備工作系統設備安裝和基站ATP功能測試群組測試完整系統優化CDMA系統優化流程和步驟前期準備工作CDMA系統優化流程和步驟系統性能達到預定的設計目標在計劃時間內使系統投入商用確保所有的系統使用統一的方法標準的優化程序統一的測量標準在所有的系統中建立共同的目標和標準單基站優化完成標準群組基站優化完成標準系統優化完成標準用戶界面標準覆蓋性能 系統優化目標系統性能達到預定的設計目標 系統優化目標標準的系統性能報告持續的定量數據收集相關的系統性能管理持續的帕瑞托分析和調整計劃定期的階段報告和總結報告系統性能趨勢的跟蹤 系統優化目標（續）標準的系統性能報告 系統優化目標（續）系統性能優化步驟SystemDesign-PaperStudySystemOptimization-OptimizationRouteFunctionalTestInstallationSiteATPPre-testingClusterTestSystem-MetricRouteAnalysisFriendlyUsersTIME系統性能優化步驟SystemDesign-Paper系統設計-PaperStudy目的:預測RF覆蓋較差區域;干擾嚴重區域;導頻污染區域。方法:利用無線電波傳播仿真工具結合地形，地貌仿真電波傳播效果。

運用附加模塊合成CDMA信號傳播效果。

真實記錄實際安裝中的變動（傾角，天線類型，天線高度，基站位置等。）完成標準:以圖形方式顯示覆蓋區域;

分析造成覆蓋盲點區域的原因是由于路徑衰耗還是干擾原因。劃分形成連續覆蓋的基站群組;在預測可覆蓋到的區域內確定路測線路;系統設計-PaperStudy目的:測試前期準備（Pre-Test）目的:

確認所有輔助設備（非基站設備）已正確安裝，無線頻譜干凈。完成標準:進行環境噪聲測試確保無線頻譜干凈測定區域內其他無線信號能量驗證無線設備和天線已準確安裝檢查基站天線方向角，傾角和高度。檢查數據庫參數PNoffsetplanning，NeighborLists和其他參數默認值。GPS天線已準確安裝，水平無阻擋。主電源和傳輸線路已連接使用設備有足夠的使用空間測試手機已經過校驗和檢測測試手機編程正確，有正確的連接件和軟件。測試前期準備（Pre-Test）目的:基站安裝和ATP目的:

安裝和校準BTS設備并割接入整個系統。方法:

在校準完基站設備后，開關設備電源，重啟BTS?；緮祿煲蜒b載入MM和XC。通過連接基站的傳輸線下載軟件和測試步驟。完成標準:BTS校準文件被裝載到CBSC并已備份基站已成功通過ATP每個扇區的PNoffsets已正確設置每塊MCC板可成功完成呼叫基站已割接入整個系統運行（canplacecalls）基站安裝和ATP目的:功能測試-FunctionalTesting目的:

來發現基站安裝中的遺留問題和確保每個基站的基本功能和工作情況。方法:在基站附近的固定地點進行每個扇區的Powerlevels，PNoffsets，和主叫/被叫的測試（撥打測試）。在圍繞所測基站來進行環狀的路線測試來檢驗基站信號強度（Ec/Io，MobileRx等），以及切換功能的實現。詳細記錄測試結果，分析基站未通過測試的原因，提出解決方案，并加以驗證，重新開始對該基站的功能測試，直到該基站通過功能測試。功能測試-FunctionalTesting目的:完成標準:確認PNoffsets確認天線方向角確認天線下傾角確認具有基本的呼叫處理功能固定電話能夠呼叫移動手機（termination's）移動手機能夠呼叫固定電話（origination's）能夠執行更軟切換確認信號強度:在天線連接處在基站附近切換區域和覆蓋區域符合預測功能測試（FunctionalTesting）完成標準:功能測試（FunctionalTesting）完成標準測試路線在基站附近固定位置進行呼叫建立和呼叫終止。環形路線圍繞基站來確認扇區間切換和天線方向角。測試報告測試記錄表測試總結功能測試（續）（FunctionalTesting）完成標準功能測試（續）（FunctionalTesting群組測試-ClusterTest目的:

驗證RF設計的實際效果，將發現的問題鑒別和分類，粗略優化以作為全網優化的基礎群組定義:一個群組至少要包含12個到18個相鄰的基站。這些基站應已完成功能測試。完成標準:IMPORTANT:

在群組中的所有基站必須已投入使用。要達到預先設定的呼叫性能目標，例如:呼叫成功率要高于93%掉話率要低于7%最終報告群組測試-ClusterTest目的:群組測試–優化哪些內容需要來優化?接入和獲準窗口的大小Neighborlists包含所有的有效鄰扇區不包含多余的無效鄰扇區和單一扇區適當的優先權次序覆蓋盲點增高BTS功率（Caution:確認PA不會過載。）調整天線高度，方向角，傾角或類型調整導頻功率分配調整搜索窗口的大?。╬agingandtrafficchannel）群組測試–優化哪些內容需要來優化?群組測試–優化（續）哪些內容需要來優化?

干擾調整天線傾角降低BTS的功率一般來說，在群組測試過程中，系統參數最好不要作改動，以保證一致性。群組測試–優化（續）哪些內容需要來優化?如何確定NeighbourList問題檢查CDLLogs文件尋找無法切換的原因和遺漏的Neighbour利用DM和MMLOG文件，優化neighborlists。如何確定NeighbourList問題檢查CDLLogs當覆蓋盲點出現后該如何處理?調查研究盲點區域產生的原因是由于基站布局不合理，路徑衰耗過大，或是干擾造成的。

當問題查明后，如果不能立刻解決，要計劃一個解決方案。

在呼叫測試統計報告中，要將產生于覆蓋盲區中呼叫失敗的原因分類歸檔:呼叫失敗是由于基站布局不合理呼叫失敗是由于路徑衰耗呼叫失敗是由于干擾當覆蓋盲點出現后該如何處理?如何來判斷一個區域是覆蓋盲點?用手機位置和DM數據通過在

drivetest測試圖（OPAS輸出結果）中尋找手機發射功率較高的區域，這是一個找出由于路徑衰耗造成盲點的好方法。mobileTxlevels>15dBm用SMAP或callproclog

數據(Optional)從PMRMs體現出的主用導頻強度降低，而PSMMs中未有neigbour加入。主用導頻信號已很弱，但鄰扇區導頻信號中無一能達到切換要求。用CDL數據主用和候選扇區的Ec/Io數值都低于–13dB如何來判斷一個區域是覆蓋盲點?用手機位置和DM數據覆蓋盲點的一些實例數據SampleDATA當mobileDM數據顯示以下特性時，該區域可能為盲區。LowRSSIHighmobileTxPowerLowEc/Io覆蓋盲點的一些實例數據SampleDATA當mobile覆蓋盲點的一些實例數據當

SMAPdata數據顯示以下特性時，該區域可能為盲區。PMRMsin1-wayPSMMtodroponlypilotSampleDATA覆蓋盲點的一些實例數據當SMAPdata數據顯示以下特如何來判斷盲點是由于干擾所造成?用手機位置和DM數據當手機接收電平RSSI>-80dBm但Ec/Io數值較低（<-13dB）時顯示手機所處位置不在最佳服務區或沒有哪個扇區的導頻信號處于主用地位。用SMAP數據(Optional)分析PSMM消息后發現，雖然手機有主用導頻信號，但和候選鄰導頻信號相比。主用導頻信號的Ec/Io數值比候選鄰導頻信號的Ec/Io值要低的多。用CDL數據CDLs數據顯示當主導頻信號已較弱時，所有的鄰扇區導頻信號無一優于主導頻信號。如何來判斷盲點是由于干擾所造成?用手機位置和DM數據干擾問題數據的例子當mobileDM

數據有以下特性時，顯示有干擾問題。HighRSSILowmobileTxPowerLowEc/Io干擾問題數據的例子當mobileDM數據有以下特性時干擾問題數據的例子當mobileDM

數據有以下特性時，顯示有干擾問題。PSMMs中許多導頻大于Tadd出現許多PSMMs消息PSMMs中無主導頻干擾問題數據的例子當mobileDM數據有以下特性時群組測試–測試路線優化時的測試路線通過群組基站所有扇區的主要道路和次要道路

群組測試中的Metric路線群組基站范圍中的主要道路(運營商確認的主要覆蓋路線)ClusterMetricOptimization群組測試–測試路線優化時的測試路線ClusterMet所預測的覆蓋區域CoveredareaMissingSitePathlossInterferenceNocoveragedesired所預測的覆蓋區域CoveredareaMissingSi覆蓋區域內測試路線的確定DesiredcoverageareaMissingSitePathlossInterferenceNocoveragedesiredDriverouteswithinboundaryofthedesiredcoveragearea覆蓋區域內測試路線的確定Desiredcoveragea群組測試判斷有問題區域的原因記錄問題狀態和解決問題方案重復進行群組測試直到達到或接近完成標準群組測試判斷有問題區域的原因群組測試數據處理在群組測試路線測試中收集有用的信息

設計最佳路線和收集信息呼叫性能統計DMandSMAP數據分析中需要的和有用的數據PlotFFER，RFER，Ec/Io，MobileTxpower，RSSI，BestPNPredictedcoverageplots，Ec/Ioplots，SHOareas群組測試數據處理在群組測試路線測試中收集有用的信息群組測試–測試報告在群組測試報告中要包含以下信息路測信息:日期，人員，基站數，測試方案，軟件版本，手機Ids。用圖形方式顯示群組測試精確路線，基站位置，覆蓋問題點，etc。呼叫性能數據:接入失敗，掉話數量地點。問題的分析問題的詳細列表手機發射功率，接收電平，Ec/Io等的圖形。群組測試–測試報告在群組測試報告中要包含以下信息整個系統的優化目的:

解決在群組測試中發現的問題，發現和解決在不同群組基站交界區域的新問題。方法:將超過2個的群組基站合并入一個系統中進行優化，每個群組基站都完成了群組測試的標準。優化路測的路線擴大為多個投入使用的群組基站群優化路線重點在問題區域，收集數據來進行判斷。根據現場情況調整診斷/測試的路線。調整和優化系統參數，在問題區域做多次路測。整個系統的優化目的:完成標準所有的呼叫性能達到設計標準，例如:呼叫成功率超過95%掉話率低于3%系統可靠性要超過95%平均誤碼率FER要低于3%最終報告路測數據信息呼叫統計每個呼叫失敗和掉話分析每個地區的問題列表整個系統的優化完成標準整個系統的優化首先需要優化的內容?Neighborlist的個數和順序基站的半徑參數搜索窗口切換的參數（TAdd，TDrop，TTDrop，TComp，etc）

其次需要優化的內容?BTS功率（Caution:EnsurethatPAwillnotbeover/underdriven）調整天線高度，方向角，傾角或型號。整個系統的優化首先需要優化的內容?整個系統的優化整個系統的優化–測試路線測試路線優化路線:整個系統中的主要和次要道路Metric路線:系統區域內的主要道路(運營商確認)診斷測試路線:出現問題的區域內的道路整個系統的優化–測試路線測試路線整個系統優化的測試報告報告中包含的信息同群組測試報告中的信息基本相同整個系統優化的測試報告友好用戶階段系統優化階段完成后進行系統參數已穩定metric線路反映用戶真實分布友好用戶階段系統優化階段完成后進行優化組織結構圖MarketTechnicalChampionOptimizationTeamLeaderFieldSupportDevelopmentSupportDataCollectionTeam?Driver?LandlineOperator?DMOperatorSystemAvailability&ConfigurationControlPostProcessingTechnicianPerformanceTeam?RFOptimizationEngineer?RFOptimizationEngineer?DriverSystemMonitoringRFPredictionEngineer優化組織結構圖MarketTechnicalChampi優化需要的基本硬件和軟件移動診斷監視器，包含GPS信息和路線方向信息。測試交通工具和通信工具SMAP(Optional)電腦打印機（color，NetworkedprintertoAP，plotter）手機OPAS32地理信息系統地域道路信息數據表格測試文件（空中接口標準，用戶指南，etc。）優化需要的基本硬件和軟件移動診斷監視器，包含GPS信息和路AgilentDM測試界面圖AgilentDM測試界面圖AgilentDM測試界面圖AgilentDM測試界面圖

前向導頻信號強度路測圖（dB）前向導頻信號強度路測圖（dB）手機接收功率路測圖（dBm）手機接收功率路測圖（dBm）

手機發射功率路測圖（dBm）手機發射功率路測圖（dBm）日常系統性能管理非常重要。日常系統性能管理日常系統性能管理行為:產生每日系統報告追蹤CDL查看非常事件網絡RF性能任務日常系統性能管理行為:產生每日系統報告基本的日報告:Summariesofcallactivity呼叫行為報告Summariesofhandoffactivity切換行為報告Hardwareusagestatistics硬件使用統計基本的日報告:Summariesofcallactiv摩托羅拉CDMA系統性能數據網站摩托羅拉CDMA系統性能數據網站CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件CDMA網絡優化講義課件

CDMA系統無線參數

CDMA系統無線參數CDMA系統無線參數類別兩種參數系統優化過程中的可調參數切換參數小區尺寸參數(cellsizeparameter)固定參數CDMA系統無線參數類別兩種參數切換參數切換參數TAdd:PilotDetectionThreshold當導頻信號強度大于T_add時,手機發送PSMM(導頻信號強度測量消息),導頻由相鄰集進入候選集。建議值:-13to-15dB

TAdd:PilotDetectionThreshoTDrop:PilotDropThreshold當導頻信號強度小于T_drop時,手機啟動handoffdrop定時器建議值:-13to-17dBT_addT_dropPilotStrengthTimeActiveorCandidate

SetNeighbor

SetTTdropTDrop:PilotDropThreshold當導TTDrop:Active/CandidateSetDropTimer當激活/候選集Drop定時器>TTDrop時，導頻由激活/候選集轉到相鄰集;當候選集已滿,需要加入新的導頻時,除去最接近過期時間的導頻。建議值:2-6sec.

TTDrop:Active/CandidateSetTComp:Activevs.CandidateComparisonThresholdTcomp模式：當導頻強度Ec/Io大于Tadd時，將導頻從相鄰集轉到候選集；僅當導頻強度Ec/Io比激活集中某一導頻強度強Tcomp時，手機又發送PSMM(導頻信號強度測量消息),并開始切換。建議值:0-1.5dB