TRA设备隐性故障导致掉话.doc

TRA设备隐性故障导致掉话故障现象：近期发现NTBSCA1的掉话率有所上升，取STS统计发现该BSC的不明原因掉话次数上升较大,最高时达到41%。取20110712至20110718七天24个时段的掉话次数和掉话原因进行分析，发现每天09:00至21:00不明原因掉话率均超过10%，尤其18：00和21:00不明原因掉话率较高，如下图所示：对上图的说明：横坐标：时间段纵坐标：(掉话数-掉话原因统计数)/掉话数其中：u 掉话数TFNDROP+THNDROP 全速率与半速率掉话数之和u 掉话原因统计数=TFSUDLOS+TFDISSDL+TFDISSUL+TFDISSBL+TFDISQADL+TFDISQAUL+TFDISQABL+TFDISTA+THSUDLOS+THDISSDL+THDISSUL+THDISSBL+THDISQADL+THDISSQAUL+THDISSQABL+THDISTA上式中：TFSUDLOS/THSUDLOS:全速率/半速率 突然掉话TFDISSDL/THDISSDL:全速率/半速率 下行弱信号掉话TFDISSUL/THDISSUL:全速率/半速率 上行弱信号掉话TFDISSBL/THDISSBL:全速率/半速率 上下行弱信号掉话TFDISSQADL/THDISSQADL:全速率/半速率 下行质差掉话TFDISSQAUL/TFDISSQAUL:全速率/半速率 上行质差掉话TFDISSQABL/TFDISSQABL:全速率/半速率 上下行质差掉话TFDISTA/THDISTA:全速率/半速率 超TA 掉话原因分析：流程图：分析判断可能原因：不明原因掉话：突然掉话和上/下行质差掉话、上/下行弱信号掉话、TA超值掉话统称无线掉话，因为它们一般由于无线接口上的问题导致；除此之外的掉话即不明原因掉话，称为非无线掉话，因为它由于非无线接口的故障导致，比如基站硬件故障、BSC设备故障、传输线路故障。网络对无线掉话和非无线掉话的判断，在于该连接对应的LOCATING进程是否认定：掉话是由于在一段时间内BSC无法接收或解读出手机上行发送的测量报告，导致超时和连接失效。如果BSC能正常收到并解读出手机上行发送的测量报告，表明无线接口正常，掉话应该发生在非无线接口部分，属于非无线掉话；如果BSC不能正常接收或解读出手机上行发送的测量报告导致超时，则该掉话属于无线掉话，一般由于无线接口问题导致，但非无线原因也可能导致此类无线掉话。根据上面的解释，我们容易理解不明原因掉话对网络的影响。通过我们对南通网络的长期监测，发现由于基站硬件故障或传输故障导致小区出现高掉话情况下，不光会出现大量的不明原因掉话，其他的无线掉话也会大量增加，一般以突然掉话的增加幅度最大。因此，只要小区出现不明原因掉话，总掉话次数会比正常情况下明显增多，导致话务掉话比大幅下降。要减少不明原因掉话对网络性能和指标的影响，就要及时发现和处理网络中的软硬件故障，保障传输线路正常。综上所诉我们从硬件故障开始着手，逐步排查。1、基站硬件故障2、传输线路故障3、TRA故障原因排查：1、 基站硬件故障基站硬件故障将会导致个别小区出现高掉话现象。通过STS统计选掉话率较高的基站和小区，全面检查硬件的工作状况，及时发现告警，对一些工作不稳定的载波和设备（如开跳频后时隙损坏等）进行仔细检查，特别是部分隐性故障。长时间对NTBSCA1的告警进行跟踪，除了部分小区有基站出现A3告警外，基本都没重要的A1，A2告警，如下图所示： 结合MOTS统计查找隐性故障小区。MOTS是STS统计的一项，可以看出BSC中的所有小区时隙（Time Slot）的占用情况，从中可以分析出因个别载频设备存在隐性故障（无任何告警）而导致的掉话问题。MOTS中包括TS连接建立尝试数和TS异常释放次数。当时隙作为TCH或SDCCH时，每占用一次，连接次数加1，当时隙作为TCH或SDCCH时，每掉话（connection dropped）一次，异常释放次数加1。错误的指示（Error indication）、连接失败指示（connection failure indication）、异常断开连接请求（Abnormal disconnect request）、在启动时跟踪失败（Trace failure at small restart）和软件功能释放导致掉话（Forlopp release）这五种情况将导致时隙异常释放。通过分析排除了个别基站出现告警而影响到网元级的高掉话情况。2、 传输线路故障由于存在Abis接口、A接口链路，因传输质量不好，传输链路不稳定也会造成掉话。可观察传输和单板告警（TC板故障，A接口PCM失步告警，LAPD断链，功放板，HPA，TRX板告警，CUI/FPU告警），根据告警数据，分析是否传输闪断或有故障单板（如载频板坏或接触不良）。通过RXASP未发现传输时隙告警。因为传输不好，多次闪断造成的掉话、拥塞，主要表现是时隙不全，突然掉话增加。取STS统计对时隙不全且存在高掉话的小区进行分析，未发现传输质量问题。通过RXELP打印历史告警对存在1B3告警的小区进行分析，亦未发现问题。通过STS统计中的OBJTYPE LAPD 检测传输质量。Abis接口的传输采用LAPD信令MPLEX16压缩模式，话务量较高时链路负荷过高导致掉话。同时MPLEX16高压缩比模式下，容易出现传输异常，导致出现坏帧。这情况如果非常严重将导致Abis 接口上T200 计时器超时N2001 次，造成BSC 与基站的LAYER 2 连接中断。LAPD中COUNTER如下：取STS统计发现个别时隙存在问题，未影响到网元级的高掉话情况，如下所示：3、 TRA故障Transcoder Rate Adaptation Unit，TRA（码率适配器）是BSC/TRC的一种基本设备，主要负责将A interface上的64Kbps和Abis interface上的13Kbps话音编码的相互转换，以及带内信令（In-band Signaling）的速率适配。目前所有的 BSC/TRC 都是使用 TRAPOOL 的方式来分配 TRA 设备。这比起以半永久连接（Semi Permanent Connection）方式分配 TRA设备要来得更有效的使用有限的 TRA设备资源。TRA设备由RP板组成，每一个RP板由8个SNT构成，一个SNT有32个DEV，其中有6个DEV接A接口，有24个DEV通过A-bis连接基站，有2个设备空出。即每一个SNT只有24个DEV用于处理话音速率。这样每块RP板共有8*24=192个TRA设备，这192个TRA设备可完成192个用户的全速率或半速率信道的通话。因此相应的EM设备数是由TRA的DEVICE数除以24得到的精确度为1的过剩近似值决定。通过定义合理的TRA占用时长告警门限，可以发现问题板。查看NTBSCA1相关告警，未发现TRA板告警，如下图：系统统计每个TRA设备的通话时长并计算出整个TRA POOL的通话平均保持时间。然后定出可容忍的TRA设备最低的通话时长，如果某个TRA设备的平均通话时长低于这个时间，就认为这个TRA设备通话保持时间过短，可能是TRA设备出了故障引起的。NTBSCA1对TRA设备定义的告警门限如下：重新定义TRA监控RRMSI: TRAPOOL=FR, ACL=A1, ALPERC=40;RRMAP发现如下告警：通过NTCOP:SNT=ALL;查找SNT与设备的对应关系。 因此怀疑RTTF1S2-46这个SNT有问题。解决措施：闭掉该RTTF1S2-46这个SNT，继续观察，取STS统计发现NTBSCA1的不明原因掉话已降到10%左右，如图