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号凌晨执行一次后面的程序，差别就很大了。因此这个配置很重要。如果需要查询crontab详细用法，可以执行man crontab。除了检查蓝色部分的之外，还需要检查用户名，billadm的路径是否正确。

2）如果backup目录下有很多BAKRECORD_KPDAYS天之前的话单，需要查看billadm有没有正确的配置。

主要检查billadm.cfg中的以下配置项：

[HOST]

INFORMIX_TYPE = HDR #机器INFORMIX配置的类型，取值NOTHDR/HDR

HOST_FLOAT_IP = 10.76.139.18

如果SCP是HDR方式就要正确填写INFORMIX_TYPE为HDR。billadm在HDR方式下是根据浮动IP也就是HOST_FLOAT_IP来判断当前SCP是主机还是备机。

3)如果backup目录下保存的BAKRECORD_KPDAYS天之内的话单太多了，可以在取得局方同意之后修改BAKRECORD_KPDAYS的值为比较小的值。

4.3record目录下话单过多

4.3.1有线智能网

首先检查SCP上存放话单的用户，话单目录，属限是否正确。

检查无误之后，在有线智能网中，record目录下话单过多可以直接从RBS找原因。

4.3.2无线智能网和综合智能网

首先检查SCP上存放话单的用户，话单目录，属限是否正确。

检查无误后，再分主备机来考虑：

（1）主机record目录下话单过多。这个时候几乎可以肯定就是RBI的问题了。需要根据RBI的用户手册检查配置并定位。

（2）备机record目录下的话单过多。这个时候也可以一锤定音：billadm的问题。

1）检查备机上crontab的设置。

参考5.2节中关于crontab的分析。

2）检查billadm.cfg的RECORD_KPDAYS配置值。

备机上billadm每天3点中会把record目录下RECORD_KPDAYS天之前的话单移到backup目录下。如果不像保留这么长，可以适当调整RECORD_KPDAYS的值。

3）查看billadm.cfg中的配置信息。

主要检查billadm.cfg中的以下配置项：

[HOST]

INFORMIX_TYPE = HDR # 机器INFORMIX配置的类型，取值NOTHDR/HDR

HOST_FLOAT_IP = 10.76.139.18

如果HOST_FLOAT_IP配置的是备机的IP，那么billadm认为当前处理的是主机上的话单，就不会将话单从record目录移到backup目录下。　[科]