论文部分内容阅读
SOFT3000作为承载邢台全区固话交换的软交换设备，下带的单纯用户数就达30万之多，中继量达6万线，如此高负荷的软交换设备，时有出现某个FCCU模块CPU过载的提示信息，一旦出现CPU过载信息，就有可能会危及系统安全，本文从工作实际出发，探索寻找CPU过载原因的切入点，意在提高维护人员的维护水平，为本地网话务安全保驾护航。
一、SOFT3000 CPU过载问题描述
邢台本地网SOFT3000设备的管理模块FCCU模块共有17个，从22到38模块，其中，37和38模块主要管理市区的用户，22模块带了两个TG，24、27、35、36主要用于管理到各个局向的TDM中继电路，其它用于管理17个县区的软交换用户。目前，几乎每个FCCU模块已达到或几乎达到其最大所带用户和中继的量，在用户不断从各县交换机割接到软交换的过程中，FCCU管理模块在满配置状态下的运行状况是我们重点关注的维护内容。尤其是节假日的重保期间，顺畅挖掘出过载根源的问题，亟待解决。
二、SOFT3000 CPU过载问题处理思路及解决方法探索
SOFT3000发生了某个FCCU模块的CPU过载，首先要确认这个FCCU模块涵盖的话务范围，比如，如果是22模块的CPU过载，就要关注两个TG的话务，如果是23、27模块的CPU过载，就要关注长途中继话务等，根据圈定的话务范围，查找原因：
通过计费服务器检查这部分话务的话单生成量，查看这部分话务是否真正有效的话务，若是真正有效的话务，就要保护这部分话务，但在超出预警值时，可以适当启用话务控制来短暂抑制处理，注意话单只有本地网的去话，来话要另加考虑。若是无效的异常话务，也就是话单量没有增加，就要借助信令监测系统来分析。
启用相应的网管控制来减少CPU负荷的方法。如：发端目的码控制（ADD NMIDEST）、出局目的码控制（ADD NMODEST）、呼叫间隙控制（ADD NMGAP）、电路定向控制（ADD NMCICD）等。
利用二期网管和信令监测系统判断这部分的话务走向，筛查异常话务，异常话务这个很常见，尤其长途方向过来的较多，分析来话源，必要时和上级长途局联系处理。
例如，在二期网管系统中，查询出2012年11月8日（周四）9时到10时的双向忙时话务量
再查询出前一周11月1日（周四）9时到10时双向忙时话务量，将两天的结果进行比对，涨幅较大有宁晋华为，可以发现到宁晋华为的话务有了一倍的的增长：
进一步查询宁晋方向的1日到9日来去话的话务明细，可以发现话务突增是从6日开始，9日仍没有恢复。
利用信令系统的呼叫查询功能，DPC选择宁晋华为，查看1日9时和6日9时具体有那些号码拨打过宁晋华为，将两次的查询结果进行比对发现，6日有大量的055112340的主叫拨叫宁晋华为，回拨回去为忙音。经查该主叫为石家庄长途局方向过来，联系石家庄长途局协查该主叫的来源，必要时进行封堵，也可对异常话务的主叫号码进行主叫甄别限呼（ADD CLRDSN），此问题得以解决。
检查SOFT3000上话统任务的多少，过多的话统任务，在话务增加时会加剧CPU的过载，尤其是到整点出话统任务结果时，合理有效地建立话统任务，定时考察话统任务是否依然有用，删除过多的话统任务，是一项长期的任务。
可在N2000网管终端的“性能统计”→“任务管理”界面中删除过多的话统任务。
本地网号段各局配合处理的不协调，会造成被叫为空号，当用户误拨时，造成话务不能准确落地，在交换机间流转，空占资源造成CPU瞬间处理任务加剧，这点不能忽视。
现阶段用户端局和软交换并存，本地网字冠分析数据复杂，很容易导致由于字冠指向错误引起两局间呼叫的“乒乓效应”，造成中继拥塞、CPU负荷过载等。一旦发现此类现象应尽快通过信令网管系统查看局间呼叫次数和信令，确定问题局向和字冠，联系对端交换局对该字冠指向进行修正。平时字冠指向调单要认真制作，反复验证，并不定期开展局间数据核查，防止此类问题发生。
三、总结方案的特点及实施后的效果
1、此方案较为完备地总结了当SOFT3000的FCCU模块CPU过载时的处理脉络思路，对维护人员在处理此类问题时有了相应的参考依据。2、在处理问题的过程中，找出了异常的非法话务，保障了公司的利益。3、在软交换资源紧张的情况下，节省了系统资源，节省的资源可以用于附加更多的有效话务，提高公司收入，降低运营成本。
一、SOFT3000 CPU过载问题描述
邢台本地网SOFT3000设备的管理模块FCCU模块共有17个，从22到38模块，其中，37和38模块主要管理市区的用户，22模块带了两个TG，24、27、35、36主要用于管理到各个局向的TDM中继电路，其它用于管理17个县区的软交换用户。目前，几乎每个FCCU模块已达到或几乎达到其最大所带用户和中继的量，在用户不断从各县交换机割接到软交换的过程中，FCCU管理模块在满配置状态下的运行状况是我们重点关注的维护内容。尤其是节假日的重保期间，顺畅挖掘出过载根源的问题，亟待解决。
二、SOFT3000 CPU过载问题处理思路及解决方法探索
SOFT3000发生了某个FCCU模块的CPU过载，首先要确认这个FCCU模块涵盖的话务范围，比如，如果是22模块的CPU过载，就要关注两个TG的话务，如果是23、27模块的CPU过载，就要关注长途中继话务等，根据圈定的话务范围，查找原因：
通过计费服务器检查这部分话务的话单生成量，查看这部分话务是否真正有效的话务，若是真正有效的话务，就要保护这部分话务，但在超出预警值时，可以适当启用话务控制来短暂抑制处理，注意话单只有本地网的去话，来话要另加考虑。若是无效的异常话务，也就是话单量没有增加，就要借助信令监测系统来分析。
启用相应的网管控制来减少CPU负荷的方法。如：发端目的码控制（ADD NMIDEST）、出局目的码控制（ADD NMODEST）、呼叫间隙控制（ADD NMGAP）、电路定向控制（ADD NMCICD）等。
利用二期网管和信令监测系统判断这部分的话务走向，筛查异常话务，异常话务这个很常见，尤其长途方向过来的较多，分析来话源，必要时和上级长途局联系处理。
例如，在二期网管系统中，查询出2012年11月8日（周四）9时到10时的双向忙时话务量
再查询出前一周11月1日（周四）9时到10时双向忙时话务量，将两天的结果进行比对，涨幅较大有宁晋华为，可以发现到宁晋华为的话务有了一倍的的增长：
进一步查询宁晋方向的1日到9日来去话的话务明细，可以发现话务突增是从6日开始，9日仍没有恢复。
利用信令系统的呼叫查询功能，DPC选择宁晋华为，查看1日9时和6日9时具体有那些号码拨打过宁晋华为，将两次的查询结果进行比对发现，6日有大量的055112340的主叫拨叫宁晋华为，回拨回去为忙音。经查该主叫为石家庄长途局方向过来，联系石家庄长途局协查该主叫的来源，必要时进行封堵，也可对异常话务的主叫号码进行主叫甄别限呼（ADD CLRDSN），此问题得以解决。
检查SOFT3000上话统任务的多少，过多的话统任务，在话务增加时会加剧CPU的过载，尤其是到整点出话统任务结果时，合理有效地建立话统任务，定时考察话统任务是否依然有用，删除过多的话统任务，是一项长期的任务。
可在N2000网管终端的“性能统计”→“任务管理”界面中删除过多的话统任务。
本地网号段各局配合处理的不协调，会造成被叫为空号，当用户误拨时，造成话务不能准确落地，在交换机间流转，空占资源造成CPU瞬间处理任务加剧，这点不能忽视。
现阶段用户端局和软交换并存，本地网字冠分析数据复杂，很容易导致由于字冠指向错误引起两局间呼叫的“乒乓效应”，造成中继拥塞、CPU负荷过载等。一旦发现此类现象应尽快通过信令网管系统查看局间呼叫次数和信令，确定问题局向和字冠，联系对端交换局对该字冠指向进行修正。平时字冠指向调单要认真制作，反复验证，并不定期开展局间数据核查，防止此类问题发生。
三、总结方案的特点及实施后的效果
1、此方案较为完备地总结了当SOFT3000的FCCU模块CPU过载时的处理脉络思路，对维护人员在处理此类问题时有了相应的参考依据。2、在处理问题的过程中，找出了异常的非法话务，保障了公司的利益。3、在软交换资源紧张的情况下，节省了系统资源，节省的资源可以用于附加更多的有效话务，提高公司收入，降低运营成本。