阿爾卡特分配失敗處理分析

1、 阿爾卡特分配失敗處理分析對于無線原因引起的TCH分配失敗次數(shù)多的小區(qū)，其掉話率也偏高。本文主要介紹無線原因引起的TCH分配失敗。在Alcatel無線系統(tǒng)中，關(guān)于該類型TCH分配失敗的計數(shù)器是MC746B。下圖是從信令角度解釋觸發(fā)分配失敗計數(shù)的條件。MC746B從以上信令的流程結(jié)和阿爾卡特計數(shù)器對分配階段的各各技術(shù)器做分析研究.在B8版中新加相關(guān)分配階段計數(shù)器:NB_TCH_NOR_ASS_REQMC140aNumber of normal assignment requests for TCH establishment (in HR or FR usage).NB_TCH_NOR_ASS_

2、ATPTMC140bNumber of normal assignment commands for TCH establishment (in HR or FR usage).MC140a： 對TCH的試呼次數(shù)（不含切換）。 統(tǒng)計從A接口上接收到的“Assignment Request” 消息的次數(shù)MC140b： 對TCH的分配嘗試次數(shù)（不含切換）。 統(tǒng)計從ABIS接口上發(fā)送的“Assignment commands” 消息的次數(shù) 注意這兩個計數(shù)器定義在110計數(shù)器中,MC746B是統(tǒng)計分配失敗的.NB_TCH_NOR_ASS_EXEC_FAIL_RADIO_TRX (MC746B)Trig

3、ger condition:1) The timer T3107 in the BSS supervising the TCH channel seizure by the mobile expires.2) The BSC receives a 04.08 ASSIGNMENT FAILURE on the old (SDCCH) channel during the normal assignmentprocedure.Counter definition:Number of TCH (in HR or FR usage) normal assignment -execution fail

4、ures due to MS access problem, per TRX.MC746b： 對TCH的分配失敗次數(shù)（不含切換）。 統(tǒng)計BSC從ABIS接口上收到的“Assignment FAILURE” 消息的次數(shù). 以上三個信令點的載體是SDCCH,所以是定義不到載頻上的。 還兩個對TRX載頻定義的計數(shù)器，MC703和MC718和分配相關(guān)。 NB_TCH_NOR_ASS_ALLOC_TRXMC703 Type 110 : Overview measurementsMeasured unit: noneTrigger condition:Whenever a 08.58 CHANNEL AC

5、TIVATION message is about to be sent on Abis Interface to activate a TCH channel for normal assignment.Counter definition:Number of TCH (in HR or FR usage) normal assignment -whose RTCH channel is allocated in the BSC, per TRX.MC703： 對TCH的載頻信道激活次數(shù)（不含切換）。統(tǒng)計BSC從ABIS接口上發(fā)送的“CHANNEL ACTIVATION” 消息的次數(shù). NB

6、_TCH_NOR_ASS_SUCC_TRXMC718 Type 1 : Traffic measurementsTrigger condition:Whenever a 04.08 ASSIGNMENT COMPLETE message is received on Abis interface for a TCH channel that is notinvolved in a handover procedure.Counter definition:Number of TCH (in HR or FR usage) normal assignment successes, per TRX

7、. MC718： 對TCH的分配成功次數(shù)（不含切換）。統(tǒng)計BSC從ABIS接口上發(fā)送的“ASSIGNMENT COMPLETE” 消息的次數(shù). 從上述計數(shù)器和信令流程有助于分析定位分配失敗在那個載頻上，從分配失敗的原因分析主要有如下方面：l 同一個小區(qū)內(nèi)各載頻鏈路不平衡l 上行干擾l 下行干擾l 硬件隱性故障 以下舉例分析說明：一、鏈路不平衡導(dǎo)致TCH分配失敗由于ANC有自動檢測功率不平衡與自動補償功能，所以5載頻或6載頻的小區(qū)只配有一個ANY，其中4個載頻連接到ANY，其余兩個載頻直接連到ANC。這種連接方法雖然被Alcatel規(guī)范認可，但是在無線環(huán)境較差的時候，即使是功率略微的不平衡也會導(dǎo)

8、致TCH分配失敗。解決此類問題的方法有兩種：1、將BCCH頻點設(shè)置在路徑損耗比較大的載頻上發(fā)射；2、增加1個ANY。二、下行干擾引起的TCH分配失敗。下行干擾是網(wǎng)內(nèi)干擾，主要是由頻率規(guī)劃不合理或者天線方位角、下傾角設(shè)置不合理導(dǎo)致。在MC746B次數(shù)較多的同時，往往下行質(zhì)量切換比例較大。通過信令跟蹤手段很容易發(fā)現(xiàn)被干擾的頻點。改頻是比較簡潔、迅速的處理方法。但是在處理邊界小區(qū)TCH分配失敗問題時，要結(jié)合外部小區(qū)的基礎(chǔ)數(shù)據(jù)進行改頻。三、上行干擾導(dǎo)致TCH分配失敗較多對于上行干擾引起的MC746B，一般情況下我們可以通過計數(shù)器MC320D和MC320E來確認，也可以通過OMC-R的USD窗口觀察。依

9、靠掃頻等方式判斷是外部干擾還是基站系統(tǒng)本身的干擾。排除干擾源或者解決硬件故障后，MC746B自然就解決了。四、硬件隱性故障原因引起TCH分配硬件的隱性故障可以導(dǎo)致TCH分配失敗。此種故障在OMC-R上看不到告警。信令跟蹤的結(jié)果主要表現(xiàn)為某個載頻的路徑損耗差較大，載頻的TCH占用時長小于10秒，通過MC703減去MC718看到載頻分配失敗情況。這些都是處理硬件隱性故障的典型方法。案 例：ANC隱性故障導(dǎo)致TCH分配失敗問題描述：某1小區(qū)忙時TCH分配失敗次數(shù)較多，MC746B達到50次左右。分析處理：RMS報告顯示， 1小區(qū)的TRE4(trxid4)和TRE2(trx5)，通話時長只有8-9秒，

10、下行質(zhì)量為1左右,路徑損耗差為18左右。RMS報告如下：RMS報告由路徑損耗差較大判斷該小區(qū)存在硬件故障。但是兩塊載頻同時存在故障的可能性比較小。所以應(yīng)該考慮首先更換這兩個載頻公共的部分。7載頻小區(qū)硬件的連接圖如下：小區(qū)硬件連接圖處理結(jié)果：先后更換了圖中所示的連線與ANY，指標沒有改善。繼續(xù)更換ANC以后TCH分配失敗數(shù)量下降，RMS報告顯示TRE2、TRE4的路徑損耗差與TCH占用時長恢復(fù)正常。更換ANC以后RMS報告案 例：同頻干擾導(dǎo)致TCH分配失敗問題描述：檢查話務(wù)統(tǒng)計發(fā)現(xiàn)sz_dongmuping1小區(qū)的TRX2分配失敗較多。載頻分配情況如下：分析處理：首先，結(jié)合地理視圖檢查小區(qū)周圍的

11、頻率規(guī)劃情況，發(fā)現(xiàn)該小區(qū)的TCH頻點與sz_yuelai3小區(qū)(33180_12683)的BCCH：55同頻，因此懷疑是同頻干擾導(dǎo)致該小區(qū)的TCH分配失敗，因此對小區(qū)的TCH頻點進行修改。地理視圖如下：處理結(jié)果：在修改小區(qū)的頻點后，TCH分配失敗次數(shù)明顯減少，同時小區(qū)的切換成功率也明顯改善，小區(qū)的統(tǒng)計對比情況如下：日期日期小區(qū)名LACCID362掉話次數(shù)D363話音信道總話務(wù)量分配失敗次數(shù)切換失敗次數(shù)9月3日2021sz_dongmuping133180_1205141.9123379月4日2021sz_dongmuping133180_1205161.1937489月8日2021sz_don

12、gmuping133180_1205121.13349月9日2021sz_dongmuping133180_1205121.36312案 例：載頻硬件故障導(dǎo)致TCH分配失敗問題描述：彭水亭子關(guān)10月9日早忙時8點到9點，9點到10點期間分配失敗最高達到了119次，分配失敗主要是集中在TRX3上。載頻分配情況如下：8：00-9：009：00-10：00分析處理：問題主要集中在TRX3載頻上，問題發(fā)生之前并沒有對小區(qū)的頻率規(guī)劃進行改動，周圍小區(qū)的頻點也沒有調(diào)整，因此懷疑是硬件存在隱性故障，對該載頻進行的更換。處理結(jié)果：在更換問題載頻后，該小區(qū)的TCH分配失敗次數(shù)明顯減少。小區(qū)的統(tǒng)計對比情況如下：日

13、期開始時間結(jié)束時間小區(qū)名LACCID362（忙時話音信道掉話總次數(shù)）D366（TCH分配失敗次數(shù)）2006-10-0908:0009:00ps_tingziguan33179_117309632006-10-0909:0010:00ps_tingziguan33179_11730121192006-10-0918:0019:00ps_tingziguan33179_1173010412006-10-0919:0020:00ps_tingziguan33179_117303412006-10-0920:0021:00ps_tingziguan33179_1173023962006-10-1408

14、:0009:00ps_tingziguan33179_11730102006-10-1409:0010:00ps_tingziguan33179_11730012006-10-1410:0011:00ps_tingziguan33179_11730132006-10-1418:0019:00ps_tingziguan33179_11730132006-10-1419:0020:00ps_tingziguan33179_11730012006-10-1420:0021:00ps_tingziguan33179_1173022案 例：上行干擾導(dǎo)致TCH分配失敗問題描述：從話務(wù)統(tǒng)計中發(fā)現(xiàn)石柱_北門橋

15、2小區(qū)上行有4、5級干擾，小區(qū)無線原因的分配失敗次數(shù)比較多同時由于切換原因和無線鏈路超時原因的掉話次數(shù)比較多。話務(wù)統(tǒng)計文件如下：開始時間話音信道HO掉話MC621話音信道無線超時掉話MC736話音信道傳輸?shù)粼扢C739話音信道掉話bss原因MC14cMC746B因無線原因造成的分配失敗MC320CMC320DMC320E09:0042102721011:0063002621010:0061022920118:0066112120019:0057003210020:001091040110分析處理：因為小區(qū)的上行質(zhì)量比較差，懷疑是周圍存在同頻干擾，通過對周圍小區(qū)的頻點核查并結(jié)合交換側(cè)跟蹤信令的結(jié)

16、果，發(fā)現(xiàn)小區(qū)的BCCH頻點在周圍沒有明顯的干擾源，TCH：93號頻點的通話質(zhì)量比較差，周圍有同頻小區(qū)，地理信息如下圖所示： 首先我們將小區(qū)的TCH：93號頻點修改為24，統(tǒng)計中的掉話和分配失敗次數(shù)仍然比較多，從載頻統(tǒng)計報告中發(fā)現(xiàn)分配失敗主要集中在第六塊載頻，因此將該載頻進行更換，載頻更換后小區(qū)的分配失敗次數(shù)明顯減少，但是干擾帶仍然是4、5級。北門橋2小區(qū)下面帶有3個直放站，因此懷疑是小區(qū)所帶的直放站存在問題，通過9月13號上午對直放站關(guān)閉后話務(wù)統(tǒng)計發(fā)現(xiàn)，掉話和分配失敗明顯減少，11點重新開啟直放站后分配失敗次數(shù)又明顯增多。統(tǒng)計對比情況如下：開始時間掉話總次數(shù)無線超時掉話MC736無線原因造成的分配失敗MC320AMC320BMC320CMC320DMC320E09:0031221010010:0022726010011:001313116191410處理結(jié)果：通過與直放站廠家共同對直放站的工作情況進行檢查，發(fā)現(xiàn)關(guān)閉交通大廈的直放站后北門橋2小區(qū)的上行干擾由5級下降到3級，同時分配失敗次數(shù)、掉話和切換失敗次數(shù)明顯減少。其他兩個直放站關(guān)閉前后對指標沒有