IN平台之SCP旧话单问题处理.docVIP

IN平台之SCP旧话单问题处理1.问题现象 如果在IIN的SCU或者SCDU的话单目录 ～sms/record、～sms/record/recbuf或者～sms/record/backup目录下的话单文件太多，那么认为SCP上的旧话单过多了，很有可能智能网的话单处理出了问题，需要立即定位。 2.初步分析 在智能网中，话单处理也是非常重要的一部分，因为它涉及到运营商的经济利益问题，自然也是运营商最关心最敏感的问题了。由于不同的运营商之间存在结算问题，即使同一运营商在不同的局点，对于话单处理的需求也是“层出不穷”，造成了话单处理系统比较复杂，往往是“事故多发地段”。我们要分析的“旧话单过多”的问题，又是发生频率较高，较为典型的例子。 3.相关设计原理 智能网中的话单由SCP产生，由话单工具从SCP取走，并进行后续的处理。本文主要是IIN平台进行解说，对于话单工具（RBS/RBI）只是略为介绍。 3.1 SCP部分 ◆在SCP上不管无线业务还是有线业务，它们的话单文件存放的目录都是一样的。SCP上的话单文件存放目录3个，分别是在SCP用户的sms链接下的record目录、record目录下的recbuf和backup目录。 ◆主备机话单处理机制。当SCP是热双机方式的时候，数据在主备机之间是实时同步的，包括话单文件；冷双机的情况下话单存放在共享磁盘上，主备机不需要同步。 它的处理机制是这样的：主机在业务流程走到该写话单的时候，主机把话单写在recbuf目录下的话单文件中，同时发送一条内部消息给备机，通知备机写话单。当收到主机通知写话单的消息之后，备机也把话单写到recbuf目录下。 ◆话单存放在recbuf目录下的时候是不能被话单工具取走的，话单工具只能取走record目录下的话单。 3.2话单处理工具 智能网的话单处理系统可以说分为无线智能网和有线智能网两大阵营。目前接入IIN的无线智能网话单处理系统（包括WIN、WIN OVS、UIN）基本都是RBI（话单接口机），接入IIN的有线智能网话单处理系统（包括TELLIN 、TELLIN OVS）基本都是RBS（话单服务器）。 4.问题定位及处理步骤 俗话说“兵来将挡，水来土掩”。我们了解了话单处理的原理之后，对于网上碰到这样的问题就不用害怕了。 下面我们就对问题进行分门别类，然后各个击破。 4.1 recbuf目录下话单过多 出现这种情况通常是SCP运行环境改变的原因。 4.1.1当SCP ID改变的时候。 举例：本来SCP ID是100，由于某些原因的考虑，需要改变SCP ID为101，这个时候SCP只负责把recbuf目录下recYYYYMMDD_101 BBCC_EEEE.unl的话单移到record目录下，对于原来recbuf目录下还来不及移走的所有recYYYYMMDD_100BBCC_EEEE.unl话单，SCP就不会处理了。 4.1.2当SCF 个数改变的时候。 举例：本来SCF 个数是8个，由于某些原因的考虑，需要改变SCF个数为4个，这个时候SCP只负责把recbuf目录下recYYYYMMDD_ AAABB[01～04]_EEEE.unl的话单移到record目录下，对于原来recbuf目录下还来不及移走的所有recYYYYMMDD_AAABB[05～08]_EEEE.unl话单，SCP就不会处理了。 因此我们在改变SCP ID或者SCF个数的时候，需要先检查recbuf目录下是否有遗留的话单文件，如果有，请手工移到record目录中。 4.2 backup目录下话单过多 （1）在有线智能网中，backup目录下的话单没有一个定时处理的工具。Backup目录下的过期话单需要手工删除，或者从oam-client操作删除（操作菜单：“系统维护-维护话单文件”）。主备机都一样。 （2）在无线智能网中，主备机上backup目录下的话单都是由billadm删除。 billadm.cfg有个配置项BAKRECORD_KPDAYS，billadm每天会把距当前时间BAKRECORD_KPDAYS天前的话单从backup目录删除。 1) billadm是由SCP的定时任务调度的，首先查看定时任务的信息： crontab l 应该能看到以下信息： 0 3 * * * su - tellin -c “/tellin/bin/billadm” /dev/null 2/dev/null 蓝色部分的意思是每天3点执行一次后面的程序，如果改为”0 0 3 * *”就表明是每月的3号凌晨执行一次后面的程序，差别就很大了。因此这个配置很重要。如果需要查询cront