阿爾卡特分配失敗處理分析_第1頁(yè)
阿爾卡特分配失敗處理分析_第2頁(yè)
阿爾卡特分配失敗處理分析_第3頁(yè)
阿爾卡特分配失敗處理分析_第4頁(yè)
阿爾卡特分配失敗處理分析_第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、 阿爾卡特分配失敗處理分析對(duì)于無(wú)線原因引起的TCH分配失敗次數(shù)多的小區(qū),其掉話率也偏高。本文主要介紹無(wú)線原因引起的TCH分配失敗。在Alcatel無(wú)線系統(tǒng)中,關(guān)于該類型TCH分配失敗的計(jì)數(shù)器是MC746B。下圖是從信令角度解釋觸發(fā)分配失敗計(jì)數(shù)的條件。MC746B從以上信令的流程結(jié)和阿爾卡特計(jì)數(shù)器對(duì)分配階段的各各技術(shù)器做分析研究.在B8版中新加相關(guān)分配階段計(jì)數(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: 對(duì)TCH的試呼次數(shù)(不含切換)。 統(tǒng)計(jì)從A接口上接收到的“Assignment Request” 消息的次數(shù)MC140b: 對(duì)TCH的分配嘗試次數(shù)(不含切換)。 統(tǒng)計(jì)從ABIS接口上發(fā)送的“Assignment commands” 消息的次數(shù) 注意這兩個(gè)計(jì)數(shù)器定義在110計(jì)數(shù)器中,MC746B是統(tǒng)計(jì)分配失敗的.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: 對(duì)TCH的分配失敗次數(shù)(不含切換)。 統(tǒng)計(jì)BSC從ABIS接口上收到的“Assignment FAILURE” 消息的次數(shù). 以上三個(gè)信令點(diǎn)的載體是SDCCH,所以是定義不到載頻上的。 還兩個(gè)對(duì)TRX載頻定義的計(jì)數(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: 對(duì)TCH的載頻信道激活次數(shù)(不含切換)。統(tǒng)計(jì)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: 對(duì)TCH的分配成功次數(shù)(不含切換)。統(tǒng)計(jì)BSC從ABIS接口上發(fā)送的“ASSIGNMENT COMPLETE” 消息的次數(shù). 從上述計(jì)數(shù)器和信令流程有助于分析定位分配失敗在那個(gè)載頻上,從分配失敗的原因分析主要有如下方面:l 同一個(gè)小區(qū)內(nèi)各載頻鏈路不平衡l 上行干擾l 下行干擾l 硬件隱性故障 以下舉例分析說明:一、鏈路不平衡導(dǎo)致TCH分配失敗由于ANC有自動(dòng)檢測(cè)功率不平衡與自動(dòng)補(bǔ)償功能,所以5載頻或6載頻的小區(qū)只配有一個(gè)ANY,其中4個(gè)載頻連接到ANY,其余兩個(gè)載頻直接連到ANC。這種連接方法雖然被Alcatel規(guī)范認(rèn)可,但是在無(wú)線環(huán)境較差的時(shí)候,即使是功率略微的不平衡也會(huì)導(dǎo)

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

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

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

11、頻率規(guī)劃情況,發(fā)現(xiàn)該小區(qū)的TCH頻點(diǎn)與sz_yuelai3小區(qū)(33180_12683)的BCCH:55同頻,因此懷疑是同頻干擾導(dǎo)致該小區(qū)的TCH分配失敗,因此對(duì)小區(qū)的TCH頻點(diǎn)進(jìn)行修改。地理視圖如下:處理結(jié)果:在修改小區(qū)的頻點(diǎn)后,TCH分配失敗次數(shù)明顯減少,同時(shí)小區(qū)的切換成功率也明顯改善,小區(qū)的統(tǒng)計(jì)對(duì)比情況如下:日期日期小區(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日早忙時(shí)8點(diǎn)到9點(diǎn),9點(diǎn)到10點(diǎn)期間分配失敗最高達(dá)到了119次,分配失敗主要是集中在TRX3上。載頻分配情況如下:8:00-9:009:00-10:00分析處理:?jiǎn)栴}主要集中在TRX3載頻上,問題發(fā)生之前并沒有對(duì)小區(qū)的頻率規(guī)劃進(jìn)行改動(dòng),周圍小區(qū)的頻點(diǎn)也沒有調(diào)整,因此懷疑是硬件存在隱性故障,對(duì)該載頻進(jìn)行的更換。處理結(jié)果:在更換問題載頻后,該小區(qū)的TCH分配失敗次數(shù)明顯減少。小區(qū)的統(tǒng)計(jì)對(duì)比情況如下:日

13、期開始時(shí)間結(jié)束時(shí)間小區(qū)名LACCID362(忙時(shí)話音信道掉話總次數(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)計(jì)中發(fā)現(xiàn)石柱_北門橋

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

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

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論