CDMA網(wǎng)絡(luò)優(yōu)化典型案例分析

1、Author: 青州seo網(wǎng)絡(luò)優(yōu)化案例案例1：關(guān)于鄰小區(qū)列表設(shè)置的問題【現(xiàn)象描述】手機在通話過程中可以成功的從A小區(qū)切換到B小區(qū)，但無法從B小區(qū)切換到A小區(qū)；手機距離某小區(qū)C很近，但在手機的導(dǎo)頻激活集中看不到C小區(qū)的PN碼。這樣隨著手機向目標小區(qū)移近，手機導(dǎo)頻激活集中的EC/IO將逐漸降低、FER逐漸增大，繼而引起掉話?！驹蚍治觥恳话闱闆r下，CDMA手機有四個寄存器，分別存放6個激活導(dǎo)頻集、5個候選導(dǎo)頻集和20個相鄰導(dǎo)頻集。雖然在目前的系統(tǒng)中，部分廠家的數(shù)據(jù)庫最多可提供多達45個相鄰小區(qū)，但系統(tǒng)通過Neighbor List Updat消息經(jīng)空中接口向手機傳

2、送的只有20個，而這20個鄰區(qū)是系統(tǒng)按一定的算法從當前的服務(wù)小區(qū)的多個鄰小區(qū)數(shù)據(jù)庫列表中選出來的，在選擇過程中系統(tǒng)一般不依賴于這些小區(qū)的信號強度和質(zhì)量，而僅僅根據(jù)數(shù)據(jù)庫的靜態(tài)定義按照預(yù)先設(shè)定的算法進行選擇。這樣如果某個目標小區(qū)在系統(tǒng)鄰小區(qū)中未定義或定義了但由于優(yōu)先級低而未能通過空中接口消息告之手機，手機的鄰小區(qū)寄存器中未存放該目標小區(qū)的信息，就會導(dǎo)致上述問題現(xiàn)象的發(fā)生?！窘鉀Q方案】通過路測設(shè)備或其它呼叫跟蹤設(shè)備采集空中接口消息，采集掉話前后的信息，確定掉話后同步的PN碼，然后查找該同步消息上面最近的Neighbor List Updat消息，看是否由該PN碼，并結(jié)合鄰小區(qū)列表數(shù)據(jù)庫中判斷是否為

3、未定義或雖然定義了但優(yōu)先級太低。案例2：關(guān)于導(dǎo)頻檢測參數(shù)設(shè)置的問題【現(xiàn)象描述】手機在通話過程中由于無線環(huán)境變化，導(dǎo)致信號急劇變化，此時會出現(xiàn)手機雖然已搜索到目標小區(qū)信號，但由于未達到切換門限而無法切換或切換區(qū)域不足，導(dǎo)致誤幀率上升引起掉話。下面是一組現(xiàn)場測試數(shù)據(jù)，可以看出由于無線環(huán)境的變化，PN75的信號急劇減弱，但PN396由于切換門限T-ADD為-12db,未能進入有效集，導(dǎo)致PN27雖然已達到門限值，但由于高誤幀而無法完成切換，導(dǎo)致掉話?！驹蚍治觥糠治鲈搯栴}，我們需要對導(dǎo)頻檢測參數(shù)的定義和設(shè)置意義要有些了解。目前，基站導(dǎo)頻檢測參數(shù)主要有T-ADD、T-DROP、T-TDROP、T-CO

4、MP等，這里我們主要了解一下T-ADD和T-DROP兩個參數(shù)。T-ADD是移動臺用來檢測接收到的導(dǎo)頻強度的門限值。如果T_ADD設(shè)置太小，會導(dǎo)致過多的掉話和覆蓋空洞，也有可能導(dǎo)致切換區(qū)域不足。如果T_ADD設(shè)置過大，會導(dǎo)致切換區(qū)域過大，從而使前向容量損失和由于需要增加信道卡而使成本增加。另外由于切換區(qū)域的增加還會使呼叫和切換阻塞增加，后者還有可能導(dǎo)致掉話。T-DROP是. 導(dǎo)頻去掉門限。當激活集和候選集中的導(dǎo)頻強度低于該門限值時移動臺會啟動該導(dǎo)頻對應(yīng)的切換去掉計時器。如果T_DROP設(shè)置過小，會導(dǎo)致過早地去掉可用導(dǎo)頻，從而產(chǎn)生掉話，因為去掉的導(dǎo)頻只會是以干擾的形式出現(xiàn)的。如果T_DROP設(shè)置過

5、大，會導(dǎo)致切換區(qū)域過大，從而使前向容量損失和由于需要增加信道卡而使成本增加。另外由于切換區(qū)域的增加還會使呼叫和切換阻塞增加，后者還有可能導(dǎo)致掉話。因此上面的問題主要由于切換門限T-ADD設(shè)置太小引起切換區(qū)域不足，有效信號無法進入而引起掉話?！窘鉀Q方案】通過對測試后臺數(shù)據(jù)的分析，可以發(fā)現(xiàn)該問題主要由于信號突變，導(dǎo)致強信號無法及時進入有效集，因此需要降低其切換門限，以便有足夠的切換區(qū)域。因此通過調(diào)整PN75的T-ADD的值為-13db,問題解決。以下是調(diào)整后的測試數(shù)據(jù)： 案例3：關(guān)于移動臺搜索窗設(shè)置的問題【現(xiàn)象描述】當手機從當前服務(wù)小區(qū)移向某個覆蓋范圍較大的基站時，如果目標站的搜索窗口設(shè)置太小，則

6、手機將不能及時搜索到該目標站的PN，這樣隨著手機向目標基站的移動，必然出現(xiàn)當前服務(wù)小區(qū)的信號強度減弱，而目標小區(qū)的信號增強而變?yōu)閺姼蓴_信號，這樣就會出現(xiàn)接收電平增強、服務(wù)小區(qū)的EC/IO減弱、TX、FER增加而導(dǎo)致掉話，這里我們將舉個具體案例供大家參考。下圖是某市某掉話點的后臺FER效果圖和前臺數(shù)據(jù)： 【原因分析】通過前臺測試數(shù)據(jù)回放和后臺數(shù)據(jù)分析，我們可以排除鄰小區(qū)列表問題。（下圖紅圈。）檢測搜索窗參數(shù)設(shè)置：PN432：SRCH-WIN-A 為9；SRCH-WIN-N為10；由于PN54基站設(shè)備為三星PICO設(shè)備，該設(shè)備分為SMU（三星PICO設(shè)備主控單元）和SRU（三星PICO設(shè)備遠程單元

7、）兩部分，其中射頻SRU部分可拉遠，經(jīng)與相關(guān)工程人員確認，該設(shè)備SMU和SRU采用光纖傳輸，距離大于10KM。由于基站SRCH-WIN-N的設(shè)置要大于2倍的PN PHASE。PN_phase =Optic cable delay + Air delay+ system delay =10*6chip+0+0chip=60chip所以SRCH-WIN-A和SRCH-WIN-N要大于120chip參照下表， SRCH-WIN-N要大于等于11。SRCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWindow Size(PN chips)S

8、RCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWindow Size(PN chips)048601698028101003101113041412160520132266281432074015452【解決方案】參照上表，將PN432的SRCH-WIN-N改為11，則問題解決，見下圖（調(diào)整后FER效果圖）【總結(jié)】從這個案例可以看出，搜索窗參數(shù)的設(shè)置過小會導(dǎo)致移動臺無法搜索到目標小區(qū)而導(dǎo)致呼叫掉話，但在實際應(yīng)用中，我們也不能把搜索窗設(shè)置的太大，因為這樣會導(dǎo)致搜索鄰小區(qū)列表的速度太慢。案例4：關(guān)于系統(tǒng)參數(shù)設(shè)置的問題【現(xiàn)象描述】手機在

9、通話過程中可以成功的從A小區(qū)切換到B小區(qū)，已成功捕捉到B小區(qū)信號，進入候補集，但基站無法完全解調(diào)手機的上行信號，無法下達切換指令，導(dǎo)致相關(guān)指標惡化而引起掉話。下圖是某組測試數(shù)據(jù)，從圖中可以看出，PN141信號已經(jīng)很強并已進入候補集，但無法完成切換進入有效集，導(dǎo)致FER等指標惡化，最終導(dǎo)致掉話。【原因分析】從上圖案例主要是由于系統(tǒng)未下發(fā)切換指令，而引起切換失敗。在切換過程中，與手機搜索窗相對應(yīng)的基站的搜索參數(shù)是DEMOD-WIN-LENGTH ，該參數(shù)的取值范圍為03072（1/8 PN CHIP UNIT）。在切換過程中，|RTD of Master RTD of Slave| < DW

10、L/2(Demod_Win_Length)，分別測算切換點距PN141和PN186兩基站的空間距離，兩直線距離相差約為8KM（注：PN141基站為位于海對岸漳州中銀基站，圖中未標注。），因此|RTD of Master RTD of Slave|>4CHIP*8=32CHIP。因此DWL的取值應(yīng)大于512，核查系統(tǒng)參數(shù)中DWL的設(shè)置為默認值288，因此基本可判斷該問題與DWL的設(shè)置過小有關(guān)。【解決方案】調(diào)整兩扇區(qū)DWL參數(shù)設(shè)置，將其調(diào)整為600，則問題解決，下圖為調(diào)整后現(xiàn)場測試數(shù)據(jù)。案例5：基站過覆蓋，導(dǎo)致前向功率不足，起呼成功率不高【現(xiàn)象描述】由于郵電大樓基站較高（11層樓上面有一鐵塔

11、20多米），覆蓋遠，旁瓣范圍較大；觀察指標發(fā)現(xiàn)，此基站2扇區(qū)經(jīng)常出現(xiàn)呼叫失敗，前向功率不足等現(xiàn)象，導(dǎo)致指標相對較差。處理前前向功率過載分析：采集開始時間BTSCell子系統(tǒng)號載頻號前向發(fā)射功率達到級別1的采樣次數(shù)前向發(fā)射功率達到級別2的采樣次數(shù)前向發(fā)射功率達到級別3的采樣次數(shù)前向發(fā)射功率達到級別4的采樣次數(shù)功率過載時長(ms)2009-2-24 20:00921001251491578002009-2-24 20:309210017016939128002009-2-26 21:00921001481652388002009-2-26 21:3092100140114002009-2-27 2

12、0:309210010161921084621496002009-2-27 20:0092100169301247178002009-2-28 20:0092100205282128154002009-2-28 20:30921001822683012800 話統(tǒng)指標：開始時間BTSCELL1X: 語音呼叫話務(wù)量 (Erl)語音呼叫擁塞次數(shù)1X: 語音起呼成功率(%)業(yè)務(wù)信道負載率(%)2月24 20:0092郵電大樓14.1739298.6216.822月25 20:0092郵電大樓15.9686010024.052月26 20:0092郵電大樓14.7878198.1519.32月27 2

13、0:0092郵電大樓15.03061396.6720.272月28 20:0092郵電大樓16.1469297.8124.77從上面的統(tǒng)計來看，此基站2扇區(qū)連續(xù)幾天晚忙時都存在前向功率過載，出現(xiàn)呼叫擁塞，導(dǎo)致呼叫失敗，并且過載的時長相對較長。連續(xù)幾天的起呼成功率都在99%以下?！驹蚍治觥糠治龃诵^(qū)的話務(wù)量，發(fā)現(xiàn)并不是很高，并且沒有出現(xiàn)由于CE不足導(dǎo)致的擁塞，查看呼叫次數(shù)也不是很高，觀察前向功率狀況分析統(tǒng)計，發(fā)現(xiàn)都是由于前向功率不足導(dǎo)致的呼叫失敗，擁塞等現(xiàn)象，于是懷疑可能是此小區(qū)覆蓋過遠導(dǎo)致的前向功率不足。我們對此基站進行了實地勘察，發(fā)現(xiàn)此基站天線較高，在11層樓樓頂20米高的鐵塔上，并且檢查

14、其俯仰角發(fā)現(xiàn)機械傾角僅1度，并且2扇區(qū)覆蓋的區(qū)域沒有太高的樓，因此造成此小區(qū)過遠覆蓋，旁瓣較大。我們對此小區(qū)的覆蓋進行了DT測試，如下圖所示：從上面圖示來看，此小區(qū)旁瓣覆蓋過大，并且覆蓋到了萬福橋附近，對周圍小區(qū)造成一定的影響?！咎幚磉^程】根據(jù)以上的基站勘察和實地測試分析，發(fā)現(xiàn)此小區(qū)出現(xiàn)前向功率過載，呼叫失敗，主要是由于此基站較高，主瓣覆蓋過遠，導(dǎo)致大部分用戶處于離基站較遠的位置進行通話，由于路徑損耗，因此分給每個用戶的前向功率就增多，這樣造成在用戶不多的情況下也很容易出現(xiàn)由于前向功率不足導(dǎo)致的起呼不成功。因此需要從兩方面入手，處理此問題；一方面控制此小區(qū)的覆蓋，另一方面調(diào)整此小區(qū)的過載功率門

15、限?！窘鉀Q方案】Ø 郵電大樓2扇區(qū)俯仰角從1度7度；Ø 限制呼叫門限：9095；限制切換門限9598；Ø 導(dǎo)頻占最大過載功率比例：150120；【處理后結(jié)果】根據(jù)以上調(diào)整方案，我們進行了調(diào)整實施，從調(diào)整后的話統(tǒng)來看，由于前向功率不足導(dǎo)致的擁塞已經(jīng)沒有了，并且起呼成功率也有所提高，覆蓋基本正常合理。前向功率過載觀察：采集開始時間BTSCell子系統(tǒng)號載頻號前向發(fā)射功率達到級別1的采樣次數(shù)前向發(fā)射功率達到級別2的采樣次數(shù)前向發(fā)射功率達到級別3的采樣次數(shù)前向發(fā)射功率達到級別4的采樣次數(shù)功率過載時長(ms)3月3 19:0092100000003月3 19:3092100

16、000003月3 20:0092100000003月3 20:3092100000003月4 20:0092100000003月4 20:3092100100003月4 20:0090100000003月4 20:3090100000003月5 19:0092100000003月5 19:3092100000003月5 20:0092100000003月5 20:309210010000開始時間BTSCELL1X: 語音呼叫話務(wù)量 (Erl)語音呼叫擁塞次數(shù)1X: 語音起呼成功率(%)業(yè)務(wù)信道負載率(%)3月3 20:0092郵電大樓14.6472099.2718.733月4 20:0092郵

17、電大樓14.9847099.5420.093月5 20:0092郵電大樓14.4906099.4118.13月6 20:0092郵電大樓14.3742099.5517.63從上面的統(tǒng)計來看，經(jīng)過調(diào)整后，前向功率過載測試明顯減少，幾乎沒有；并且從指標觀察，此小區(qū)的語音呼叫沒有出現(xiàn)擁塞現(xiàn)象，并且起呼成功率有所提高在99%以上，業(yè)務(wù)信道負載也比以前明顯降低。 覆蓋圖示：從調(diào)整后的覆蓋來看，此小區(qū)的覆蓋得到了很好的控制，過覆蓋現(xiàn)象基本消除，對周圍基站的影響明顯減少。【總結(jié)】從上面的案例分析得出，城區(qū)基站不宜選址較高，選址過高，可能造成超遠覆蓋，導(dǎo)致前向功率不足，影響相關(guān)的指標。并且天線掛高過高，為了控

18、制覆蓋，可能要大程度的下壓天線俯仰角，這樣很容易造成波型變型，旁瓣變大，對周圍基站產(chǎn)生很大的影響，因此城區(qū)基站應(yīng)該根據(jù)周圍的建筑及用戶量，覆蓋距離合理的選取天線的高度。案例6：基站替換后呼叫失敗次數(shù)高，切換成功率低的問題【現(xiàn)象描述】赤水郵電大樓基站被替換為支持EVDO的基站后，觀察指標發(fā)現(xiàn)，此基站的呼叫失敗次數(shù)較高，呼叫建立成功率差，起呼成功率不高，并且切換成功率偏低。替換前指標：（20:00-21:00）開始時間BTSCELL1X: 語音呼叫話務(wù)量 (Erl)1X: 語音軟切換成功率(%)1X: 語音起呼成功率(%)1X: 語音尋呼成功率(%)業(yè)務(wù)信道掉話率(%)呼叫失敗次數(shù)3月16赤水郵電

19、大樓03.0910099.4499.23023月16赤水郵電大樓12.32100100100003月16赤水郵電大樓23.5510098.391000.674從上面的統(tǒng)計來看，此基站3個扇區(qū)的切換成功率都在99%以上；起呼成功率在99%左右；語音尋呼成功率也相對較高，呼叫失敗次數(shù)最多的小區(qū)僅為4次。替換后指標：3月18日（18:00-23:00）開始時間BTSCELL1X: 語音呼叫話務(wù)量 (Erl)1X: 語音軟切換成功率(%)1X: 語音起呼成功率(%)1X: 語音尋呼成功率(%)業(yè)務(wù)信道掉話率(%)呼叫失敗次數(shù)18:00:00赤水郵電大樓06.3893.5895.5299.530.152

20、418:00:00赤水郵電大樓12.7294.1094.2296.790.401518:00:00赤水郵電大樓21.0793.2295.2498.861.90719:00:00赤水郵電大樓09.7091.0097.1996.290.003019:00:00赤水郵電大樓13.1391.9296.6795.410.431119:00:00赤水郵電大樓21.8293.2296.8299.180.52620:00:00赤水郵電大樓07.1793.3596.0098.360.001920:00:00赤水郵電大樓11.8594.0298.2396.31.34520:00:00赤水郵電大樓23.0689.2

21、995.1898.170.561021:00:00赤水郵電大樓06.4091.4292.6398.350.253021:00:00赤水郵電大樓12.3492.0089.8697.260.001621:00:00赤水郵電大樓22.7089.9293.5396.150.0013從上面的統(tǒng)計來看，此基站替換后，切換成功率在95%以下；起呼成功率在95%左右，尋呼成功率也相對較低，并且從呼叫失敗次數(shù)來看，此基站各小區(qū)的呼叫失敗次數(shù)較多?！靖婢畔ⅰ繜o 觀察此基站的告警信息，沒有發(fā)現(xiàn)有任何信息?！驹蚍治觥?引起接入失敗和切換失敗的主要原因有以下：1、 高話務(wù)；2、 跨載頻業(yè)務(wù)信道分配； 3、 鄰區(qū)關(guān)系

22、缺失； 4、 參數(shù)設(shè)置錯誤；5、過大的軟切換區(qū)域； 6、缺乏覆蓋； 7、搜索窗問題； 8、干擾； 9、GPS模塊及其它硬件故障；² 結(jié)合以上原因我們分析此基站3個扇區(qū)的都較差，說明主要是3個扇區(qū)共用的部分出現(xiàn)問題，從硬件來說可能是時鐘模塊或主控模塊存在問題，因此我們對此基站的時鐘模塊和主控模塊進行了診斷，沒有發(fā)現(xiàn)問題，并且進行了更換，問題仍然存在，說明兩硬件沒有問題。主控板：從上面的診斷來看，主控板工作正常。時鐘板：從上面的診斷來看，此基站的時鐘模塊工作正常，GPS接收機正常，搜索衛(wèi)星12個。² 懷疑是否存在外部反向干擾，導(dǎo)致3個扇區(qū)呼叫失敗次數(shù)多，切換差；由于外部干擾較難

23、掌握和控制，有可能出現(xiàn)，于是觀察了此基站的底噪發(fā)現(xiàn)3個扇區(qū)都基本正常，如下統(tǒng)計：采集開始時間System小區(qū)號主集RSSI最大值(dBm)主集RSSI最小值(dBm)主集RSSI平均值(dBm)分集RSSI最大值(dBm)分集RSSI最小值(dBm)分集RSSI平均值(dBm)2009-3-18 18:001290-101.2-113.24-111.4-106.17-114.71-112.972009-3-18 18:001291-110.74-113.97-112.94-111.5-114.03-1132009-3-18 18:001292-107.66-113.58-112.44-111.

24、96-115.6-114.092009-3-18 18:301290-108.94-113.4-112.36-110.88-114.87-113.872009-3-18 18:301291-108.65-113.96-113.01-98.85-114-112.782009-3-18 18:301292-111.35-114.05-113.02-102.86-114.99-113.862009-3-18 19:001290-105.97-113.56-111.96-107.57-114.6-113.482009-3-18 19:001291-111.45-113.9-112.98-103.22-

25、114.33-112.712009-3-18 19:001292-109.52-113.82-112.84-97.29-115.34-113.562009-3-18 19:301290-106.38-113.76-111.42-106.26-115.03-112.752009-3-18 19:301291-111.63-113.44-112.92-107.23-113.59-112.192009-3-18 19:301292-108.28-113.9-112.85-106.79-114.45-113.072009-3-18 20:001290-109.63-113.4-112.39-111.5

26、9-114.78-113.822009-3-18 20:001291-96.71-113.71-112.34-100.14-113.92-112.052009-3-18 20:001292-108.85-113.66-112.71-110.57-114.59-113.72009-3-18 20:301290-99.71-114.05-110.25-87.43-115.44-112.062009-3-18 20:301291-96.72-114.24-111.54-105.87-114.11-112.482009-3-18 20:301292-104.47-113.59-112.07-109.2

27、8-114.96-113.632009-3-18 21:001290-106.35-114.19-112.09-110.42-115.03-113.872009-3-18 21:001291-112.28-114-113.15-110.97-114.89-113.252009-3-18 21:001292-110.64-114-112.95-111.52-114.8-114.062009-3-18 21:301290-110.83-113.17-112.34-108.24-115.05-113.52009-3-18 21:301291-110.89-114.14-112.89-112.34-1

28、14.66-113.442009-3-18 21:301292-107.8-114.1-112.53-112.78-114.85-114.19從上面的統(tǒng)計來看，此基站3個小區(qū)的底噪基本正常，反向干擾基本能夠排除。² 由于此基站替換后數(shù)據(jù)重新制作，因此對此基站的搜索窗、接入等參數(shù)、PN碼等進行了檢查和對比，和原來的一樣，鄰區(qū)關(guān)系也和原來保持一致，沒有發(fā)現(xiàn)有漏加的鄰區(qū)關(guān)系；因此也可以排除參數(shù)設(shè)置不當，導(dǎo)致出現(xiàn)此問題。² 觀察此基站開通的話務(wù)變化，1扇區(qū)話務(wù)量有所增高，2，3扇區(qū)的話務(wù)量基本上變化不大，由于此基站進行了升高，所以1扇區(qū)的話務(wù)出現(xiàn)升高的現(xiàn)象，但是從擁塞統(tǒng)計來看，3個

29、扇區(qū)都沒有出現(xiàn)擁塞的現(xiàn)象。因此排除此因素的影響。² 跨載頻業(yè)務(wù)信道分配，目前此基站僅為單載頻基站，不牽扯跨載頻業(yè)務(wù)信道指配，固也不是此原因?qū)е碌摹?#178; 從切換比例來看，此基站的切換比例和原來差不多，也不存在切換區(qū)域過大的現(xiàn)象。² 由于此基站為縣城基站，位置升高，和原來情況相差不大，因此也不可能是缺乏覆蓋導(dǎo)致。我們對此基站的呼叫失敗原因進行了分析，如下統(tǒng)計：失敗原因次數(shù)ERR_SPS_RLSA_BSSAP_TE_Tfchsetup136ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder5RESULT_DEFAULT_ERROR1

30、SDM_Activate_Fail_AcquirePreambleFail_Normal12SDM_Find_Fail_WaitConfigVTCTimeout1以上是3月18日18點到22點的呼叫失敗原因統(tǒng)計，從上面來看，總共失敗155次，其中ERR_SPS_RLSA_BSSAP_TE_Tfchsetup導(dǎo)致的占136次，因此呼叫失敗主要是此原因?qū)е?。查詢手冊說明：從上面看，可能是定時器設(shè)置太短，此定時器沒有進行過修改，因此應(yīng)該沒有問題。觀察CCM板CPU占用率不高，也不是此原因造成，由于失敗原因是BSC長時間沒有收到BTS上建立基本信道成功或失敗的響應(yīng)消息，因為BTS和BSC主要是2M線連

31、接，經(jīng)詢問此基站替換后擴了兩條傳輸，因此懷疑可能與傳輸線有關(guān)?！咎幚磉^程】查看E1流量情況，發(fā)現(xiàn)有兩條E1接收流量較小，僅為200多bps，而另外兩條傳輸為上萬bps，明顯有兩條傳輸存在問題，導(dǎo)致流量不正常。因此懷疑可能是這兩條傳輸存在問題導(dǎo)致接入失敗高，指配差等問題，因此斷掉了這兩條傳輸。于是我們又對此基站的話統(tǒng)進行了觀察統(tǒng)計，發(fā)現(xiàn)基本正常。開始時間BTSCELL1X: 呼叫建立成功率(%)1X: 語音尋呼成功率(%)1X: 語音無線掉話率(%)1X: 語音軟切換成功率(%)1X: 語音起呼成功率(%)2009-3-19 20:00129赤水郵電大樓099.36100010098.92200

32、9-3-19 20:00129赤水郵電大樓199.61100099.8399.372009-3-19 20:00129赤水郵電大樓210010001001002009-3-19 21:00129赤水郵電大樓01001000.321001002009-3-19 21:00129赤水郵電大樓198.59100010097.42009-3-19 21:00129赤水郵電大樓210010001001002009-3-19 22:00129赤水郵電大樓099.71100010099.532009-3-19 22:00129赤水郵電大樓199.261000.4910098.852009-3-19 22:0

33、0129赤水郵電大樓210010001001002009-3-19 23:00129赤水郵電大樓099.149801001002009-3-19 23:00129赤水郵電大樓110010001001002009-3-19 23:00129赤水郵電大樓298.7797.140100100從上面的統(tǒng)計來看，此基站另外兩條傳輸斷掉后，此基站的呼叫建立成功率正常，99%左右；尋呼成功率也相對較高；軟切換成功率正常；起呼成功率也相對較高?！窘鉀Q方案】建議傳輸維護人員，檢查另外兩條傳輸線性能及質(zhì)量，并重新進行制作；【處理后結(jié)果】傳輸線處理后，我們對此基站的各項指標進行了跟蹤觀察，并對E1流量進行了統(tǒng)計，發(fā)

34、現(xiàn)都已經(jīng)基本正常，此問題也得到解決。處理后的E1流量觀察：從上面的圖來看，各E1的接收流量基本正常。處理后的話統(tǒng)觀察：開始時間BTSCELL1X: 語音呼叫話務(wù)量 (Erl)1X: 語音軟切換成功率(%)1X: 語音起呼成功率(%)1X: 語音尋呼成功率(%)業(yè)務(wù)信道掉話率(%)呼叫失敗次數(shù)3月21 20:00129赤水郵電大樓05.63 99.8999.3699.490.00 33月21 20:00129赤水郵電大樓12.25 10098.691000.00 23月21 20:00129赤水郵電大樓22.12 99.5999.251000.63 13月22 20:00129赤水郵電大樓04.

35、13 99.6597.951000.00 63月22 20:00129赤水郵電大樓12.41 99.801001000.00 03月22 20:00129赤水郵電大樓22.01 10099.151000.66 13月23 20:00129赤水郵電大樓06.51 10099.441000.00 23月23 20:00129赤水郵電大樓12.15 10099.1799.070.00 23月23 20:00129赤水郵電大樓21.88 10097.51000.00 3上面的統(tǒng)計來看，軟切換成功率較高99.5%以上；語音起呼成功率也較高，尋呼成功率99%以上，呼叫失敗次數(shù)2，3次基本正常，此問題基本解

36、決?！究偨Y(jié)】從上面的案例分析得出，工程質(zhì)量是非常重要的，小小的疏忽都可能導(dǎo)致問題的出現(xiàn)，影響網(wǎng)路的服務(wù)性能，引起不必要的投訴，因此在后續(xù)替換基站的過程中各個環(huán)節(jié)都應(yīng)該保證工程質(zhì)量，盡量避免人為疏忽導(dǎo)致的各種問題，影響替換后的各項指標。案例7：鄰區(qū)漏加，導(dǎo)致掉話【問題描述】在從遵義市馬攔壩基站往遵義市二職高基站測試行駛過程中，在二職高基站附近手機Ec/Io變差，發(fā)射功率升高，接收電平正常，最后出現(xiàn)掉話。下圖為掉話點圖示：【問題分析】通過對測試數(shù)據(jù)分析發(fā)現(xiàn)，手機掉話前占用馬攔壩PN147的信號，此小區(qū)接收電平較好-70dBm左右，手機發(fā)射功率偏大，Ec/Io較差-22dBm，F(xiàn)FER較大100%。

37、掉話處離二職高基站較近，但是沒有切換到二職高基站，并且掉話后手機同步到二職高sec-1(PN18)上，經(jīng)檢查發(fā)現(xiàn)主要是由于馬攔壩sec-1（PN147）沒有添加二職高PN18和PN186為鄰區(qū)關(guān)系，因此不能進行切換，在二職高基站附近對PN147信號造成強干擾，Ec/Io變差，F(xiàn)FER升高，沒有合適的鄰小區(qū)進行切換，最終導(dǎo)致掉話。PN147鄰區(qū)圖：以上是PN147的鄰區(qū)圖，黃顏色的為鄰區(qū)，從上面的圖來看，PN147沒有添加二職高PN18和PN186為鄰區(qū)關(guān)系。掉話后同步到PN18圖示：【解決方案】建議馬攔壩sec-1(PN147)和二職高sec-1(PN18)、二職高sec-2（PN186）互為

38、添加鄰區(qū)關(guān)系。【處理結(jié)果】從上圖來看，在此處沒有出現(xiàn)掉話，此問題得到解決。鄰區(qū)關(guān)系：分析圖：切換成功圖示：從以上圖示對比可以看出，添加鄰區(qū)關(guān)系后，MS可以正常的切換到遵義市二職高Sec-1(PN18),Ec/Io為-4很好，接收電平為-55dBm很好，發(fā)射功率為-33dBm正常，各項指標正常，沒有出現(xiàn)掉話現(xiàn)象。案例8：中心血站導(dǎo)頻污染問題【問題描述】我們對中心血站進行了測試，測試位置為1樓、8樓、12樓。通過數(shù)據(jù)分析發(fā)現(xiàn)，1樓的各項指標正常，覆蓋較好；8樓和12樓覆蓋良好，切換頻繁，12樓部分點Ec/Io較差。位置圖示：【問題分析】經(jīng)分析發(fā)現(xiàn)1樓主要由茅草鋪Sec-1(PN30)、茅草鋪Sec-2(PN198)覆蓋，Ec/Io為-7dB左右