Abis口案例分析專業(yè)知識講座_第1頁
Abis口案例分析專業(yè)知識講座_第2頁
Abis口案例分析專業(yè)知識講座_第3頁
Abis口案例分析專業(yè)知識講座_第4頁
Abis口案例分析專業(yè)知識講座_第5頁
已閱讀5頁,還剩13頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

案例分析1指配失敗率較高工校3(622512339)TCH指配成功率較低,對該小區(qū)ABIS口信令進行了分析,發(fā)覺所有這些失敗幾乎都是在指配這個小區(qū)21號頻點時發(fā)生?;久l點次數(shù)工校32168工校3451工校3672第1頁案例分析1從信令分析能夠看出,該小區(qū)21號頻點有問題,應(yīng)對其進行硬件核查。第2頁案例分析2上行質(zhì)量切換過多堡鎮(zhèn)2小區(qū)上行質(zhì)量切換始終過多,對此現(xiàn)象,我們對其進行了Abis口信令跟蹤。從信令中我們發(fā)覺堡鎮(zhèn)2小區(qū)中有一種載頻上行被干擾較嚴(yán)重。每個TRX、時隙干擾分布情況圖第3頁案例分析3信令信道分派失敗次數(shù)很高通過Abis口信令分析,發(fā)覺七灶A(yù)TEI為2載頻SDCCH沒有被激活過,原由于Resourcenotavailable,unspecified。如下所示,推測也許是七灶A(yù)載頻存在隱性故障,并沒有通知BSC,使得BSC以為該載頻工作正常,向它發(fā)出“信道激活祈求”,從而造成信道激活失敗。第4頁案例分析4過遠覆蓋我們收取了大港1Abis口信令,通過度析后發(fā)覺該小區(qū)覆蓋過遠,有些掉話TA值在7以上。能夠通過調(diào)整該小區(qū)天線參數(shù)來處理該問題在每個TA值上事件分布圖蘭色表達測量報告次數(shù)紅點表達Connectfailure,一般是表達掉話次數(shù)第5頁案例分析5SDCCH掉話較多

我們對紅星AAbis口信令進行了采集分析,發(fā)覺SDCCH掉話絕大部分都是發(fā)生在位置更新時候,信令如下所示:可通過合適參數(shù)調(diào)整來減少位置更新次數(shù),從而減少掉話次數(shù)。第6頁案例分析6上下行鏈路不平衡呂巷A小區(qū)近期掉話突然增多,我們搜集了呂巷AAbis口信令。從掉話信令中,我們發(fā)覺電話在剛占上SDCCH信道時,上下行電平和質(zhì)量均較好,但一占上TCH信道后,上行電平和質(zhì)量突然變差(TA值在0-6),電平在-110dbm,質(zhì)量為7,但下行電平和質(zhì)量仍然較好。這是一種占上TCH后電平—TA分布圖蘭色柱狀圖表達在每個TA值上測量報告次數(shù)蘭線表達下行電平,紅線表達上行電平第7頁案例分析6通過統(tǒng)計后,得知這種現(xiàn)象主要集中在91號頻點上(跳頻已關(guān)),且在該頻點上,指配失敗也較多;因此,我們懷疑91號頻點模塊存在硬件故障。這是一種占上TCH后質(zhì)量—TA分布圖蘭色柱狀圖表達在每個TA值上測量報告次數(shù)蘭線表達下行質(zhì)量,紅線表達上行質(zhì)量第8頁案例分析7上行干擾造成掉話現(xiàn)象隆盛2小區(qū)掉話很多,我們采集了該站Abis口,分析后發(fā)覺該小區(qū)有非常嚴(yán)重上行干擾現(xiàn)象,每個TRX、時隙干擾分布情況圖如下:第9頁案例分析7通過對現(xiàn)場無線測試,發(fā)覺該小區(qū)上行受到C網(wǎng)基站很強干擾。頻點設(shè)置在4號,頻寬為200KHz,當(dāng)指向CDMA基站時電平達成為-93.7dBm(如下列圖)。第10頁案例分析8TCH掉話小區(qū)掉話較多,在對該小區(qū)Abis口信令進行統(tǒng)計中,發(fā)覺掉話原因是Sequenceerror,如下所示:第11頁案例分析8對于這部分原因造成掉話,我們發(fā)覺都是發(fā)生在BCCH載頻上,其中在時隙2上發(fā)生1次,時隙5上發(fā)生1次,時隙6上發(fā)生1次,時隙7上發(fā)生2次。造成這種掉話原因一般是Abis口傳輸時隙有問題,即頻率為24載頻所對應(yīng)PCMB時隙工作不正常,提議對PCMB時隙進行核查。第12頁案例分析9TRX占用時長過短(隱性故障)在對行署B(yǎng)小區(qū)ABIS口信令進行分析時,發(fā)覺某個TRXTCH占用時長很短,即不大于10秒通話事件較多。對信令采集1小時內(nèi)TCH占用時長不大于和大于10秒事件次數(shù)進行了統(tǒng)計,如下所示:第13頁案例分析9從上圖中我們能夠看到,不大于10秒事件次數(shù)很多,其中也許會包括某些切換失敗和顧客過早掛機情況,但這些也許只占其中一小部分,我們以為大部分也許是該TRX工作不正常造成,或者很難占上該TRXTCH,或者占上TCH后很快就釋放掉了。我們提議對該TRXChannel數(shù)據(jù)重新創(chuàng)建,并對該TRX模塊進行檢查。第14頁案例分析10突然掉話我們搜集了東保3小區(qū)信令,對其測量報告進行了分析,測量報告內(nèi)容主要有下列內(nèi)容:第15頁案例分析10分析測量報告后得知該小區(qū)在發(fā)生掉話時,TA值都在1-2處,且主要是突然掉話,即;在電平情況較好情況下,下行電平、質(zhì)量突然惡化,體現(xiàn)為在測量報告中看不到下行情況,并最后造成掉話。我們統(tǒng)計幾個測量報告鄰區(qū)情況,總結(jié)情況如下表所示(取掉話前測量報告里其中四個,按電平從強到弱次序):根據(jù)信令中鄰區(qū)分布,TA值情況,能夠大體推算出MS掉話時所處區(qū)域。

第16頁案例分析10針對上圖中我們推測掉話分布區(qū)域,對該區(qū)域內(nèi)主干道路和建筑群等進行了DT測試及移動CQT長通話測試,在對建筑物測試中,發(fā)覺在東保3(LAC-CI:61938307)小區(qū)覆蓋方向上TA為1處有一個人員較多,規(guī)模龐大達豐電腦公司,里面挾有手機者眾多,且并無室內(nèi)微蜂窩覆蓋;我們對這家公司進行了系統(tǒng)測試后,發(fā)覺在該公司電梯內(nèi)會由于信號屏蔽較為嚴(yán)重從而導(dǎo)致接收電平惡化-105到-94d

溫馨提示

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

最新文檔

評論

0/150

提交評論