如何高效管理以及维护程控交换机

telewit

怎么维护程控交换机

公司对原有电话和网络系统进行改造，新建立的电话交换机设备总容量为16万线，下面介绍一下我在交换机维护中遇到的几个典型故障及处理方法，希望对大家在交换机维护工作中有所帮助。

故障一、电话交换机中128模RSP用户忙音异常。

故障分析：忙音是交换机的基本语音，一般在交换机出厂时已加载完毕。由SRM模块的SPD板上的语音存储器送出。而实际测试其他的基本语音均正常， 且SPD配有两块，采取双备份工作，应该不是硬件的问题。于是怀疑是否是不是该语音在出厂时未加载完全，造成SPD板送忙音不正常，忙音是异步语音，考虑再次加载BAM中异步语音文件。

故障处理：依次复位SPD板，故障依旧。将SPD板进行强制隔离。将YIBU目录下的所有的文件复制到VOICE根目录下，执行LOD SPDVOICE分别对两块SPD进行语音加载，在加载时注意两块SPD需逐一加载，不能同时加载。在加载同时打开告警台观察各种语音文件加载的信息。加载完成后， 测试交换机听忙音正常。

经验总结：在128模中，程控交换机的各种异步语音是由SRM模块中的SPD板送出，而SPD板中的语音一般在交换机出厂时已加载完毕很少存在问题，但实际在开局时如遇一些语音不正常，在排除SPD板硬件问题的前提下，有可能是出厂时一些语音加载不完全，可尝试重新加载语音文件。在加载时需注意几个方面的问题，首先是批加载过程需要注意事项：语音文件存放在D：DATAVOICE目录下，如果SPD单板在数据配置时选择提供异步信号音，则必须在该单板上加载YIBU目录下的所有语音。批加载目录可以由自己在VOICE根目录下创建，但切记要将该目录下的语音文件拷贝到VOICE根目录。然后是单板加载结束后，还要删除释放的存储器空间，并将更改后的语音编码上传给CDP板，看到加载台语音加载结束，并不等于加载完全结束。 加载过程中尽量不要对单板进行语音维护的操作，加载结束后，在两分钟内不要进行格式化操作，加载语音操作在此间也会被拒绝执行，其他操作执行会出现超时。最后是批加载结束后，执行"DSP SPDVOICE"命令观察文件是否加载完全，若出现加载不完全的情况，可以将未加载部分文件重新放在另外一个自定义的目录，重新加载，不需要整个目录重新加载。

故障二：电话交换机中 SMII （TSM）模块上电后没有加载完毕就超时。

故障分析：SMII模块的加载通道是：BAM-MCP-SNT-MSSM-MCCS-E16-传输设备-E1-BNET-LAPMC2-MPU。模块加载到60%后无法加载结束而超时，说明模块的加载通道正常且模块后台已处激活状态，检查MPU板的型号及拨码开关也正常，而通过E1加载的相应的E1传输正常，无告警。因此怀疑是MPU板、BNET或LAPMC2等相关的单板的问题或数据的配置问题。

故障处理：单配相关的单板后，更换IDT、MPU板后故障依旧。测试传输E1，无误码告警。检查配置数据、AM模块描述表数据正确，并且模块已为激活状态。检查BAM，D：DATA目录下的CC08.BSM文件字节大小正常，DB_33 模块数据文件已存在，说明数据已格式化完毕，但发现该模块的数据文件比其他的文件大的多，为1.57M 。查阅MPU版本的资料发现CC07MPU的加载数据文件大小不能超过1.5M ，否则模块数据无法加载完毕，当MPU板上的内存无法存放拆分的数据包时，不向BAM回证实信号，在BAM的EXCHANGE进程中观察将报超时。因此判断不能加载完毕的原因是该模块的加载数据文件太大。分析造成数据文件太大的原因可能是模块的最大元组数据设置不当，查看33模块的最大元组数，由于该模块是TSM，大多是V5用户，只通过LAPRSA方式开通912线的ST用户，而实际ST用户数据表和设备数据表设置太大为5000，将该表改为1500，重新格式转换后，该数据文件为1.2M 。模块MPU加载正常结束。

经验总结：模块的最大元组数相关表设置不当造成格式转换后模块数据太大，超过1.5M造成模块MPU无法加载结束而超时。

故障三：电话交换机系统增加TSM模块第3框2-5槽位4块DTM板时，开始无法联机增加，问题解决后单板呈故障态。

故障分析：一般32模单模块局TSM受HW资源的限制，最多可开两框中继，但该局利用从后背板上加HWC板来利用系统留用的HW资源，可增加32条HW，该板插在OPT板后的JB65，JB67的后母板插槽。HW编号是：96-127，但受NOD主节点的限制，只能再增加12块DTM板（第三框），主节点（32-43）。正常连接HW，NOD线，联机增加DTM框、HWGRP、MNOD均成功，但在联机增加单板时，却提示"槽位是否正确、单板编号是否越界"的错误信息，根据提示分析单板无法增加的原因可能是最大元组数限制。而单板增加完后报故障的原因可能是：（1）HW、NOD数据配置问题 （2）主节点、HW连线问题

（3）HWC驱动板故障和板上相应的开关设置错误。故障处理： 打开TABLEBROWSE查看该模块的模块最大元组表，发现该模块的最大中继数设为2048，正好是配32块DTM的中继数，而实际在增加第三框的单板时已超过该值，将该表改为2396后单板能顺利增加。分析单板故障的问题时，首先检查数据配置，正常。检查单板后的HW、NOD联线均正常。因此确定可能是HWC板的问题，HWC板的元件简单，只完成HW差分电平的转换，应该不是该板本身硬件的问题。查看HWC的资料得知HWC板上的J1-J8短接开关用于32条 HW时钟的选择，在用于用户和中继HW驱动时选择FS0，这样需将J1-J8的偶数开关闭合。 在查阅HWC板时发现HWC板在使用之前必须将OPT板后母板的S2，S3两个跳线根据要求全部跳上，否则HWC板无法使用，检查该板 上J1-J8的跳线开关设置正确，先将控制框的电源关掉，将HWC板取下，检查S2、S3跳线。发现S2，S3跳线开关未跳上，跳上后，再查询新增的4块DTM板的状态已正常。

经验总结：可利用HWC板将系统分配给OPT的32条HW分配给用户和中继。在工程中应注意模块最大元组表的 限制和HWC板实际使用时的跳线开关的设置。

故障四：电话交换机系统华为ISDN通过TUP无法上网。

故障分析：该局08机普通用户经县城S1240汇接上网正常，而ISDN用户通过直接开到宣城08机汇接到数据局，数据局的接入服务器为"北电"设备。问题原因可能是汇接局问题、数据局接入服务器问题或者数据配置问题和软件参数设置问题。

故障处理：为排除汇接和接入服务器的问题，经和市局网管中心联系，其他县局以同样的方式上网正常，且他们检查数据也没有问题。再和数据分局联系，从他们的跟踪结果发现本局的ISDN用户拨163时透传到接入服务器侧的某信令比特不符合要求，他们将该比特解释为承载要求。查国标TUP 的规范，TUP的IAM/IAI前向消息指示语的J（第10个）比特用来指示是否需要全数字通路，若为"1"则相当于ISUP中的"64kb/s不受限"承载业务。在信令跟踪中发现本局08机送的IAM中该比特为"0"。于是修改软件参数中"IAM发送预置值"为"0200"后，测试ISDN上网通过；由于该参数是全局性质的，此时我们发送给县局S1240的该比特位也是"1"，测试普通用户上网并不受影响。 为验证修改该数据后的影响，将本局的普通用户上网也改到直开到宣城的08路由时，普通用户无法上网，可能汇接时将所有163呼叫判定为数据用户，所以普通用户无法上网，而县城S1240交换机可能对我局送出的"全数字指示语进行了屏蔽"，将所有163呼叫的用户判定普通语音呼叫，所以普通用户走县城S1240汇接能正常上网，实际将08机ISDN呼叫163改成从S1240汇接时，确实不能上网。

经验总结：ISDN用户通过修改相应的软件参数可实现通过TUP中继上网，但注意修改软件参数对全局呼叫的影响

思考的牛

嗯，看看，感谢分享。