目前社会上出现一种自动回拨卡业务，例如“灵通卡、灵通伴侣”等，该业务由回拨平台交换机自动完成呼叫回拨，使主被叫双方都作为被叫方接听电话以节省话费，这样原来应该由移动运营商收取的主叫通话费会流失，该业务很大程度上截流了移动运营商的业务收入。

信令监测回拨分析系统可以有效地避免移动运营商由于回拨呼叫引起的业务分流现象，减少业务收入的损失。目前吉林移动全省维护单位都应用了本系统软件，通过接通率指标分析和七号信令系统跟踪等现有的技术手段，对发现的违规“回拨业务”进行确认，并对“回拨业务”进行有效封堵。

回拨呼叫业务

目前在社会上存在回拨业务，例如灵通卡，业务流程为：

(1)A呼叫B，B为回拨平台，呼叫失败，但回拨平台能够得到A号码(注：A号码为登记注册了的用户号码)；

(2)B回拨平台获得了A号码后，以一个随机的C号码向A号码发起呼叫；

(3)C接通同A的呼叫后，A用户可通过DTMF通知回拨平台真实被叫D号码；

(4)回拨平台拨通D号码；

此项业务由交换机自动完成呼叫回拨，使主被叫双方都作为被叫方接听电话以节省话费，截流了移动运营商的业务收入。

信令监测回拨分析系统

信令监测回拨分析系统与七号信令监测系统配合，用来发现网络中回拨呼叫现象的实时监测系统，该系统通过SOCKET接口方式实时输出回拨呼叫拦截记录给交换机，交换机收到该记录后完成后续的回拨呼叫拦截动作，这样可以减少网间的回拨呼叫次数，及时挽回移动运营商网络的业务收入损失。

信令监测回拨分析系统通过业务分析模块回拨呼叫记录查询功能准确判断、记录回拨呼叫的号码、回拨呼叫时间、呼损原因、路由等信息，并同时将回拨呼叫拦截记录传送到交换机侧完成后续处理，在系统日常维护中，运营商通过当前告警显示功能可以实现对历史告警信息和系统当前告警信息的查询，了解系统设备的运行情况，及时发现系统设备的问题给予解决，确保系统正常运行。

信令监测回拨分析系统具备参数和用户权限配置管理的功能，用户可以配置信令监测回拨分析系统所需要的本地网、运营商、局点局向、黑绿名单、呼损类型等信息。

●系统接口定义

接口定义如表1所示。

表1 系统接口定义

●系统软件实现原理

信令监测系统对回拨呼叫行为的判别机制如下：

从移动主叫（13910699079）发起到回拨接入号码201的呼叫起，回拨监测进程启动定时器T1，在T1结束前未收到后续网间回拨呼叫，则超时释放。如果接收到网间回拨呼叫，则发送回拨呼叫过程记录并启动定时器T2，在T2未结束前又接收到网间回拨呼叫，则发送回拨呼叫记录，进行入库和过滤处理。再启动定时器T2，直至定时器T2超时为止。T2定时器超时后则清除该回拨跟踪记录。T1定时器是第一次发起呼叫IAM消息占用时间到回拨呼叫IAM间的最大间隔，范围1～90s；默认值30s。T2定时器为连续回拨呼叫IAM间的最大间隔。范围1～90s；默认值30s。

信令监测回拨分析系统功能模块由一个回拨呼叫监测进程实现，这个进程在一台服务器上运行，如图1所示。

图1　信令监测信令监测回拨分析系统软件结构图

各模块功能如下描述：

回拨呼叫监测进程（CALLBACK）：七号信令集中监测系统实时提供由IAM、ACM和ANC(或呼损)触发的CDR合成呼叫记录（可配置）给回拨呼叫监测进程，该进程根据绿名单排除不需要处理的呼叫，然后再根据黑名单生成黑名单拦截记录给相应地市的过滤执行进程。此后，针对未做绿名单和黑名单处理的呼叫，进行实时回拨探测处理，生成回拨拦截记录提供给相应地市的过滤执行进程，同时入库供后续灰名单分析使用。

系统数据流程：

回拨呼叫监测系统的数据流程如图2所示。

图2　回拨呼叫监测系统的数据流程

由图2可以看出信令监测回拨分析系统的数据来源是七号信令监测系统，通过接口A发送用户需要的网间回拨呼叫数据给信令监测回拨分析系统，由信令监测回拨分析系统依据黑名单和绿名单处理呼叫，生成回拨拦截记录，然后通过接口C发送到交换机，最后由交换机做出相应的处理。