PCM传输故障判定处理.docVIP

GSM常见PCM传输故障判定处理思路与方法 由于作为基站代维方面的工作在整个GSM网个是重要一环节，涉及的方方面较为宽广，出现的问题相应比较复杂，在故障定位方面需要我们判断故障与效率上要有及时性，准确性。这都要求我们熟练的撑压必要基站原理，基站端管理与检测终端软件OMT使用。 以下自已总结常见使用OMT来判定,PCM传输故障 站点:某站点 主设备:2206 配置：3\3\3 三个机柜 CDU型号：CDU F9 PCM接入方式：三条传输接入A端口进 处理过程: 进站首先,判断是PCM传输问题,在DDF架上对通断,经BSC确认是正常的,重做BTS数据和重写IDB,故障于然还是原来的状态,CF无法加载数据;BSC重LOAD 整个TG,故障都无法消除,在基站端没有故障码显示,检查LOG文件发现有PCM传输没法同步提示,通知传输网管,将两个业务数据对调,BSC重LOAD数据;CF通过,本站正常开启. 这个例子使我认识到使用OMT中的LOG事件记录器能更好地判断出故障详细记录： 如出错PCMA在LOG文件中会显示RTS_TF rts_tf_ctrl.c:3232 TRACEH:PCM_UPDATE_RPT arrived, 1 1 1 0 2 2 正确的显示代码为0 1 1 0 0 0 下面是各个位数详细表示 当第一个为0 表示用第一条PCM为检测是否使用，反之为有异常 当第二个数为0时即表示PCMA为没有激活状态惑异常，为1表示在激活状态 当第三个数为0时即表示PCMB是否使用, 为1表示异常 当第四个数为0时即表求PCMB为激活状态，为1表示不在激活状态惑异常 当第五个数为0时即表示使用PCMA时钟同步端方式为1表示PCMB，2表示为自身同步 当第六个数为0时即表示使用PCMB时钟同步端方式为1表示PCMB，2表示为自身同步 该方法只是其中的一种较为实时的表现方式，它能显示出较为隐藏，和不稳定时钟能在机柜不能提供故障代码的情况能较为直观显示出设备的异常方便我们的处理. 另一种方法： 利用 OMT监测传输线路的告警. 在 DXU内部有个叫DP的功能模块,它能实现对 DIP的监测.具体方法如下: 在 SYSTEM页面中用右键单击PCM图标,将弹出一个菜单,然后选择 DISPLAY STATES.这时 将显示一个窗口,将传输的各告警指标显示出来,相对应的项将显示为 FAULTY. 利用 OMT监测传输线路的告警. 在 DXU内部有个叫DP的功能模块,它能实现对 DIP的监测.具体方法如下: 在 SYSTEM页面中用右键单击PCM图标,将弹出一个菜单,然后选择 DISPLAY STATES.这时 将显示一个窗口,将传输的各告警指标显示出来,相对应的项将显示为 FAULTY. DP可监测的告警有:LOF,LOS,AIS,RAI,SES,CSES,UAST等 各个检测项目显示NOFAULTY（没有错误）为正常，显示为 FAULTY.表示断，或没有使用这个连接. 用OMT监测基站的同步情况. 基站和BSC之间的同步是由 TF来完成的.我们通过对 TF进行监测可以知道当前基站的同步 状态. 操作方法如下: 在MO页面中点鼠标右键,单击TF的图标,在弹出的菜单中选择 MONITOR,此时将出现一个窗 口提示要监测的项目. 如果我们选择TU INTERNAL STATES则可显示基站的同步状态. INTERNAL STATE 2表明基站处于 HOLD OVER的状态. 正常的状态为 SYNCHRONIZED, 此时 INTERNAL STATE 1; 几上几种方法是判断传输异常比较常用的方法。