【資料名稱】：利用RPP_TRACE功能定位GPRS故障

【資料作者】：seaore

【資料日期】：2012-1-23

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

利用RPP_TRACE功能定位GPRS故障
一、故障發(fā)生及影響
近日在話務統(tǒng)計分析中發(fā)現(xiàn)NTB6437的PCU丟幀情況比較嚴重，下行丟幀數(shù)在忙時達到4萬次以上，如下表所示：

PCU下行丟幀數(shù)：DISCDL(OBJTYPE=BSCGPRS)，是下行方向在PCU上統(tǒng)計的丟幀數(shù)量。該指標反映了下行方向的數(shù)據(jù)傳輸質量，與小區(qū)的傳輸質量、骨干網(wǎng)、接點的傳輸質量等都有關系，是從整個PCU上去衡量下行方向的數(shù)據(jù)傳輸質量。
PCU上行丟幀數(shù)：DISCUL(OBJTYPE=BSCGPRS)，是上行方向在PCU上統(tǒng)計的丟幀數(shù)量。該指標反映了上行方向的數(shù)據(jù)傳輸質量。
結合近期NTB6437區(qū)域曾多次出現(xiàn)用戶投訴GPRS無法正常使用，初步判斷存在GPRS網(wǎng)絡故障。
二、故障定位及原因分析
1、TERDI介紹
TERDI是愛立信RPP內部COUNTER TRACE的工具，能夠打印出一些小區(qū)級的GPRS統(tǒng)計COUNTER，為GPRS網(wǎng)絡故障定位提供強有力的工具支持。每塊RP都有獨立的類似UNIX操作系統(tǒng)，提供一些關于小區(qū)的內部統(tǒng)計。小區(qū)下行丟包數(shù)在正常情況下應該小于100，對于那些成千上萬的問題小區(qū)，應進一步核查傳輸或RP；如果發(fā)現(xiàn)基本集中于某個基站，則幾乎可以肯定此基站傳輸?shù)哪承┉h(huán)節(jié)存在問題，應進一步核查。
TERDI:RP=“RP號”；RP入口指令，逐塊RP進入，查看內部統(tǒng)計。
每塊RP都有獨立的類UNIX操作系統(tǒng)。如：進入到RP=304的UNIX系統(tǒng)。
<TERDI:RP=304；
OSmon>ISPLAY PROCESS MP_MAC*；

OSmon>:APT GETCELLSTAT MP_MAC_000；

2、故障定位
運用TERDI對NTB6437下的所有小區(qū)進行追蹤打印，發(fā)現(xiàn)八號灘基站60091A、60091B與60091C小區(qū)，都有較為嚴重的丟幀現(xiàn)象。
八號灘A小區(qū)(60091A)從6月6日開始，累計下行掉幀達393484次，如下圖：

八號灘B小區(qū)(60091B) 從6月6日開始，累計下行丟幀達369384次，如下圖：

八號灘C小區(qū)(60091C) 從6月6日開始，累計下行丟幀達210405次，如下圖：

初步判斷該基站存在問題，于是我們查看了該基站傳輸LAPD的統(tǒng)計，該基站的兩條傳輸225、227的LAPD統(tǒng)計相對異常，LAPD重發(fā)數(shù)次數(shù)比較多，如下表：

注：傳輸LAPD統(tǒng)計相關計數(shù)器:
CTRIFRAME（發(fā)送幀數(shù)）、CRECIFRAME（接收幀數(shù)）、CBADFRAME（接收錯誤幀數(shù)）、CRETRANSM（重發(fā)數(shù)）。
NTB6437中丟幀嚴重的三個小區(qū)的傳輸如下：

從統(tǒng)計表可以判斷八號灘ABC三個小區(qū)丟幀現(xiàn)象由225、227傳輸問題導致。
三、故障解決方案
基站維護人員對兩條傳輸進行檢查后發(fā)現(xiàn)這兩條傳輸接頭存在松動現(xiàn)象，在調整使接觸良好后，取傳輸LAPD統(tǒng)計，如下表：

基站傳輸LAPD統(tǒng)計恢復正常，而PCU的丟幀統(tǒng)計也恢復正常。
小結：TERDI是愛立信RPP內部COUNTER TRACE的工具，能夠打印出一些小區(qū)級的GPRS統(tǒng)計COUNTER，為GPRS網(wǎng)絡故障定位提供強有力的工具支持。在日常故障的定位過程中我們可以使用RPP_TRACE功能定位GPRS故障點。