湛江技術交流材料PCU掉幀處理

2010年8月11、PCU掉幀介紹

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

執行指令TERDI:RP=424進入到RP=424的UNIX系統，再執行指令APTGETCELLSTATMP_MAC_05B（05B為小區ZJILYN3的CELLIND）.

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

3、RP故障。

4、DXU故障在以上四種原因當中，絕大多數是由傳輸質量變差原因引起，這種原因有時會伴隨著小區信道完率不足的癥狀。由于數據業務對傳輸質量的要求及敏感性比語音均要高，因此，在出現PCU掉幀問題的情況下，其引發的癥狀不一定會體現在語音業務性能指標上，只有問題的嚴重性到了一定的程度才會引發語音業務方面指標出現異常。根據PCU掉幀原因發生的經常性可按照以下流程進行排查：

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