《湛江PCU掉帧处理技术交流材料》-课件设计.pptVIP

湛江技术交流材料 PCU掉帧处理 湛江公司 2010年8月 1、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内部COUNTER TRACE的工具，能够打印出一些小区级的GPRS统计COUNTER，为GPRS网络故障定位提供强有力的工具支持。每块RP都有独立的类UNIX操作系统，提供一些关于小区的内部统计。小区下行丢包数在正常情况下应该小于100，对于那些成千上万的问题小区，应进一步核查传输或RP；如果发现基本集中于某个基站，则几乎可以肯定此基站传输的某些环节存在问题，应进一步核查。 3、TERDI的应用 TERDI:RP=“RP号”；RP入口指令，逐块RP进入，查看内部统计。 每块RP都有独立的类UNIX操作系统。 首先查出该小区占用的RP号和CELLIND如下： 执行指令TERDI:RP=424进入到RP=424的UNIX系统，再执行指令APT GETCELLSTAT MP_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传输存在隐性故障可能较大，但是需要传输室申请，需要经过相关审批流程，因此我们在更换RBLT-47传输前，尝试将1 、3 小区的DXU进行对调和,掉帧问题还是没有得到解决。因此在8