基站性能測(cè)量方法的改進(jìn)在日常優(yōu)化工作中的應(yīng)用

1、 基站性能測(cè)量方法的改進(jìn)在日常優(yōu)化工作中的應(yīng)用 隨著移動(dòng)網(wǎng)絡(luò)的規(guī)模不斷擴(kuò)大，TRX的性能、基站傳輸質(zhì)量等設(shè)備性能的惡化是直接影響網(wǎng)絡(luò)指標(biāo)和網(wǎng)絡(luò)性能的主要因素。所以對(duì)網(wǎng)絡(luò)設(shè)備性能的測(cè)量及判斷是網(wǎng)絡(luò)優(yōu)化工作的重要組成部分。只有首先了解網(wǎng)絡(luò)設(shè)備性能是否穩(wěn)定，才能準(zhǔn)確、有效的在此基礎(chǔ)上實(shí)施日常優(yōu)化工作。在日常工作中，網(wǎng)絡(luò)性能惡化主要從以下幾方面表現(xiàn)出來(lái)：1. 用戶投訴用戶投訴直接反映了當(dāng)?shù)氐木W(wǎng)絡(luò)問(wèn)題，是第一手的資料。但是用戶投訴有著很不準(zhǔn)確的特點(diǎn)，其對(duì)問(wèn)題實(shí)質(zhì)的反映比較模糊。2. 撥打測(cè)試撥打測(cè)試有一些形式，其目的是為了掌握某小區(qū)或某地區(qū)的網(wǎng)絡(luò)質(zhì)量，比如對(duì)通話質(zhì)量，掉話情況以及小區(qū)切換等故障現(xiàn)象的撥打

2、測(cè)試。3. 當(dāng)前狀態(tài)及告警和歷史告警從BSC上用ZEEI和ZERO能看到當(dāng)前狀態(tài)。用ZEOL顯示當(dāng)前告警，直接反映了基站目前的故障信息。用ZEOH顯示歷史告警，歷史告警對(duì)于分析基站的性能有比較大的幫助，可以了解基站的某一故障現(xiàn)象出現(xiàn)的規(guī)律和相關(guān)原因。有一些當(dāng)前告警不能夠反映的問(wèn)題也會(huì)在歷史告警中留下痕跡。4. SQL報(bào)告從SQL報(bào)告中能看到STAT、CELL、TRX和干擾報(bào)告。結(jié)合基站告警可以大致判斷網(wǎng)絡(luò)指標(biāo)下降的原因是傳輸問(wèn)題、基站的硬件問(wèn)題還是參數(shù)設(shè)置問(wèn)題。 以上幾個(gè)方面還不能對(duì)網(wǎng)絡(luò)硬件性能進(jìn)行準(zhǔn)確判斷，往往需通知設(shè)備維護(hù)部門(mén)對(duì)網(wǎng)絡(luò)硬件性能進(jìn)行進(jìn)一步判斷、定位并反饋回來(lái)，若無(wú)硬件故障，再由

3、網(wǎng)絡(luò)優(yōu)化部門(mén)做進(jìn)一步處理。在日常工作中，通過(guò)對(duì)TRX性能、基站傳輸質(zhì)量測(cè)量方法的改進(jìn)可簡(jiǎn)化日常優(yōu)化工作的程序。下面加以總結(jié)，和同事們相互探討。一、 TRX性能測(cè)量方法的改進(jìn)在日常優(yōu)化工作中，基站是無(wú)線網(wǎng)絡(luò)的接收發(fā)射設(shè)備，所以無(wú)線網(wǎng)絡(luò)的問(wèn)題都會(huì)以小區(qū)性能的形式反映出來(lái)，但并不是所有的性能惡化都是基站硬件問(wèn)題所造成的。對(duì)于有性能惡化問(wèn)題的基站，首先要判斷故障產(chǎn)生的原因，因?yàn)殄e(cuò)誤的判斷會(huì)浪費(fèi)大量的人力物力并且還沒(méi)有任何正面效果。同時(shí)，由于基站本身的原因，對(duì)于基站性能測(cè)試的有效手段并不是很多，所以應(yīng)該在盲目去現(xiàn)場(chǎng)之前，盡可能的利用BSC以及NETWORK DOCTOR 對(duì)基站的故障類型進(jìn)行充分準(zhǔn)確的判

4、斷。只有在確認(rèn)是基站問(wèn)題的情況下，才有去現(xiàn)場(chǎng)處理的必要。如從設(shè)備告警中經(jīng)常發(fā)現(xiàn)7745（某TRX掉話嚴(yán)重），和SQL報(bào)告看到某TRX或CELL上、下行質(zhì)量差。在以往的工作流程中，是由網(wǎng)優(yōu)部門(mén)發(fā)現(xiàn)并懷疑有問(wèn)題，下通知單由基站維護(hù)部門(mén)到現(xiàn)場(chǎng)做測(cè)試檢查，若無(wú)硬件問(wèn)題再通知網(wǎng)優(yōu)部門(mén)做進(jìn)一步分析處理。這樣的判斷會(huì)浪費(fèi)大量的人力物力，并不一定有好的效果?，F(xiàn)在，我們可結(jié)合BSC的ZUBS（TRXLOOPTEST）、ZUBP指令在HIT軟件上的靈活運(yùn)用，做兩個(gè)MACRO程序，分別針對(duì)二、三代站和四代站上的TRX進(jìn)行測(cè)試，一次性將一個(gè)TRX的八個(gè)時(shí)隙的測(cè)量結(jié)果直接顯示在EXCEL表格中，方便了我們對(duì)現(xiàn)網(wǎng)中運(yùn)行的

5、某一TRX性能的測(cè)量與分析。使優(yōu)化人員直接在BTS的遠(yuǎn)端作出判斷是否是TRX硬件問(wèn)題，再來(lái)通知基站維護(hù)部門(mén)準(zhǔn)確有效的更換故障TRX單元。 鄭州BSC14-BTS25-JIYUANLU1小區(qū)上、下行質(zhì)量差，關(guān)閉HOP后，質(zhì)量差主要表現(xiàn)在TRX1上，下面是對(duì)此小區(qū)的4個(gè)TRX的測(cè)試結(jié)果合并得到的EXCEL表。與網(wǎng)優(yōu)平臺(tái)上的SQL報(bào)告中的TRX報(bào)告相比較?？煽吹絋RX1的質(zhì)量明顯較差。在對(duì)TRX1的測(cè)試中發(fā)現(xiàn)，即使TRX1無(wú)用戶占用，也很難測(cè)得TRX1一些時(shí)隙的結(jié)果，或偶爾測(cè)得結(jié)果也是FAILED。因此可判斷此TRX有硬件故障，需更換。二、 基站傳輸測(cè)試方法的改進(jìn)。隨著網(wǎng)絡(luò)規(guī)模的不斷擴(kuò)大，BTS的數(shù)

6、量不斷增加。基站傳輸系統(tǒng)性能的質(zhì)量是影響ABIS掉話、基站設(shè)備能否正常工作的主要原因。在日常優(yōu)化工作中，從SQL報(bào)告中發(fā)現(xiàn)TCH、SDCCH的ABIS掉話問(wèn)題時(shí)，往往要從現(xiàn)網(wǎng)中用ZYMO指令一一查找不同ABIS的傳輸系統(tǒng)性能的質(zhì)量。但有時(shí)往往是傳輸不穩(wěn)定造成的，當(dāng)前又看不到原來(lái)傳輸系統(tǒng)性能惡化時(shí)的測(cè)量結(jié)果?，F(xiàn)在，通過(guò)定時(shí)對(duì)全網(wǎng)ABIS接口傳輸性能劣化數(shù)據(jù)收集的MACRO能夠在盡可能短的時(shí)間內(nèi)一次性收集全網(wǎng)ABIS性能劣化的數(shù)據(jù)于EXCEL表格中，為優(yōu)化人員提供了方便、可靠、準(zhǔn)確的數(shù)據(jù)，便于對(duì)全網(wǎng)歷時(shí)ABIS接口傳輸性能的分析。同時(shí)，在維護(hù)工作中，傳輸告警是在傳輸性能劣化積累到一定程度時(shí)產(chǎn)生的，通過(guò)對(duì)全網(wǎng)ABIS接口傳輸性能劣化數(shù)據(jù)的采集，能夠在傳輸性能劣化到還沒(méi)產(chǎn)生告警時(shí)及時(shí)發(fā)現(xiàn)，及時(shí)處理，將隱藏故障消滅于萌芽之中。在一定程度度上達(dá)到預(yù)防性維護(hù)的目的。下圖是對(duì)鄭州全網(wǎng)ABIS接口傳輸性能劣化數(shù)據(jù)的收集結(jié)果，可看到個(gè)別傳輸上有較大的SES（嚴(yán)重誤碼秒）和DM（劣化分），與從網(wǎng)優(yōu)平臺(tái)取得的SQL報(bào)告對(duì)比，發(fā)現(xiàn)有較大的SDCCH ABIS掉話。需維護(hù)部門(mén)配合處