移動通信技術(shù)文檔-GPRS日常維護案例-云浮

云浮公司GPRS日常維護案例云浮公司2021年9月18日案例1解決小區(qū)數(shù)據(jù)業(yè)務(wù)信道資源缺乏對數(shù)據(jù)業(yè)務(wù)的影響當信道資源有限的情況下，如果沒有給數(shù)據(jù)業(yè)務(wù)分配固定的FPDCH信道，那么在話音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)都比較忙的時候，按照話音優(yōu)先的原那么，話音業(yè)務(wù)就會首先搶占到有限的信道資源，造成分配給數(shù)據(jù)業(yè)務(wù)的信道資源缺乏，從而影響數(shù)據(jù)業(yè)務(wù)上傳下載的速率。從下面兩個圖表可以看出話音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)對信道資源的搶占情況：由以上兩個圖表可以看出，通過對全網(wǎng)全天２４小時相關(guān)指標統(tǒng)計可以發(fā)現(xiàn)，當話務(wù)量高、語音擁塞率高的時候，相應(yīng)的數(shù)據(jù)業(yè)務(wù)信道FPDCH的分配成功率較低、被清空的在用FPDCH就較多。針對這種情況，有必要對現(xiàn)網(wǎng)中信道資源缺乏的小區(qū)進行載波擴容，以降低信道資源缺乏對數(shù)據(jù)業(yè)務(wù)產(chǎn)生的影響。經(jīng)載波擴容以后，對擴容前后的話務(wù)指標和數(shù)據(jù)業(yè)務(wù)指標進行統(tǒng)計，通過比照可知，無論是話務(wù)指標還是數(shù)據(jù)業(yè)務(wù)指標，相對于擴容前指標均有不同程度的提升，如附件所示：在日常網(wǎng)絡(luò)運行中，隨著現(xiàn)網(wǎng)話務(wù)量和數(shù)據(jù)業(yè)務(wù)流量的變化，一些小區(qū)的信道資源會出現(xiàn)缺乏的情況，為了防止數(shù)據(jù)業(yè)務(wù)性能下降，必須密切關(guān)注數(shù)據(jù)業(yè)務(wù)信道的使用情況，及時通過載波調(diào)整來增加小區(qū)的數(shù)據(jù)業(yè)務(wù)信道資源，以滿足數(shù)據(jù)業(yè)務(wù)開展的需要。案例2基站傳輸故障引起的PCU上下行丟包問題PCU下行丟幀數(shù)量由BSC級的COUNTER：BSCGPRS.DISCDL提供統(tǒng)計，正常情況下每小時數(shù)量應(yīng)小于100，當發(fā)生異常時，如到達幾千，那么可能是某些基站到BSC的傳輸存在質(zhì)差引起。每塊RP都有獨立的類UNIX操作系統(tǒng)，提供一些關(guān)于小區(qū)的內(nèi)部統(tǒng)計。小區(qū)下行丟包數(shù)在正常情況下應(yīng)該小于100，對于那些成千上萬的問題小區(qū)，應(yīng)進一步核查傳輸或RP；如果發(fā)現(xiàn)根本集中于某個基站，那么幾乎可以肯定此基站傳輸?shù)哪承┉h(huán)節(jié)存在問題，應(yīng)進一步核查。PCU下行丟幀數(shù)異常處理屬于日常指標處理工作。查找下行丟包數(shù)異常小區(qū)的步驟如下：1、RRPCP:RPINFO；列出該BSC配置的RP，記錄列出的RP號。2、TERDI:RP=“RP號〞；RP入口指令，逐塊RP進入，查看內(nèi)部統(tǒng)計。每塊RP都有獨立的類UNIX操作系統(tǒng)。3、DISPLAYPROCESSMP_MAC_***；UNIX指令，列出所有名字以MP_MAC開頭的進程。對于該RP效勞的每一個小區(qū)，都有一個對應(yīng)的進程，記錄列出的ProcessName：MP_MAC_***。4、APTGETCELLSTATMP_MAC_***；UNIX指令，對3〕中得到的ProcessName逐個執(zhí)行，記錄'mac'Numberofdiscardeddownlinkblocks(ackDISCDL)=？。5、對每一塊RP都進行3〕和4〕，記錄所有MP_MAC_***的ackDISCDL。6、RLDEP:CELL=ALL；列出該BSC中所有小區(qū)的CELLIND，就是那個類似H’***的數(shù)值，這里的***等于MP_MAC_***中的***，即與H’099小區(qū)對應(yīng)的進程就是MP_MAC_099。7、從大到小排列所有小區(qū)的ackDISCDL，觀察規(guī)律。8、如果通過用戶投訴或測試已發(fā)現(xiàn)某小區(qū)存在上網(wǎng)困難、速率偏低、斷續(xù)等現(xiàn)象，疑心傳輸引起，可通過RLGRP查到該小區(qū)占用的RP，進入RP對該小區(qū)進行觀察。9、ackDISCDL是一個累加值，與傳輸滑碼等類似，可通過APTCLEARCELLSTATMP_MAC_***進行清0，隔幾分鐘觀察一下它的增長情況。正常情況下，應(yīng)該增長很慢或不增長，異常情況下那么增長很快。按照這種處理方法，針對云浮YFSM2B2局PCU上下行丟包數(shù)據(jù)較多的情況，對該局的小區(qū)進行了檢查，最終確認是某個小區(qū)的傳輸故障引起的PCU上下行丟包數(shù)據(jù)增加，具體處理過程如附件所示：測試人員在進行數(shù)據(jù)業(yè)務(wù)測試時發(fā)現(xiàn)YFSM1B2局有假設(shè)干小區(qū)EGPRS數(shù)據(jù)業(yè)務(wù)無法正常使用，如Y52HTU2、Y52SIK1、Y52SIK2。為了確定問題所在，對可能影響EGPRS業(yè)務(wù)的各個方面進行了檢查，主要有：1、對小區(qū)參數(shù)和EGPRS定義數(shù)據(jù)進行檢查，小區(qū)參數(shù)和EGPRS數(shù)據(jù)定義沒有問題；2、將小區(qū)的EGPRS數(shù)據(jù)重新定義，并對整個基站重新解閉，經(jīng)現(xiàn)場人員測試和數(shù)據(jù)統(tǒng)計，小區(qū)EGPRS功能仍然沒有恢復(fù)正常，由此可以排除不是參數(shù)和數(shù)據(jù)定義引起的問題；3、經(jīng)基站維護人員協(xié)助到現(xiàn)場更換DXU和STRU設(shè)備后，重新解閉基站，經(jīng)現(xiàn)場測試和數(shù)據(jù)統(tǒng)計，小區(qū)EGPRS功能仍然沒有恢復(fù)正常，由此可以排除不是無線設(shè)備引起的問題；案例3RP問題導致小區(qū)EGPRS數(shù)據(jù)業(yè)務(wù)無法使用4、通過在網(wǎng)管OSS上用指令RLGRP：CELL＝小區(qū)名；觀察可以發(fā)現(xiàn)，這些小區(qū)始終占用一個固定的RP，Y52HTU2、Y52SIK1所占用的RP為142，Y52SIK2占用的RP為132，如以下圖所示：小區(qū)所占用的RP一般是固定不變的，同樣用指令RLGRP：CELL＝小區(qū)名；實時查看YFSM1B2中還有哪些小區(qū)是占用RP為132、142的并對這些小區(qū)的GRPS功能進行檢查，經(jīng)檢查發(fā)現(xiàn)以下小區(qū)EGPRS功能和Y52HTU2一樣存在同樣的問題：因此疑心可能是RP存在問題，從而導致占用該RP的局部小區(qū)EGPRS功能不能正常使用。因此嘗試改變這些小區(qū)所占用的RP，再觀察其EGPRS功能是否會恢復(fù)正常。通過指令RLGSE：CELL＝小區(qū)名；RLGSI：CELL＝小區(qū)名；屢次重新激活小區(qū)的GPRS功能,讓有問題的小區(qū)占用其它的RP，經(jīng)過現(xiàn)場測試和數(shù)據(jù)業(yè)務(wù)流量統(tǒng)計，發(fā)現(xiàn)EGPRS可以正常使用,由此可以根本確定該局的132,142兩個RP存在問題，為了進一步驗證，把這兩個RP全部閉掉，讓原先占用這兩個RP的小區(qū)全部占用其它RP，發(fā)現(xiàn)原先占用這兩個RP的小區(qū)的EGPRS功能全部恢復(fù)正常。經(jīng)過以上一步步的驗證，最終確認是PCU的RP問題導致了YFSM1B2局內(nèi)的局部小區(qū)EGPRS不能正常使用的。經(jīng)更換RP后恢復(fù)正常。具體處理如附件：案例4載波故障導致無法正常使用GPRS用戶投訴在云浮市云安縣前峰鎮(zhèn)旱塘村GPRS經(jīng)常不能正常使用，換機、卡測試情況仍然一樣，附近也存在同樣的情況?，F(xiàn)場與用戶一起在用戶反映的地方進行測試，該處主要接收云安塘坑2小區(qū)的信號，當占用云安塘坑2小區(qū)第3個載波〔LAC：9952，CI：10201，BCCH：84，TCH：35〕上網(wǎng)時提示無法正常使用，如以下圖所示：當占用云安塘坑2小區(qū)第1、2個載波〔LAC：9952，CI：10201，BCCH：84，TCH：84、26〕上網(wǎng)時那么可正常使用，如以下圖所示：經(jīng)對該處的主覆蓋基站云安塘坑2小區(qū)進行測試，當占用云安塘坑2小區(qū)第3個載波上網(wǎng)時提示無法正常使用，當占用云安塘坑2小區(qū)第1、2個載波上網(wǎng)時那么可正常使用，當開通云安塘坑2小區(qū)的跳頻功能，占用該小區(qū)進行通話時，出現(xiàn)6~7級的下行質(zhì)差，無法正常通話，關(guān)閉云安塘坑2小區(qū)第3個載波時，語音恢復(fù)正常，GPRS網(wǎng)絡(luò)恢復(fù)正常，證實是云安塘坑2小區(qū)的第3個載波故障引起，經(jīng)通知維護人員對云安塘坑2小區(qū)第3個載波進行更換后，該處的GPRS網(wǎng)絡(luò)恢復(fù)正常。案例5DXU故障導致無法正常使用GPRS用戶投訴反映在新興縣勒竹鎮(zhèn)溫氏總部的室內(nèi)和室外使用不到GPRS業(yè)務(wù)，一連接上網(wǎng)就顯示為連接失敗，可以撥打和接聽，如果離開溫氏總部又可以用到ＧＰＲＳ。經(jīng)現(xiàn)場測試，發(fā)現(xiàn)新興溫氏總部辦公區(qū)位于我方新興欖根山基站第二小區(qū)的覆蓋區(qū)內(nèi)，主要占用到新興欖根山2小區(qū)進行通話及GPRS業(yè)務(wù)，信號場強在-55dBm左右，進行語音測試，沒有發(fā)現(xiàn)異常情況。接著對該小區(qū)進行GRPS業(yè)務(wù)測試：首先采用終端進行WAP網(wǎng)頁登錄，發(fā)現(xiàn)終端較難上線，即使上線后，WAP頁面數(shù)據(jù)無法下載完全，然后提示網(wǎng)絡(luò)斷開，接著通過計算機終端進行GPRS拔號連接數(shù)據(jù)測試，同樣出現(xiàn)較難拔號現(xiàn)象，一上線即刻斷線，較多情況提示“無法連接網(wǎng)絡(luò)〞。在OSS網(wǎng)管對新興欖根山2小區(qū)數(shù)據(jù)進行了檢查，同時對小區(qū)進行GPRS功能重新激活，并進行小區(qū)數(shù)據(jù)重LOAD，處理后在新興欖根山2覆蓋區(qū)內(nèi)再次測試，拔號成功率有所提高，但數(shù)據(jù)流量表達只有上行申請流量：問題分析：根據(jù)現(xiàn)場測試結(jié)果得知，目前新興欖根山2小區(qū)語音業(yè)務(wù)使用情況正常，沒有出現(xiàn)異常情況，通過OSS網(wǎng)管對小區(qū)的數(shù)據(jù)和傳輸配置進行了屢次檢查及重做，問題均沒有得到解決。從中我們可以得出以下結(jié)論：第一、小區(qū)硬件方面TRU工作正常，由TRU引起的隱性故障是沒有可能的；第二、小區(qū)數(shù)據(jù)及傳輸配置正常，近期也沒有對小區(qū)的數(shù)據(jù)進行調(diào)整，因此,由小區(qū)數(shù)據(jù)配置引起的故障也是沒有可能的；解決思路：小區(qū)的正常工作與交換局到達基站的傳輸配置設(shè)備均由小區(qū)硬件中的DXU負責分配與控制的，其中DXU中的IS模塊負責交換局與基站的時隙對應(yīng)分配，CF負責提取來自BSC對基站的控制信令并執(zhí)行保證基站的正常動作。解決操作步進：經(jīng)查詢目前新興欖根山基站共開3個小區(qū)，第1小區(qū)為獨立機架，而第2、3小區(qū)為共架〔綜合機柜〕，也即是第1小區(qū)由一個DXU來支撐，第2、3小區(qū)由一個DXU來支撐其MO設(shè)備的正常工作，由此思路又對新興欖根山基站三個小區(qū)GPRS功能進行依次測試，測試結(jié)果如下：新興欖根山第1小區(qū)GPRS功能拔號正常，數(shù)據(jù)傳輸正常；新興欖根山第3小區(qū)GPRS功能出現(xiàn)