CDMA網(wǎng)絡(luò)話統(tǒng)分析優(yōu)化培訓(xùn)

1、CDMA網(wǎng)絡(luò)話統(tǒng)分析優(yōu)化1 概述一般來說，網(wǎng)絡(luò)優(yōu)化時(shí)，話統(tǒng)數(shù)據(jù)、路測數(shù)據(jù)是優(yōu)化的客觀依據(jù)，人為感覺是主觀依據(jù)，在解決疑難雜癥時(shí)就需要通過信令跟蹤與分析來定位問題?？梢?，話務(wù)統(tǒng)計(jì)數(shù)據(jù)是了解網(wǎng)絡(luò)性能的重要手段，尤其是網(wǎng)絡(luò)有話務(wù)量時(shí)，話務(wù)統(tǒng)計(jì)成為網(wǎng)絡(luò)優(yōu)化的重要參考和指導(dǎo)，其指標(biāo)的完整準(zhǔn)確和操作的方便性直接影響網(wǎng)絡(luò)優(yōu)化的效率。同時(shí)，話統(tǒng)指標(biāo)的好壞也是考察衡量優(yōu)化工作是否有成效的一個(gè)重要方面。另一方面，運(yùn)營商十分的重視話統(tǒng)數(shù)據(jù)。運(yùn)營商決策層往往就是通過話統(tǒng)提供的各種網(wǎng)絡(luò)運(yùn)行的直觀數(shù)據(jù)來掌握和判斷網(wǎng)絡(luò)運(yùn)行情況，同時(shí)也作為下一步網(wǎng)絡(luò)擴(kuò)容的重要依據(jù)。1.1 統(tǒng)計(jì)工具主要統(tǒng)計(jì)工具為SMARTER38及中國電信無

2、線網(wǎng)絡(luò)優(yōu)化平臺(tái)。2 話統(tǒng)分析主要關(guān)注內(nèi)容2.1 呼叫建立成功率分析呼叫建立成功率是評價(jià)系統(tǒng)性能的一個(gè)非常重要的指標(biāo)，反映系統(tǒng)接通呼叫的能力。呼叫建立成功率低在移動(dòng)用戶端，反映出來就是難以打通電話或數(shù)據(jù)呼叫無法連接上網(wǎng)的問題，也反映系統(tǒng)提供業(yè)務(wù)和保證服務(wù)質(zhì)量的能力。因此，我們將通過本文的分析和研究，對提高呼叫建立成功率提出一個(gè)切實(shí)可行的解決方案。2.1.1 影響呼叫建立成功率的主要因素及其解決方案有可能影響到呼叫建立成功率的因素有以下這些：Ø RF Access Failures (TCCF)Ø Call Setup FailuresØ CE/PP Resource

3、 Blocking Ø Forward Power Resource BlockingØ Reverse RF Loading Resource BlockingØ Call Delivery Type Related Termination FailuresØ Registration Related Termination FailuresØ Other Miscellaneous Failure Component2.1.1.1 RF Access Failure(TCCF)的呼叫建立失敗分析在小區(qū)下發(fā)CAM或ECAM消息后，意味著基站已

4、經(jīng)有了相應(yīng)的硬件資源來支持該呼叫，但小區(qū)無法收到SCCM消息的時(shí)候，就會(huì)產(chǎn)生一次TCCF。TCCF 的產(chǎn)生通常與較差的無線環(huán)境有關(guān)，因此TCCF RATE一般也稱為RF Access Failure Rate。當(dāng)然也有一些硬件相關(guān)的失敗會(huì)導(dǎo)致TCCF產(chǎn)生。我們下面將討論3G1X呼叫建立幾個(gè)步驟，以及各個(gè)步驟中對TCCF產(chǎn)生可能存在的影響以及相應(yīng)的優(yōu)化方法：1. Initial Cell Selection by Mobile in Idle Mode 2. Access Probe Sequence on Access Channel 3. Acknowledgement by Cell on

5、 Paging Channel 4. Channel Assignment Message on Paging Channel 5. Traffic Channel Acquisition by Mobile and Cell 6. Final Handshake to Confirm Service Option and Service Connection Ø Initial Cell Selection by Mobile in Idle Mode待機(jī)模式下，手機(jī)將不斷監(jiān)視駐留的導(dǎo)頻上的尋呼信道，并將當(dāng)前導(dǎo)頻強(qiáng)度與其他可用導(dǎo)頻進(jìn)行比較。當(dāng)發(fā)現(xiàn)更強(qiáng)的導(dǎo)頻后，手機(jī)就會(huì)執(zhí)行待機(jī)模式下

6、的切換。當(dāng)手機(jī)起呼的時(shí)候，通常就在其待機(jī)時(shí)駐留的導(dǎo)頻上起呼。因此，確保手機(jī)在待機(jī)狀態(tài)下始終駐留在一個(gè)最理想的導(dǎo)頻就是十分重要的。因此相應(yīng)優(yōu)化步驟包括了：n 確保鄰區(qū)設(shè)計(jì)準(zhǔn)確完整n 鄰區(qū)設(shè)計(jì)是雙向的n 通過Homax工具檢查鄰區(qū)及其優(yōu)先級設(shè)定準(zhǔn)確n 避免PN復(fù)用距離不夠Ø Access Probe Sequence on Access Channel當(dāng)用戶發(fā)起呼叫，或用戶被叫時(shí)收到了基站尋呼的時(shí)候，終端就會(huì)進(jìn)入接入探針序列的階段。這時(shí)候，既要保證終端發(fā)射功率最小化，又要保證終端能夠最短的時(shí)間內(nèi)成功接入。因此接入?yún)?shù)的設(shè)置必須符合朗訊的推薦值，也可以根據(jù)網(wǎng)絡(luò)實(shí)際情況和需要適當(dāng)?shù)倪M(jìn)行優(yōu)化調(diào)

7、整。Ø Channel Assignment Message on Paging Channel這時(shí)，如果小區(qū)已經(jīng)具備了硬件和功率資源能夠支持新的呼叫，那么基站就會(huì)通過尋呼信道下發(fā)Channel Assignment Message(CAM)消息。CAM消息主要用于通知終端使用指定的Walsh Code和指定的載頻。這里主要是要盡量避免跨載頻的分配產(chǎn)生；如果跨載頻的分配無法避免，應(yīng)盡量減少跨載頻分配失敗，避免跨載頻TCCF。Ø Traffic Channel Acquisition by Mobile and Cell這里是大量TCCF產(chǎn)生的階段。當(dāng)手機(jī)收到了CAM消息后，

8、就開始將按照指定的載頻和Walsh碼進(jìn)行信號調(diào)制，并且成功獲得基站發(fā)送的空數(shù)據(jù)。這時(shí)手機(jī)就會(huì)發(fā)出一個(gè)業(yè)務(wù)信道探針，基站必須能夠應(yīng)答該探針才能結(jié)束這個(gè)階段。這個(gè)過程中的任何一次失敗，都會(huì)產(chǎn)生一條TCCF紀(jì)錄，通常是TCCF2或TCCF1，不過一般超過80%的TCCF都是TCCF2。主要有如下這些因素可能會(huì)導(dǎo)致失?。?. 基站按照系統(tǒng)定義的功率發(fā)送空數(shù)據(jù)的時(shí)候，發(fā)射功率不足以抵消干擾帶來的影響，從而導(dǎo)致手機(jī)無法成功獲取基站發(fā)送的空數(shù)據(jù)，這時(shí)候會(huì)產(chǎn)生TCCF；2. 手機(jī)最初起呼的導(dǎo)頻不再是主導(dǎo)頻，按照IS95A的標(biāo)準(zhǔn)，手機(jī)在整個(gè)起呼過程中仍然必須駐留在該導(dǎo)頻上，這時(shí)其他導(dǎo)頻對其就會(huì)形成強(qiáng)干擾，從而導(dǎo)

9、致TCCF產(chǎn)生。3. 起呼區(qū)域內(nèi)業(yè)務(wù)量高或者導(dǎo)頻污染嚴(yán)重會(huì)導(dǎo)致干擾水平較高，導(dǎo)致業(yè)務(wù)信道或?qū)ず粜诺罒o法克服干擾，導(dǎo)致TCCF產(chǎn)生。4. 高的路徑損耗，可能導(dǎo)致各個(gè)信道無法支持呼叫建立，通常是由于無線信號覆蓋不好或室內(nèi)覆蓋不足。因此我們的主要優(yōu)化手段包括了：§ 參數(shù)nom_gain的設(shè)置對TCCF十分關(guān)鍵，如果設(shè)置過低，會(huì)導(dǎo)致手機(jī)無法成功獲得業(yè)務(wù)信道，放棄呼叫嘗試，產(chǎn)生TCCF；如果設(shè)置過高，會(huì)導(dǎo)致系統(tǒng)容量下降。§ 減少不必要的軟切換區(qū)域：§ 避免越區(qū)覆蓋§ 控制高負(fù)載的小區(qū)，特別是那些忙時(shí)TCCF顯著升高的小區(qū)§ 避免導(dǎo)頻污染Ø Fi

10、nal Handshake to Confirm Service Option and Service Connection 在最后的服務(wù)協(xié)商(Service Negotiate)階段的失敗，會(huì)產(chǎn)生TCCF7（Service Negotiate Failure）。在基站收到SCCM(Service Connect Compete Message)消息之前，可能會(huì)由于無線鏈路的問題， 產(chǎn)生TCCF3。不過這個(gè)階段的TCCF3應(yīng)該比較少，因?yàn)榻?jīng)過Traffic Channel Acquisition階段后，無線環(huán)境的問題已經(jīng)被大多排除了，而且SCM和SCCM消息交換前，終端已經(jīng)可以進(jìn)入軟切換了。這

11、一階段的優(yōu)化主要是確保交換機(jī)上的Service Option設(shè)置正確，對于TCCF3而言，其優(yōu)化手段和Traffic Channel Acquisition階段一樣。除了以上各個(gè)階段的優(yōu)化建議外，提出了一些新的Feature用來改善接入過程，包括了AEHO，AHO和CAMSHO。2.1.1.2 系統(tǒng)硬件資源或功率資源限制導(dǎo)致的呼叫建立失敗分析這一類呼叫建立失敗包括了以下三種情形：Ø CEBlocking Ø Forward Power Resource Blocking Ø Reverse RF Loading Resource Blocking在呼叫建立過程中，

12、只有基站的硬件資源以及前向和反向功率沒有過載的條件下，系統(tǒng)才會(huì)下發(fā)Channel Assignment Message，對應(yīng)的RF Assignment計(jì)數(shù)器開始進(jìn)行計(jì)數(shù)統(tǒng)計(jì)。我們在這一部分將主要討論，這一類資源限制導(dǎo)致的呼叫失敗的原因以及解決的方法和優(yōu)化的建議：1. CE Blocking首先我們應(yīng)該確保目前網(wǎng)絡(luò)中資源是合理配置的，需要遵循以下的一些基本原則：Ø 確保不同的載頻上的分配了與各載頻話務(wù)量對應(yīng)的CE信道數(shù)目；Ø 經(jīng)常檢查小區(qū)的CE信道的最高占用數(shù)目（比例）；Ø 保證硬件設(shè)備的及時(shí)升級或更新；Ø 確認(rèn)擁塞小區(qū)是否使用了VvsD的Feature

13、，如果使用了，確保參數(shù)設(shè)置合理，并經(jīng)過了優(yōu)化。除了以上的一些基本原則需要注意外，我們還將分析資源擁塞的其他可能，以及解決方案：Ø 基站的硬件資源滿負(fù)荷占用：這時(shí)新的呼叫發(fā)起后，基站將按照一定的算法對其分配用于業(yè)務(wù)信道的信道資源，如果沒有空閑的資源可用，那么該呼叫就會(huì)被擁塞。一旦發(fā)現(xiàn)這類問題，通常表示硬件設(shè)備資源缺乏，需要通過新增資源來解決這類問題。如果是由于硬件上軟件版本所支持的CE數(shù)目低，建議立即更換硬件，升級軟件來解決。一般現(xiàn)在對通過CE Pooling，實(shí)現(xiàn)了不同扇區(qū)上CE的共享，避免基站上個(gè)別扇區(qū)由于負(fù)荷高導(dǎo)致的CE Blocking。Ø 硬件故障：如果CCU，CD

14、M/CCC中任何一個(gè)硬件出現(xiàn)故障，均會(huì)導(dǎo)致可用的CE數(shù)目下降，從而可能會(huì)導(dǎo)致CE Blocking。一般可以通過OMP上的ECP Control&Display page來觀察這類問題，也可以通過ROP中的HEH信息來發(fā)現(xiàn)這類問題。如果硬件運(yùn)行不穩(wěn)定，可能從ECP Control&Display界面不能發(fā)現(xiàn)問題，那么必須通過ROP中的HEH信息來發(fā)現(xiàn)這類問題。由于這是硬件問題，我們需要將這類問題提供給基站維護(hù)工程師。2. Forward/Reverse Power Resource Blocking這類問題出現(xiàn)發(fā)生在基站處理呼叫申請時(shí)，沒有足夠的前向功率資源來支持呼叫，通常可能

15、是由于前向功率過載。和前向功率過載類似的是，反向鏈路同樣會(huì)出現(xiàn)由于反向功率過載導(dǎo)致新的呼叫或切換要求被拒絕。對于前/反向功率過載，短期內(nèi)，我們通常會(huì)采用天線調(diào)整（方位角，下傾角以及天線型號）和參數(shù)（功率衰減參數(shù)，切換參數(shù)等）來降低高負(fù)荷小區(qū)的負(fù)荷；另外可以調(diào)整過載控制算法中的門限設(shè)置，不過通常不推薦，因?yàn)檫@種方式?jīng)]有根本解決功率過載的問題，只是推遲了功率過載算法發(fā)生的時(shí)間。長遠(yuǎn)考慮的話，會(huì)建議新加載頻或者周邊新增基站來解決前向過載所帶來的問題。我們下面具體討論各種導(dǎo)致前/反向功率過載的可能原因及其解決建議：Ø 扇區(qū)達(dá)到其最大容量限制：當(dāng)一個(gè)扇區(qū)上所有載頻上可用的前向鏈路或反向鏈路功率

16、全部被占用，那么新的呼叫或切換就會(huì)被拒絕。一般會(huì)表現(xiàn)為基站的所有扇區(qū)的話務(wù)量都非常高，并且所有載頻上的話務(wù)量十分近似的時(shí)候。這類問題就是前面提到的短期內(nèi)通過天線和參數(shù)調(diào)整來優(yōu)化，長期考慮新增載頻和基站來解決。Ø 過大的軟切換區(qū)域切換區(qū)域過大，過多的不必要的軟切換同樣會(huì)占用前向鏈路/反向鏈路的功率分配，使得前向/反向鏈路功率更容易出現(xiàn)過載。從Service Measurement中的切換比例以及Homax體現(xiàn)出來的越區(qū)覆蓋類的問題可以發(fā)現(xiàn)這類問題。建議通過優(yōu)化減少切換區(qū)域。Ø VAF設(shè)置不合理對于某些特定型號的功率放大器，可能某些參數(shù)設(shè)置會(huì)導(dǎo)致在正常的話務(wù)量的情形下，出現(xiàn)前向

17、功率過載控制。我們需要檢查每扇區(qū)每載頻的最高話務(wù)量和最大功率，檢查各扇區(qū)性能指標(biāo)，確認(rèn)不同放大器的參數(shù)設(shè)置。3. Call Setup Failure 的呼叫建立失敗分析這一類Call Setup Failures在正常系統(tǒng)中應(yīng)該是很少的，因此如果小區(qū)上突然出現(xiàn)大量的Call Setup Failure，我們需要通過ROP的記錄來確定問題。Ø Call Shutdown (CS-43)這類CS43的失敗通常只與CCC（CDMA Cluster Controller 主控板）故障有關(guān)，一般表現(xiàn)一個(gè)載頻的所有扇區(qū)的Call Setup Failure突然顯著升高。解決方法：可以通過交換上

18、restore這個(gè)CCC，如果不能恢復(fù)正常有必要去現(xiàn)場進(jìn)行診斷或更換硬件。Ø Call Shutdown Type10 (CS-10)如果切換過程中由于Unanswered 狀態(tài)導(dǎo)致失敗，會(huì)產(chǎn)生CS10，在Service Measurement中記為一個(gè)Call Setup Failure。除了Service Measurement中Call Setup Failure可以參考外，在ROP中的Unanswered Origination or Termination states 下記為Call Shutdown Type 10。解決方法：由于絕大部分CS10表現(xiàn)為CP Fail D

19、rops，因此解決CP Fail Drops問題能夠改善CS10，從而改善Established Call Rate。CP Fail Drops主要是Handoff (HO) Complete Timeouts ，即在切換過程中的掉話。這部分內(nèi)容需要參考Drop Call Rate的分析部分。2.2 掉話率分析2.2.1 掉話率改善指標(biāo)思路根據(jù)平時(shí)的工作經(jīng)驗(yàn)，在研究掉話率問題時(shí)，主要的目標(biāo)是放在盡可能的減少分子中各計(jì)數(shù)器的數(shù)值，即減少掉話個(gè)數(shù)。而分母中的一些計(jì)數(shù)器則牽涉到話務(wù)量，和呼叫建立成功率。一般來說，對于網(wǎng)絡(luò)主要指標(biāo)的改善都可分為3大步驟：問題定位原因分析針對原因的改善措施及實(shí)施以下，我

20、們分別就針對掉話率的改善，具體說明一下，在每個(gè)大步驟中，具體需要作一些什么樣的工作。我們將會(huì)采用提一系列的問題，并介紹一些如何回答這些問題的方法來逐步闡述改善指標(biāo)的主要思路和方法。Ø 問題定位在這個(gè)階段，優(yōu)化人員主要的工作是回答下列一些問題：1.關(guān)于掉話率，網(wǎng)絡(luò)的現(xiàn)狀如何？2.掉話率整體較高還是局部（部分基站，扇區(qū)）較高？3.掉話率高的扇區(qū)有無地域特性，或其它規(guī)律性？4.掉話率持續(xù)較高還是突然變化？以下，我們將分別介紹回答每一個(gè)問題時(shí)可以進(jìn)行的工作：1.關(guān)于掉話率，網(wǎng)絡(luò)的現(xiàn)狀如何？定義研究范圍，單位2.掉話率整體較高還是局部（部分基站，扇區(qū)）較高？依據(jù)經(jīng)驗(yàn)判斷整體掉話率或每個(gè)ECP的

21、掉話是否偏高，以及偏高的程度？通過分站/扇區(qū)/載頻的列表初步判斷對掉話率的貢獻(xiàn)由少數(shù)基站引起還是大部分扇區(qū)全面貢獻(xiàn)？o判斷方法：可以將掉話率靠前的若干基站或扇區(qū)的掉話數(shù)量之和除以總掉話數(shù)量的到的比例o也可以通過方差大小進(jìn)行判斷3.掉話率高的扇區(qū)有無地域特性，或其它規(guī)律性？依據(jù)分站，扇區(qū)掉話率信息作Mapinfo專項(xiàng)地圖，并觀察有無地域特點(diǎn)，或其它規(guī)律性。需要重點(diǎn)關(guān)注的特點(diǎn)可以包括： o是否處于集中區(qū)域？o是否有交換機(jī)邊界的特點(diǎn)？o是否有載頻邊界的特點(diǎn)？o是否有SM相關(guān)或SM邊界相關(guān)的特點(diǎn)？4.掉話率持續(xù)較高還是突然變化？盡可能收集歷史數(shù)據(jù)或向熟悉的維護(hù)人員了解過去的情況，判斷是否近期突變還是情

22、況持續(xù)較長時(shí)間。Ø 原因分析與針對性措施基于前段問題定位所得到的結(jié)果，近一步分析原因。在問題定位階段，我們大致可以得到幾種結(jié)果：1.掉話率普遍異常升高。 通常在緊急情況下出現(xiàn)2.掉話率普遍偏高，但特別突出的扇區(qū)不多，且掉話數(shù)量占總掉話數(shù)量比例不高。3.掉話集中于一些掉話率較高的扇區(qū)，且呈一些明顯規(guī)律的分布。4.掉話集中于一些掉話率較高的扇區(qū)，但無明顯分布規(guī)律。接下來，我們即對上述每一種情況，大致說明一下它們各自不同的分析思路。l 情況一：掉話率普遍異常升高這種情況通常在緊急狀況下出現(xiàn)。一般表現(xiàn)的特點(diǎn)是所有基站或大量基站的掉話率在某一時(shí)刻突然整體陡升，或從某一時(shí)間點(diǎn)進(jìn)入一個(gè)明顯的上升通

23、道。在這種情況下，如果確認(rèn)無線環(huán)境沒有突然的變化，通常原因會(huì)和系統(tǒng)硬件或軟件的故障或更新會(huì)有密切關(guān)系。RF工程師在這種情況下，首先應(yīng)密切配合交換或系統(tǒng)的工程師密切注意網(wǎng)絡(luò)的動(dòng)態(tài)。其次，可配合系統(tǒng)工程師，進(jìn)行下列一些結(jié)果，以分析根本原因。1.盡可能根據(jù)歷史數(shù)據(jù)作出掉話率相對時(shí)間的變化曲線，以確認(rèn)變化出現(xiàn)的確切時(shí)間點(diǎn)。為迅速判斷原因提供依據(jù)。2.統(tǒng)計(jì)掉話數(shù)量的各相關(guān)計(jì)數(shù)器。判斷是Lostcall還是Cpfailure的大量上升。如果發(fā)現(xiàn)是Lostcall激增（這種情況較少），可考慮大面積干擾的可能性，可繼續(xù)觀察RSSI等相關(guān)指標(biāo)作進(jìn)一步確認(rèn)。 如果發(fā)現(xiàn)是CS激增，可進(jìn)行以下第三步分析3.依據(jù)apx

24、文件的分析，統(tǒng)計(jì)各種CS類型的數(shù)量。如發(fā)現(xiàn)除CS10以外其它一種或多種類型的CS（call shutdown）激增，可將相應(yīng)的CS類型和統(tǒng)計(jì)結(jié)果提供給系統(tǒng)工程師，以助進(jìn)一步分析。l 情況二：掉話率普遍偏高，但特別突出的扇區(qū)不多，且掉話數(shù)量占總掉話數(shù)量比例不高這種情況，平時(shí)碰到的比較多。多數(shù)針對掉話率進(jìn)行的優(yōu)化，可以歸為這種類型。在這種情況下，RF工程師可以通過以下工作，進(jìn)一步進(jìn)行指標(biāo)優(yōu)化。1.與情況一相同，統(tǒng)計(jì)歷史數(shù)據(jù)，以及Lostcall和Call shutdown的比例。如發(fā)現(xiàn)突變時(shí)間點(diǎn)，可以追溯當(dāng)時(shí)相關(guān)的系統(tǒng)操作，作為判斷的依據(jù)。同時(shí)也根據(jù)經(jīng)驗(yàn)判斷CallShutdown的比例是否合理，

25、以及是否有較大比例非CS10的callshutdown。如有發(fā)現(xiàn)，配合系統(tǒng)工程師盡力消除。再進(jìn)行下一步驟。2.配合檢查系統(tǒng)軟切換，及其它種類的切換成功率，以及擁塞相關(guān)指標(biāo)。如發(fā)現(xiàn)切換成功率普遍較低，或擁塞嚴(yán)重現(xiàn)象，則配合系統(tǒng)工程師盡力排除。3.請求系統(tǒng)工程師對系統(tǒng)告警分析和過濾，盡可能排除可能存在的其它系統(tǒng)問題。4.根據(jù)HOMAX結(jié)果檢查網(wǎng)絡(luò)中鄰區(qū)關(guān)系內(nèi)容和優(yōu)先級的合理性，以及CDHNL表中設(shè)置內(nèi)容的合理性。并作出合理調(diào)整。5.完成上述步驟后，可繼續(xù)根據(jù)情況四中的步驟，對排名較高的站作進(jìn)一步的分析與改善。l 情況三：掉話集中于一些掉話率較高的扇區(qū)，且呈一些明顯規(guī)律的分布如果找到的規(guī)律與設(shè)備有關(guān)

26、，可以順著規(guī)律進(jìn)一步，要求系統(tǒng)工程師一起進(jìn)一步檢查相關(guān)設(shè)備的狀態(tài)和告警。例如發(fā)現(xiàn)交換機(jī)邊界普遍掉話率較高，可進(jìn)一步檢查interMSC切換成功率等指標(biāo)，并要求系統(tǒng)工程師檢查局間中繼，系統(tǒng)告警等。如發(fā)現(xiàn)掉話和某SM密切相關(guān)，或與擁塞相關(guān)，可繼續(xù)分析相關(guān)硬件設(shè)備狀態(tài)或負(fù)荷情況。以此類推。另一種情況是，掉話較高的區(qū)域集中與某一區(qū)域，但無明顯設(shè)備相關(guān)的證據(jù)。則可以，依據(jù)經(jīng)驗(yàn)首先判斷是否站間距造成的弱覆蓋問題。這種情況下使用PCMD工具，進(jìn)一步分析掉話較為集中的地點(diǎn)，將會(huì)有很大幫助。此外參照情況四的步驟作進(jìn)一步分析，也會(huì)有較大發(fā)現(xiàn)。l 情況四：掉話集中于一些掉話率較高的扇區(qū)，但無明顯分布規(guī)律日常優(yōu)化工作

27、中，常采用Top10的方式對此中情況進(jìn)行分析。具體方法，即列出網(wǎng)絡(luò)中指標(biāo)最差的10個(gè)或是20個(gè)扇區(qū)，進(jìn)行重點(diǎn)研究。分析原因，加以改善。在初步解決后在進(jìn)行下10個(gè)或20個(gè)扇區(qū)的分析，循環(huán)往復(fù)，逐步改善。針對列出的基站，RF工程師可進(jìn)行下列分析工作：1.排除硬件原因。在ROP中，收集相關(guān)基站在一段時(shí)間內(nèi)的告警或相關(guān)事件信息。并請求基站工程師通過OMC檢查相應(yīng)基站的狀態(tài)，告警。確保基站正常工作。常見的故障包括基站GPS，或時(shí)鐘模塊故障產(chǎn)生的Flywheeling告警。2.通過指標(biāo)判斷基站發(fā)射功率，天饋等是否可能出問題。通常檢查天線的發(fā)射功率需要到基站上進(jìn)行功率測量，或天饋測量。但這項(xiàng)工作工作量較大，

28、周期較長。受到較多的限制。RF工程師也可以通過一些指標(biāo)分析，鎖定一些較可能有問題的基站或扇區(qū)，以大幅度提高工作效率。具體可分析的指標(biāo)包括：o基站/扇區(qū)的話務(wù)量o每用戶平均的前向功率 （Average forward power per User）o軟切換比例等這是因?yàn)?，通常如果基站發(fā)射功率發(fā)生問題或天饋發(fā)生問題，導(dǎo)致的結(jié)果就是空中發(fā)射的功率變小，伴隨出現(xiàn)的現(xiàn)象可能是基站吸收的話務(wù)量減小，軟切換比例增高，每用戶平均前向功率升高的現(xiàn)象。因此如果和周邊其它扇區(qū)比較，有上述現(xiàn)象發(fā)生的，或某時(shí)刻起出現(xiàn)逐步出現(xiàn)上述現(xiàn)象的應(yīng)列為重點(diǎn)檢查對象。如有發(fā)現(xiàn)及時(shí)排除。3.排除干擾可能性。主要通過檢查分析，RSSI，

29、上行平均誤幀率起呼成功率等指標(biāo)，以及配合直放站資料進(jìn)行分析。其中覆蓋區(qū)域內(nèi)存在的直放站和干擾源的排除是關(guān)鍵。4.排除不合理參數(shù)設(shè)置。常見的包括檢查PN設(shè)計(jì)，切換參數(shù)設(shè)置，搜索窗設(shè)置，接入?yún)?shù)設(shè)置等。RF工程師應(yīng)根據(jù)分析小區(qū)的覆蓋目標(biāo)區(qū)域，基站數(shù)據(jù)庫中站址位置，站高，天線方向等信息綜合判斷基站參數(shù)設(shè)置是否合理。RF工程師同時(shí)也應(yīng)對常規(guī)的系統(tǒng)參數(shù)有較全面的了解。5.排除系統(tǒng)資源不足，如檢查相應(yīng)基站，及周邊基站是否出現(xiàn)前向功率不足的記錄。6.檢查鄰區(qū)關(guān)系設(shè)置和優(yōu)先級設(shè)置。檢查主要根據(jù)HOMAX輸出結(jié)果以及基站數(shù)據(jù)庫中的站址位置，站高，天線方向，站址周圍環(huán)境照片等信息。檢查的目的是發(fā)現(xiàn)：包括是否可能天線接反，或站高不合理，以及鄰區(qū)關(guān)系添加是否合適，優(yōu)先級是否正確等內(nèi)容。必要時(shí)，可上站檢查。7.過濾APX文件中相關(guān)扇區(qū)掉話記錄，分析MIN號規(guī)律。必要時(shí)，進(jìn)行電話訪問。這項(xiàng)工作可以幫助排除手機(jī)問題可能造成的高掉話率問題。以及精確定位產(chǎn)生掉話的具體位置。8.改善導(dǎo)頻污染。在通過所有上