G2-BSS-故障分析及解决方案

2004年5月,AlcatelBSS故障分析及解决方案,引言,本文根据江苏地区Alcatel无线网络的特点，就BSS方面的几个典型的问题，进行了详尽的分析，并给出了解决方案以及预防措施。衷心希望通过此次技术探讨和交流，能够对提高双方的技术水平，对江苏的网络建设维护起到积极的作用。,目录,第一部分BSCX.25和OSI_CPR问题处理第二部分BTS问题引起小区话务异常问题分析第三部分A接口时隙处理,第一部分,BSCX.25和OSI_CPR问题处理BTS问题引起小区话务异常问题分析A接口时隙处理,1.1综述,自从BSSB6.2版本以来,出现了诸多BSC的OSI_CPR模块的故障。OSI_CPR模块的主要作用是联系BSC与OMC-R，因而若该模块发生故障，必将严重影响OMC-R对BSS系统的操作与维护。现就此问题将现场的故障处理情况予以分析和总结,希望给现场以后处理类似问题以借鉴。,1.2BSCX.25问题的分类,问题分类：由OSI_CPR问题引起的X.25故障：OSI_CPRFOS告警为：OV_RELC，无法通过INIT命令来解决问题。由传输路径上的问题引起的X.25时隙问题：OSI_CPR无告警，但路由器中显示其时隙状态为DOWN。,1.2.1由OSI_CPR问题引起的X.25故障,由OSI_CPR问题引起的X.25故障一般表现为：出现故障的BSC都无硬件问题（能够通过HWTEST）。BSC的一块或两块OSI_CPR状态FOS，告警为OV_RELC;对模块INIT后,模块可以到IT状态但不稳定，自动RESET3次后又变为FOS状态；使用VERIFY命令结果相同。,1.2.1由OSI_CPR问题引起的X.25故障,通过对各种实例的处理和分析，可将问题分为以下两种情况：两块OSI_CPR同时FOS，BSC与OMC-R中断连接一块OSI_CPRFOS状态，常规操作无法解决问题,1.2.1.1由两块OSI_CPR问题引起的X.25故障,对于第一种情况，即两块OSI_CPR问题引起的X25故障，可以通过以下的方法来定位故障:断开Atrunk2,第二类问题原因：由于传输模块中对应的时隙状态异常引起。注意事项：在设备开通之初，必须对各个传输模块作正确的设置（SETTING）在日常维护中，应通过OMC-R对X.25的时隙状态进行经常性的观察，发现问题及时处理，以避免问题的积累。,1.3小结,第二部分,BSCX.25和OSI_CPR问题处理BTS问题引起小区话务异常问题分析A接口时隙处理,1.综述,南京等一些地区在软件升至B72MR4版本后，有个别小区在运行一段时间后话务占用异常，现场CQT测试发现电话根本无法打通，但在OMC-R上观察BTS的SBL状态为IT，这种问题俗称“基站吊死”。然而，这类问题一般只能通过终端用户投诉及话务分析报告发现，但此时问题已经比较严重。通过对问题小区的话务报告、AbisTrace、告警报告、CQT测试报告分析，发现此类问题主要有四种类型，找到了问题原因及预防措施，并提供了相应的解决方法。,2.BTS问题引起小区话务异常的四种类型,经分析，此问题的表现可以分为四种类型，有不同的内部原因和解决方法。现在将问题分析结果归结如下，并给出解决方法和预防措施。,2.1BTS问题引起小区话务异常的四种类型,类型一：话务报告分析：话务报告中显示TCH分配失败率很高，有时甚至达100%。分配失败集中在MC14b计数器，也就是BSSProblem引起的分配失败。个别TRX的占用时长超短。AbisTrace分析：在TCH分配时BTS没有向BSC回“channelactivationacknowledge”的消息。CQT测试分析：在现场拨打测试，SDCCH能被正常占用，但TCH不能被分配到。,2.2BTS问题引起小区话务异常的四种类型,类型二：话务报告分析：话务报告中显示TCH分配失败率很高，有时甚至达100%。分配失败集中在MC746b计数器上，原因为手机无法接入有个别TRX的占用时长超短。AbisTrace分析：在TCH分配时BTS向BSC回复“assignmentfailure”消息CQT测试分析：在现场拨打测试，SDCCH能被正常占用，但TCH不能被分配到。,2.3BTS问题引起小区话务异常的四种类型,类型三：话务报告分析：小区中既没有SDCCH被占用，也没有TCH被占用。MC8a的次数与其他小区一致，但MC8c次数为0或极少。AbisTrace分析：“pagingcommand”消息发下后，BTS一直没有回“channelrequired”消息。CQT测试分析：在该小区的覆盖范围内，手机很难找到该小区的BCCH频点，在该小区的邻区，也很难在相邻小区列表里找到该小区。,2.4BTS问题引起小区话务异常的四种类型,类型四：话务报告分析：小区中有SDCCH被占用，并有SDCCH溢出，没有作为主被叫的TCH占用，只有切换的TCH占用。计数器MC8a和MC8c正常，但MC149次数很高。AbisTrace分析：BSC向BTS发了“immediatelyassignment”消息，但BTS没有回“establishindication”的消息给BSC。CQT测试分析：手机能切换进入该小区，但在该小区无法进行主被叫的建立。,3.BTS问题引起小区话务异常问题分析,问题产生原因：由于路由于外部的BTS传输故障或Channelreconfig等原因，导致BTS内部的L2与L3之间链中断，从而使得BTS无法进行正常的TCH或SDCCH分配。解决方法：问题类型一、二的情况，对有问题的TRE进行Lock/Unlock，以消除问题；类型三、四的情况，则需对BCCH的TRE进行Lock/Unlock。也可以对RA进行lock/Unlock，使小区恢复工作。,4.BTS问题引起小区话务异常的预防措施,问题的发现及预防：问题的产生：这些小区在之前都有过传输告警，channelreconfig告警或TREHWFailure告警，如“AIS”，“lossofallchannel”，”lossofSDCCH”等告警。大部分小区在传输告警后小区话务占用就开始异常。,4.BTS问题引起小区话务异常的预防措施,预防措施：当有传输告警或以上所列其他告警时，对这些小区应进行重点观察，尽量在问题刚出现就得到处理。尽量减少不必要的BTS配置调整，以减少网络中的传输不稳定因素。在南京观察时期，当传输情况良好，BTS配置调整少的时候，此类问题就很少出现。,第三部分,BSCX.25和OSI_CPR问题处理BTS问题引起小区话务异常问题分析A接口时隙处理,1.A接口时隙问题,ACH坏时隙问题的检查可以通过以下途径来发现：OMC-R上或者MSC侧发现A接口时隙不正常：TSstates:inactive,E-block通过LMCT或者TC-TE发现模块有告警equipmentfail跟踪A-INT信令，可以确定到具体模块的具体时隙。,2.A接口时隙产生原因及处理方式,ACH的时隙问题的原因通常分为软件配置和硬件故障两方面。软件配置方面的原因有：传输模块的setting和配置问题，应检查其配置MSC侧SPC，SLC等模块的配置问题，应检查交换机相应模块不规范操作例如，ATER-MUX扩容时，在加好硬件配置后logicalconfig没有做,A-INT上有E-BLOCK告警。应做一次全面的BSSLogicalaudit,以解决问题。,2.A接口时隙处理及处理方式,硬件方面故障：G2TC按常规处理对于G2.5TC：通过LMCT或TC-TE，检查并消除告警。当PM报告中MC739TCH_DROP高时，跟踪A-INTTRACE，若掉话的信道随机出现，则应对相应传输模块做些操作restart,lock/unlock,插拔等操作。注意：此类操作影响话务，应该安排在夜间低话务量时进行。,3.1实例A接口时隙处理,例一：G2.5TC在OMC-R上显示问题问题描述：MT120板子无法显示MT120板子显示的位置不正确原因：在扩容时未按流程对MT120模块的Q-mux地址进行检查解决方法：对MT120重新按流程进行扩容。,3.2实例接口时隙处理,例二：A-channelTSdefine:ALLATR：TS0：synchronization；TS15:HWALARM；ATR1