卓春艳

[摘要]主要是总结开通七号电路提示“中继电路超过数字词典”、汇线通用户呼出显示总机号码设置、SMII无法传真常见故障原因、土叫号码甄别对呼转用户的影响、ASP框用户无拨号音故障处理和SMII用户不能呼入呼出模块外用户，模块内可以正常呼入呼出几个故障案例。

[关键词]程控交换机故障电路群用户

中图分类号：TN8文献标识码：A文章编号：1671-7597(2009)0620033-01

本人维护程控交换机已有几年时间，现在总结一些工作上的经验，希望能和大家共同进步。

在某模块新增七号电路时提示“中继电路超过数字词典”，删除两条已停用电路，增加电路仍有此提示，查看最大元组数发现广梅汕一个模块可挂电路数已从128条更改为150条，可是增加电路还是有此提示，删除SPMEl配置，重新配置后增加电路成功，比较SPMEl配置发现，原来SPMEI配置的E1逻辑编号大于128，删除停用电路重新配置El后的逻辑编号小于128则可增加电路。经验总结，增加七号电路时cIc只能有4096个，故SPMEl的逻辑编号要小于128才能增加该七号电路，即使最大元组数修改大于128但大于128的El逻辑编号只能用于其他类型电路，不能用于七号电路。

Centrex群用户来显显示总机号和分机号的设置：对于5008以上版本，当主叫用户为Centrex群用户且增加群时群总机号码不为空，出群呼叫号码显示通过软件参数SSP参数8的比特4设置，当该比特为l时显示真是主叫号码，为0是显示群属性中设置的总机号码；而6008以上版本，则通过软件参数的多区号比特2来设置来显号码，该比特为1显示真是主叫号码，为0则显示主叫所在的Centrex群总机号码。而1013以上版本则是呼叫测试参数3的比特lO，2023以上版本为SSP参数的比特4控制。

日常维护中常遇见某SMII无法发传真，但电话业务正常，那是因为传真和拨号上网属于数字业务，对时钟同步要求比较高，可能故障原因如下：

1接地地阻过大(要求≤5欧姆)；

2时钟数据问题，中继框母板时钟锁定的2M的状态(DTM、E16板或端口问题)，在数字中继框母板TMB上有4个8位的拨码开关：s1、s2、s3、s4，其中s1和s2为一组，对应中继框左半框0～7号中继板，s3和s4为一组，对应中继框右半框8～15号中继板。时钟具体锁定哪块板通过这四个拨码开关来设置，如果DTM板的LOS灯亮则时钟不要锁定该板，s1、s2(s3、s4)要锁定第几块DTM板则相应组的拨码开关相应位置1，例如要锁定第0号中继板，则sl、s2的第一位同时拨向ONI

3BNET板问题(因为SMII都是锁定DT8KO时钟，所以BNET板时钟同步正常时指示灯为OPT亮，CKI灭)；

4通道误码问题(通过2M测试仪测试通道误码情况)。

处理此类故障逐项原因进行排查即可。

为了规范网间的主叫号码，现在数据一般都设有主叫号码甄别，对于呼叫前转用户主叫甄别是具体针对哪个号码对于我们排查故障原因是很有帮助的，5011POOl、6009P003、8088P004补丁开始支持对前转来话的主叫号码进行甄别(通过软件参数控制)，但之前的版本(包括32模)都只能对原被叫号码进行甄别。软件参数语音邮箱参数8的比特3用于控制在主叫号码进行甄别时，对于前转来的呼叫是否采用主叫号码而非原被叫号码进行甄别的，如果该比特位为0则采用原被叫号码进行甄别，为1则采用主叫号码进行甄别，缺省值为0。

某ASP框扩容后有用户反应无拨号音。遇到此类故障首先要定位故障的范围，是个别用户还是大部分用户，用户是否集中在某块板上之类的，这样才能更快更准的定位故障。用户无拨号音一般为所在模块通信中断、设备端口坏、单板坏、鸳鸯线等。因为模块没有中断，而且是多个用户有故障，用户也不是集中在一块单板上，单板端口和单板故障可能性很小，因3月2日晚该ASP框扩容了2条El，现共有4条E1，怀疑有鸳鸯线，由于ASP单配用户框占用中继比较特殊，前4块用户板占用第一条E1。第5～6用户板占用第2条E1，第7～9用户板占用第3条E1，第10块用户扳占用第4条El；本室指挥分局每条中继管内用户板抽1～2个用户测试有无拨号音，测试后发现第3、4条中继管内的用户板出来的用户无拨号音，第l、2条中继管内的用户正常，因ASP板是单配所以排除了ASP板坏的可能：而第3、4条E1鸳鸯线的可能性最大，本室要求传输断开第3条El，结果传输断开第3条，交换侧为第4条断开，传输再断开第4条，交换侧则为第3条断开，鸳鸯线引起倒换第3和第4条El后故障恢复。如果是SMII用户排查鸳鸯线就简单很多了，可以通过指定中继拨测，当然8K版本交换机对于这类用户也可以通过指定中继拨测。

某SMII用户不能呼入呼出模块外用户，模块内可以正常呼入呼出，经过过网管对模块进行倒换加载后能恢复。处理过程中两块mpu分别作为主备板，但是故障现象仍然存在，两块mpu板同时故障的几率较小，怀疑是与该模块的lapmc2板有关，该模块lapmc2板单配，只有l块板。在呼叫系统正常的情况下，SMII模块用户的出模块呼叫需通过内部信令链路查询CDP板内数据，对呼叫接续过程进行控制：而对模块内的呼叫，则分两种情况：当AM／CM与SMII间的信令链路正常的情况下，仍旧通过模块内部信令链路优先查询CDP板数据：而模块间信令链路完全中继的情况下，则直接查询该模块MPU板内数据，完成模块内呼叫。当由某种特殊原因(传输误码、LAPMC2故障或信令链路的其它环节)造成SMII模块的某条信令链路处于正常与故障的交替状态，而整个系统仍认为此链路正常，而不在后台上报告警，但却影响此SMII模块的模块间呼叫，在严重的情况下，还会影响模块内呼叫。结合该模块故障以及上述分析，基本能确认是lapmc2板运行不稳定或者是idt电路存在误码。需要从这几个方面来处理：

1更换该lapmc2板，查询到单板型号为CB03LAPll，软件版本(B10S)为CBOLAPOH100；

2对该模块的两块mpu板进行一次删除补丁，4级复位，运行正常备份完成后加载补丁的操作：

3建议增加lapmc2板，避免链路单配；

4检测idt电路状态，观察是否存在闪断、误码等情况，可以通过告警来观察：

5后续如果还有问题，则需收集跟踪通用消息，收集bam上E：＼MSSQL＼DATA下面的几个debug文件(debug，*和*，dbg)给华为工程师分析。

以上是我日常遇见问题的一些小结，希望能和大家一起分享和共同进步，多谢各位阅读我的文章了。