|
排除程控交换机程序故障的方法<1>（胡启明）
当程控交换机正常开通使用后，处于维护运行阶段时，经常因程序运行错误而发生故障，
这就需要维护人员及时处理这类故障，确保通信畅通。所谓处理故障，也可以理解为将软件
控制程序置于正常工作状态的过程。当程控交换机软件程序出现错误或混乱时，作为维护人
员没有时间也没有必要去研究其软件程序本身的工作原理，只要尽快进行故障排除并及时抢
通电话即可。而使用重新启动的方法快速排除程序故障已经成为维护人员的一种“灵丹妙药”。
这有点类似于我们在操作电脑时，当由于电脑程序错误而出现“死”机现象时，无论在键盘
键入什么指令电脑都无反映，此时，最快的恢复方法莫过于对电脑进行“热”启动或“冷”
启动。同样，程控交换机由于处理其程序故障的需要，也可以使用重新启动的方法。
对于不同制式不同型号的程控交换机来说，其程序重新启动的操作方式与命令参数可能
有所不同，但重新启动的功能与种类大致相同，无非是利用命令重新启动软件程序或者是操
作硬件组重新启动。下面以MDllo程控交换机为例，说明如何进行程控交换机的重新启动方法。
1利用命令操作RF系列命令组的方法重新启动交换机
在MD110程控交换机系统产生软件故障时，如应用软件程序进行不下去（主要表现为电
话打不出去或打不进来）或进入循环状态后，我们可以使用RF系列重新启动命令，进行软件
程序故障处理。这样，不论原来的应用程序走到什么地方，也不管这时的程序是由中央软件
控制还是由区域软件控制，只要使用了RF系列重新启动命令组，控制程控交换机工作的软件
程序一律要转到开始位置并从头开始运行。如果该软件故障是由于某些临时性的因素（例如
一个短暂的干扰脉冲或某些短暂性的奇偶校验码等等）造成的，那么当程序重新运行到原来
的故障点时，由于此时引起原故障的因素已不复存在，软件程序便能正常进行下去，系统便
又恢复正常。当然，在实际工作中，软件程序运行故障的原因是多种多样的，其故障过程的
产生和故障现象也是很复杂的，但使用RF系列命令组快速排除故障已经成为维护人员的一种
非常有效实用的方法。
RF系列重新启动命令组在交换机的维护工作中经常用到，下面谈谈它的分类与使用。
（1）RF系列命令组的分类
MD110型程控电话交换机系统中的RF系列命令组主要分为4个等级。第一级RFPUI为软件程
序单元的重新启动；第二级RFBOI为某个电路板的重新启动；第三级RFLII为线路接口模块LIM
重新启动；第四级RITEXI为交换机系统全局重新启动。
在维护交换机的实际工作中，假如产生了某种软件故障（如程序出错、数据出错）等问
题，系统程序便难以继续进行工作，通常会有用户申告或是交换机的告警系统自动显示告警
信息记录。维护人员根据告警信息的性质含义和对故障处理方法的提示，可以灵活地应用RF
系列命令组，及时排除故障。
一般情况下，使用第一级和第二级重新启动命令，即程序不论运行到什么程序段，都一
律要从起始点开始运行，如果所遇到的软件故障是暂时性的，则在多数情况下故障都可以很
快得到排除，问题写上获得解决。
使用RF系列重新启动命令的原则是从低级向高级发展。能用低级重新启动命令排除的故
障就不要用上一级的重新启动命令，因为，越是高一级的重新启动命令对系统的通信阻断作
用也要相对大一些。当低级重新启动命令使用后，不能解决问题，故障依然存在时，应逐级
使用上一级重新启动命令，直到故障最后排除。
例如：114查号台的总机用户反映呼叫灯总闪烁，但实际并无用户呼叫；交换机的告答
记录中有287号告警反复出现。经过查询287号告警的含义是占用PCM链路失败的次数已经超
过预先定义的拥塞值，而管理PCM链路功能的程序单元UNIT是GSP，因此处理这种故障的方法
是只要重新启动一下程序单元GSP即可。具体操作如下：
RFPUI：LIM＝7（即告警信息所提示的LIM序号），UNIT＝GSP；（CR）
结果：故障排除。
综上所述，MD110交换机的RF重新启动命令分别针对程序单元、电路板、线路接口模块
LIM和交换机全局4个方面的对象进行作用。当然，不同类型的程控交换机在软件设计和命令
格式上是不同的，它们所设计的交换机系统的重新启动命令在安排上也必然会有差异，但是
其基本结构和分类层次应该是大同小异的。
（2）RF系列命令组的危险性
通常，使用RF系列命令组也会对交换机系统产生如下一些危害：
软件程序单元的重新启动命令RFPUI和电路板的重新启动命令RIBOI的执行时间为3min左
右，对已经进入通话状态的所有用户不产生任何影响，只对正处于呼叫过程的用户产生阻断
后果，其历时约为3s左右。
线路接口模块LIM重新启动命令RFLIT的执行时间为4min左右，它对该LIW已经进人通话
状态的所有用户不产生任何影响，只对正处于呼叫过程的用户产生阻断后果，其历时约为3s
左右。
交换机系统全局重新启动RFEXI命令的执行时间为5min左右，它对正在进行呼叫的用户
和已经处于通话状态的用户都将产生阻断后果，阻断时间约5s左右。
|