湛江PCU掉幀處理技術(shù)交流材料

湛江技術(shù)交流材料PCU掉幀處理

2010年8月11、PCU掉幀介紹

PCU是負(fù)責(zé)GB接口BSSGP協(xié)議處理，同時(shí)也負(fù)責(zé)空中接口RLC層的數(shù)據(jù)封裝、傳送控制的硬件單元，為各種類(lèi)型的PDCH信道提供GSL資源。PCU整合于BSC中，包括軟件與硬件兩個(gè)部分。PCU負(fù)責(zé)轉(zhuǎn)發(fā)SGSN到手機(jī)終端的所有信令及用戶(hù)數(shù)據(jù)包，在GPRS數(shù)據(jù)業(yè)務(wù)過(guò)程中起著相當(dāng)重要的功能.PCU掉幀是GPRS/EGPRS用戶(hù)進(jìn)行業(yè)務(wù)的過(guò)程中出現(xiàn)的PCU掉幀現(xiàn)象，分為PCU下行掉幀與PCU上行掉幀兩種，分別由DISCDL、DISCUL兩個(gè)計(jì)數(shù)器計(jì)算，該計(jì)數(shù)器的含義是當(dāng)每檢測(cè)到GSL接口的上行或下行的RLC/MAC塊出現(xiàn)一次錯(cuò)誤，該計(jì)數(shù)器就加1。出現(xiàn)RLC/MAC塊錯(cuò)誤有可能是由于PCU的RPP出現(xiàn)軟件或硬件故障，導(dǎo)致數(shù)據(jù)RLC/MAC數(shù)據(jù)幀封裝失敗，也有可能是PCU至BTS的傳輸過(guò)程中出現(xiàn)數(shù)據(jù)幀丟失引起的。PCU掉幀現(xiàn)象將會(huì)引起用戶(hù)RLC幀重發(fā)，當(dāng)網(wǎng)絡(luò)中一旦由于基站傳輸或RPP故障原因出現(xiàn)PCU掉幀的情況，很可能會(huì)出現(xiàn)連續(xù)的丟幀，嚴(yán)重影響數(shù)據(jù)業(yè)務(wù)的性能，最終引起GPRS數(shù)據(jù)用戶(hù)上傳或下載數(shù)據(jù)業(yè)務(wù)速率低，甚至接入失敗等現(xiàn)象。因此，對(duì)于PCU丟幀情況必須嚴(yán)密監(jiān)控，及時(shí)處理，以保障GPRS用戶(hù)的網(wǎng)絡(luò)滿(mǎn)意度。2、PCU掉幀處理方法計(jì)數(shù)器DISCDL、DISCUL是一個(gè)BSC級(jí)的COUNTER，統(tǒng)計(jì)整個(gè)BSC的PCU掉幀數(shù)，而不能統(tǒng)計(jì)到小區(qū)級(jí)，但通常情況下BSC出現(xiàn)較多的PCU掉幀數(shù)是由個(gè)別小區(qū)引起。因此，單靠話(huà)務(wù)統(tǒng)計(jì)并不能立即找出問(wèn)題的原因所在，必須通過(guò)另外一種手段定位出現(xiàn)PCU掉幀的根本原因。我們知道，每個(gè)小區(qū)都是由RP進(jìn)行管理，RP是PCU軟件的一部分，負(fù)責(zé)對(duì)數(shù)據(jù)進(jìn)行處理與路由，它記錄了每個(gè)小區(qū)在數(shù)據(jù)業(yè)務(wù)狀態(tài)下的各類(lèi)行為和事件，其中包括了DISCDL與DISCUL。因此，可以通過(guò)指令在整個(gè)BSC實(shí)時(shí)打印，深入到小區(qū)級(jí)定位出現(xiàn)PCU掉幀的原因。定位小區(qū)級(jí)的PCU上下行丟幀問(wèn)題需要應(yīng)用到TERDI指令，TERDI是愛(ài)立信RPP內(nèi)部COUNTERTRACE的工具，能夠打印出一些小區(qū)級(jí)的GPRS統(tǒng)計(jì)COUNTER，為GPRS網(wǎng)絡(luò)故障定位提供強(qiáng)有力的工具支持。每塊RP都有獨(dú)立的類(lèi)UNIX操作系統(tǒng)，提供一些關(guān)于小區(qū)的內(nèi)部統(tǒng)計(jì)。小區(qū)下行丟包數(shù)在正常情況下應(yīng)該小于100，對(duì)于那些成千上萬(wàn)的問(wèn)題小區(qū)，應(yīng)進(jìn)一步核查傳輸或RP；如果發(fā)現(xiàn)基本集中于某個(gè)基站，則幾乎可以肯定此基站傳輸?shù)哪承┉h(huán)節(jié)存在問(wèn)題，應(yīng)進(jìn)一步核查。3、TERDI的應(yīng)用TERDI:RP=“RP號(hào)”；RP入口指令，逐塊RP進(jìn)入，查看內(nèi)部統(tǒng)計(jì)。每塊RP都有獨(dú)立的類(lèi)UNIX操作系統(tǒng)。首先查出該小區(qū)占用的RP號(hào)和CELLIND如下：

執(zhí)行指令TERDI:RP=424進(jìn)入到RP=424的UNIX系統(tǒng)，再執(zhí)行指令A(yù)PTGETCELLSTATMP_MAC_05B（05B為小區(qū)ZJILYN3的CELLIND）.

3、PCU掉幀原因分析引起PCU掉幀的原因一般有以下幾種：1、傳輸質(zhì)量變差。2、PDCH信道吊死。

3、RP故障。

4、DXU故障在以上四種原因當(dāng)中，絕大多數(shù)是由傳輸質(zhì)量變差原因引起，這種原因有時(shí)會(huì)伴隨著小區(qū)信道完率不足的癥狀。由于數(shù)據(jù)業(yè)務(wù)對(duì)傳輸質(zhì)量的要求及敏感性比語(yǔ)音均要高，因此，在出現(xiàn)PCU掉幀問(wèn)題的情況下，其引發(fā)的癥狀不一定會(huì)體現(xiàn)在語(yǔ)音業(yè)務(wù)性能指標(biāo)上，只有問(wèn)題的嚴(yán)重性到了一定的程度才會(huì)引發(fā)語(yǔ)音業(yè)務(wù)方面指標(biāo)出現(xiàn)異常。根據(jù)PCU掉幀原因發(fā)生的經(jīng)常性可按照以下流程進(jìn)行排查：

4、PCU掉幀案例處理7月24日發(fā)現(xiàn)ZJM01B1的PCU下行掉幀數(shù)出現(xiàn)異常，統(tǒng)計(jì)如下表所示：4、PCU掉幀案例處理通過(guò)TERDI指令定位查出有問(wèn)題的小區(qū)如下：4、PCU掉幀案例處理通過(guò)LAPD進(jìn)行分析，統(tǒng)計(jì)如下：以上兩個(gè)小區(qū)傳輸配置如下：結(jié)合LAPD析懷疑是RBLT-47這條傳輸有問(wèn)題。首先讓基站代維人員到基站對(duì)傳輸線頭、傳輸設(shè)備相關(guān)的設(shè)備進(jìn)行檢查處理，處理后發(fā)現(xiàn)并不能解決問(wèn)題，傳輸處理人員第二次將相關(guān)的傳輸線換掉，但是掉幀還是存在。我們懷疑RBLT-47傳輸存在隱性故障可能較大，但是需要傳輸室申請(qǐng)，需要經(jīng)過(guò)相關(guān)審批流程，因此我們