浅谈对东莞智能网虚假话务问题的分析与整治
作者： 来源： 日期：2014-09-25 22:32人气：
摘要：本文主要对东莞动感地带用户存在虚假话务的问题进行相关的分析与整治，就问题的发现、要因的分析判断以及对策的制定与实施等进行较为详尽的描述。在SCP（OCG）上进行虚假话务甄别清理能从总体上把握异常话务的源头，便于锁定产生异常话务的具体用户，是小区话务监控等传统清理方法的一个有力的补充手段。
关键词：SCP；OCG；CAPS；无条件呼叫转移；虚假话务；虚假话务甄别
1、东莞SCP4的CAPS异常增高
首先需要了解一下智能网系统呼叫参数CAPS的定义：CAPS是CallAttemptPerSecond的缩写，意思是每秒试呼数。CAPS只计算SCP试呼请求而并不把这些呼叫在网络层的寻呼情况考虑在内，无论呼叫接通与否，CAPS也会如实把这些呼叫请求如实记录下来。
从2008年7月开始，东莞SCP4出现呼叫CAPS异常增高的情况，在话务繁忙时甚至引起CPU使用率过负荷的告警。为了有效发掘问题的原因，我们特地对SCP4的呼叫CAPS做了一段时间的跟踪，通过把得出的数据跟与系统小型机型号一样，放置号段相若的SCP3的CAPS进行比对，得出以下的记录：
从上表可以看出，东莞SCP3和SCP4是相同类型的小型机，CPU个数，内存总量，系统资源和处理能力均完全一样。在号段放置上SCP3放有48万号段，SCP4有50万号段，所承载的号段数目也比较接近，但反映系统负荷的CAPS以及CPU使用率均存在较大的差异。异常偏高的CAPS导致SCP4的CPU占用率在话务忙时的峰值已接近100并出现限呼，系统的资源异常占用情况已严重威胁SCP4的安全稳定运行。
我们统计了2008年7月1日至7月20日有关SCP4中各项业务所占的平均CAPS，对其分类并制作项目调查表如下：
通过对各业务所占CAPS的比重可以看出，SCP4的CAPS主要来自语音业务占用所得，因此我们把研究的重点放在SCP4的语音业务上，寻找导致SCP4的CAPS异常增高的确切原因。
2、虚假话务的甄别确认
东莞SCP4出现系统异常负荷之后，我们马上对存在的可能性进行了充分的分析。CAPS增高的成因并不单一，既有可能真实话务增长的导致也有可能虚假话务的产生影响；至于CPU的使用率高企并出现限呼也有可能因为系统自身的处理能力不足或者配置不当所致。为了能准确有效地找出问题的根本所在，我们分别从系统机器因素、号段负荷因素、数据因素等三个方面出发，通过多方面、全方位的排查分析，科学的筛选得出了导致SCP4出现异常CAPS升高的要因。具体情况如下表所示：
表三要因确认
序号 末端因素 确认方法 判断标准 确认情况 是否要因
1 CPU内存配置不足 现场调查 根据厂家的标准 SCP4的cpu和内存已满配置 否
2 配置进程太少 现场调查 根据厂家的标准 SCP4的scf处理进程数为10，符合要求 否
3 系统存在内存泄露 现场调查 按业务验证文档要求检查 经检查并无内存泄漏 否
4 系统有硬件故障 现场调查 系统检查以及现场检查 经检查并无硬件故障 否
5 放置的万号段总数过多 对照调查 对照系统资源、处理能力一样的SCP3进行对比以及系统设计容量进行判断 SCP3和SCP4的设计有效用户数容量达48万，根据每万号段激活率60%左右计算，只放有50万号段的SCP4有效用户约为30万左右，并没超标 否
6 从话单量判断用户的活跃程度 对照调查 对照系统资源、处理能力一样的SCP3进行对比 从话单量对比来看，SCP3和SCP4并没有明显的差异，每天话单量在120万左右 否
7 从HLR检查用户数据 关联调查 到HLR中检查号码的异常情况 发现SCP4有部分号段的号码在HLR中做了无条件呼叫转移 是
8 对异常数据进行归类 关联调查 对无条件呼转到的号码进行归类 发现呼转号码大都是外地的固话号码 是
9 对异常数据进行验证 关联调查 对呼转号码进行验证 经过拨打验证都是一些留言号码，内容涉及欺诈信息 是
通过逐一对可能存在的因素进行分析，得出其主要原因就是因为SCP4有部分用户无条件呼转至一些留言信箱号码，留言信息都是涉及欺诈的信息。（东莞SCP4是承载纯动感地带的SCP，在目前的业务规则中只有动感地带用户才能进行呼叫转移）相信是一些不法分子使用拨号器对现网用户进行大规模拨打，拨通后马上中断，利用用户回拨呼转至留言信箱进行欺诈。由于这种大量“一拨通就断”的呼叫会导致CAPS骤然升高，CAPS的增高也直接引起CPU的使用率高企继而引发限呼，所以造成SCP4的CAPS异常偏高的主要原因就在于此。
3、虚假话务的对策制定与实施
在确认问题的主要症结所在之后，我们根据主因的特点，制定了相关针对性的对策解决：
表四对策确定
序号 要因 对策 目标 措施 时间
1 从HLR检查用户数据 在HLR导出归属SCP4用户数据，重点对无条件呼转进行分析 对SCP4全量用户进行检查 1、从HLR导出用户数据 20070722
2、判断用户的呼叫转移情况
3、重点对无条件呼转进行监控
2 对异常数据进行归类 根据呼转号码进行分类，重点对多号码同时呼转至相同号码用户进行抽检 对所有无条件呼转号码进行分析归类 1、去除呼转至移动的特服号码的用户 20070723
2、加强对呼转至外地固话号码的用户抽检
3、重点对多个号码同时无条件呼转至同一外地固话号码的用户进行监控
3 对异常数据进行验证 结合拨测、信令和话单等手段确认，确认后报客服停机 对重大嫌疑用户进行确认 1、拨打测试验证 20070723
2、进行信令跟踪
3、查询呼转话单验证
4、对确认存在欺诈行为的用户报客服停机
具体的实施过程如下：
3.1在HLR导出用户数据，重点对无条件呼转进行分析
3.11从HLR导出用户数据
在7月22日，小组在HLR中导出归属SCP4的全量用户数据。
3.12判断用户的呼叫转移情况
在HLR中的呼转共有4种呼转方式，其中包括无条件呼转、遇忙呼转、无应答呼转和不可达呼转。
3.13重点对无条件呼转进行监控
由于涉及虚假话务的号码通常都以无条件呼转方式为途径，因此无条件呼转是监控中的重点
3.2根据呼转号码进行分类，重点对多号码同时呼转至相同号码用户进行抽检
3.21去除呼转至移动的特服号码的用户
到目前为止，没有发现利用移动特服号码做留意欺诈的个案，因此优先排除这类号码的可能。
3.22加强对呼转至外地固话号码的用户抽检
从检查情况来看，不法分子多数会利用外地的固话号码作为呼转的对象，因此对此类号码要加强抽查筛选。
3.23重点对多个号码同时无条件呼转至同一外地固话号码的用户进行监控
特别是出现多个号码同时无条件呼转至同一个外地固话的情况是存在重大虚假话务的嫌疑。通过比对筛选，建立对可疑号码检查的优先等级。
3.3结合拨测、信令和话单等手段确认，确认后报客服停机
3.21拨打测试验证
根据优先等级对嫌疑号码进行拨打测试确认。
3.32进行信令跟踪
对嫌疑号码在SCP上信令跟踪确认。
3.33查询呼转话单验证
由于被利用作为拨测机的号码在拨打过程中不产生真实的呼转话单，如果一个主叫号码试呼次数很多但鲜见真实呼叫话单，则基本可以确认进入虚假话务黑名单。
3.4对确认存在欺诈用户报客服停机
对已确认制造虚假话务进行欺诈的用户报客服在HLR中进行永久停机（号码无法通过用户密码进行重开机），从源头堵塞虚假话务的产生。降低了虚假话务，从而可以缓解系统资源被异常占用的情况。
4、虚假话务的整治后的初步成果
从7月23日开始，通过对SCP4的用户进行全面虚假话务排查，并对有欺诈嫌疑的号码进行停机处理。经过一段时间的观察，SCP4的CAPS呈现震荡回落的态势，情况在可掌控范围之中。SCP4的CAPS也逐渐回落至70以内，CPU使用率也随之恢复正常。具体情况如下表所示：
5、东莞动感地带OCS搬迁后对东莞OCG19的虚假话务整治
在2009年5月，东莞完成了动感地带用户的OCS搬迁，在搬迁后东莞所有动感地带用户全部由东莞OCG19进行承载。由于动感地带用户从以前多个SCP统一集中在同一个OCG，因此在完成割接后，东莞OCG19也出现了CAPS异常增高的情况。下表数据是2009年5月13日忙时东莞OCG19与广州OCG27的一个数据对比（两者在系统处理能力、号段承载数目上相若）。
从上表中的数据可以看出，东莞OCG19在产生话单总量不如广州OCG27的前提下，系统的CAPS反而明显高于广州OCG27，这确实表明在东莞OCG19的试呼数中有相当一部分并不产生真实的话单，这也意味着OCG19也出现了比较严重的虚假话务。
对于OCG的虚假话务清理思路大体上与传统SCP基本一致，但在操作上就存在一定差异，最大的差别是对HLR中用户的数据检查筛选上。在通常的情况下，OCG承载的号段数要远远多于一般传统的SCP。而HLR数据库结构与一般SQL数据库有很大差别，需要采用HGSDP指令从HLR中倒出用户全量数据，再针对其中CFU无条件呼转参数进行检查，这对于OCG几百万甚至上千万的号段数据进行全量倒出在操作上有很大的局限性。因此如何有效快速确认嫌疑号码是处理OCG虚假话务的一个最重要的环节。
我们知道，当不法分子在使用动感地带用户进行多次“一接通就断”的主叫时总会有若干次由于被叫用户及时应答接通继而产生通话时长极短（通常在3秒以内）的主叫话单，而且用户数越多的网元，出现这样超短时长的主叫话单的机率就越大。只要我们对OCG中的原始通话话单按通话时长在3秒以内的主叫话单为条件进行筛选，如果发觉在同一天内出现两条或以上的同类话单时，就可以把这个号码初步列为嫌疑号码，再对这些号码在HLR中进行数据的相关查询，必要时进行相应的拨测，一旦确定是产生虚假话务的号码后就按之前流程交送客服在HLR中进行永久停机。下表是我们对比整治前后OCG19的CAPS数值。
从表中数据可以看出经过一段时间的集中整治，OCG19的CAPS有了明显的好转。OCG由于用户众多，如果再采取之前在HLR中导出全量用户数据的话在效率和精力耗费上都存在不小的缺陷性。既然“海选”的办法不行，就应该从超短主叫话单上入手，通过这类话单进行快速定位，“定点打击”进行处理，的确能收到比较理想的成效，而且这个方法特别适合大容量网元的情况，话单越多就越容易发现有问题的号码，就越容易进行虚假话务的清除。
6、对东莞智能网虚假话务分析整治的总结
通过对系统异常呼叫话务的研究分析，进而发掘虚假话务的所在并对其采取针对性的措施进行处理整治有着十分重要的意义。
首先在经济上来说，通过对虚假话务的有效打击，这对降低系统整体负荷，保证正常用户呼叫不因系统繁忙而遭到丢弃有着非常积极的作用。保证了系统的稳定就是保证了稳定的经济效益。
其次在对社会来说也有非常正面的意义。面对社会上部分不法分子利用拨号器进行行骗的行为日益猖獗，其所产生的虚假话务无论对SCP（OCG）的交换系统资源还是小区的信道资源都造成严重的浪费。由于不法分子利用拨号器拨打的地点可以随时更换，这也是通过小区对异常话务监控进行定位最大的缺陷，这对他们的行为实施有效的打击处理存在一定的难度。
通过对SCP（OCG）中异常CAPS的研究和分析，使得发掘处理虚假话务除了传统小区话务监控的方法之外，还可以从交换局上进行CAPS总体的分析。在SCP（OCG）上进行分析可以从宏观上对这些产生虚假话务的具体号码进行有效定位，并结合HLR中的数据对其甄别确认，这样所有的虚假话务无论从何时何地接入在CAPS记录中都会无所遁形。因此除了在SCP进行总体定位外再加上小区异常话务监控的定点围歼，通过两者相辅相成，相信会对虚假话务的产生有着很好的处理效果。
由于不法分子更换号码的成本不高，死灰复燃的情况会随时发生，因此对于虚假话务的处理不会是一劳永逸的，这个将会是一个长期的处理过程。对此我们有计划建立一个OCG自动话单甄别系统，通过设定一定条件对OCG产生的话单进行自动筛选得出嫌疑号码，如果确立后进行进一步的处理。尽量把重复的操作实现自动化将会大大提高虚假话务的整治效率，相信经过努力一定能够把虚假话务这个顽疾扼杀在萌芽当中，保障我们的系统健康安全地运行。
参考文献
[1]华为技术文档《利用信令SCP-OAM信令跟踪定位问题》
[2]华为技术文档《华为移动智能网SCP容量预警和硬件性能指标说明》
[3]华为技术文档《中国移动智能网华为设备细则》
[4]华为技术文档《TELLIN-SCP基础》
中国致力于为需要刊登论文的人士提供相关服务,提供迅速快捷的论文发表、写作指导等服务。具体发表流程为：客户咨询→确定合作，客户支付定金→文章发送并发表→客户接收录用通知，支付余款→杂志出版并寄送客户→客户确认收到。系学术网站，对所投稿件无稿酬支付，谢绝非学术类稿件的投递！
关键词：SCP；OCG；CAPS；无条件呼叫转移；虚假话务；虚假话务甄别
1、东莞SCP4的CAPS异常增高
首先需要了解一下智能网系统呼叫参数CAPS的定义：CAPS是CallAttemptPerSecond的缩写，意思是每秒试呼数。CAPS只计算SCP试呼请求而并不把这些呼叫在网络层的寻呼情况考虑在内，无论呼叫接通与否，CAPS也会如实把这些呼叫请求如实记录下来。
从2008年7月开始，东莞SCP4出现呼叫CAPS异常增高的情况，在话务繁忙时甚至引起CPU使用率过负荷的告警。为了有效发掘问题的原因，我们特地对SCP4的呼叫CAPS做了一段时间的跟踪，通过把得出的数据跟与系统小型机型号一样，放置号段相若的SCP3的CAPS进行比对，得出以下的记录：
从上表可以看出，东莞SCP3和SCP4是相同类型的小型机，CPU个数，内存总量，系统资源和处理能力均完全一样。在号段放置上SCP3放有48万号段，SCP4有50万号段，所承载的号段数目也比较接近，但反映系统负荷的CAPS以及CPU使用率均存在较大的差异。异常偏高的CAPS导致SCP4的CPU占用率在话务忙时的峰值已接近100并出现限呼，系统的资源异常占用情况已严重威胁SCP4的安全稳定运行。
我们统计了2008年7月1日至7月20日有关SCP4中各项业务所占的平均CAPS，对其分类并制作项目调查表如下：
通过对各业务所占CAPS的比重可以看出，SCP4的CAPS主要来自语音业务占用所得，因此我们把研究的重点放在SCP4的语音业务上，寻找导致SCP4的CAPS异常增高的确切原因。
2、虚假话务的甄别确认
东莞SCP4出现系统异常负荷之后，我们马上对存在的可能性进行了充分的分析。CAPS增高的成因并不单一，既有可能真实话务增长的导致也有可能虚假话务的产生影响；至于CPU的使用率高企并出现限呼也有可能因为系统自身的处理能力不足或者配置不当所致。为了能准确有效地找出问题的根本所在，我们分别从系统机器因素、号段负荷因素、数据因素等三个方面出发，通过多方面、全方位的排查分析，科学的筛选得出了导致SCP4出现异常CAPS升高的要因。具体情况如下表所示：
表三要因确认
序号 末端因素 确认方法 判断标准 确认情况 是否要因
1 CPU内存配置不足 现场调查 根据厂家的标准 SCP4的cpu和内存已满配置 否
2 配置进程太少 现场调查 根据厂家的标准 SCP4的scf处理进程数为10，符合要求 否
3 系统存在内存泄露 现场调查 按业务验证文档要求检查 经检查并无内存泄漏 否
4 系统有硬件故障 现场调查 系统检查以及现场检查 经检查并无硬件故障 否
5 放置的万号段总数过多 对照调查 对照系统资源、处理能力一样的SCP3进行对比以及系统设计容量进行判断 SCP3和SCP4的设计有效用户数容量达48万，根据每万号段激活率60%左右计算，只放有50万号段的SCP4有效用户约为30万左右，并没超标 否
6 从话单量判断用户的活跃程度 对照调查 对照系统资源、处理能力一样的SCP3进行对比 从话单量对比来看，SCP3和SCP4并没有明显的差异，每天话单量在120万左右 否
7 从HLR检查用户数据 关联调查 到HLR中检查号码的异常情况 发现SCP4有部分号段的号码在HLR中做了无条件呼叫转移 是
8 对异常数据进行归类 关联调查 对无条件呼转到的号码进行归类 发现呼转号码大都是外地的固话号码 是
9 对异常数据进行验证 关联调查 对呼转号码进行验证 经过拨打验证都是一些留言号码，内容涉及欺诈信息 是
通过逐一对可能存在的因素进行分析，得出其主要原因就是因为SCP4有部分用户无条件呼转至一些留言信箱号码，留言信息都是涉及欺诈的信息。（东莞SCP4是承载纯动感地带的SCP，在目前的业务规则中只有动感地带用户才能进行呼叫转移）相信是一些不法分子使用拨号器对现网用户进行大规模拨打，拨通后马上中断，利用用户回拨呼转至留言信箱进行欺诈。由于这种大量“一拨通就断”的呼叫会导致CAPS骤然升高，CAPS的增高也直接引起CPU的使用率高企继而引发限呼，所以造成SCP4的CAPS异常偏高的主要原因就在于此。
3、虚假话务的对策制定与实施
在确认问题的主要症结所在之后，我们根据主因的特点，制定了相关针对性的对策解决：
表四对策确定
序号 要因 对策 目标 措施 时间
1 从HLR检查用户数据 在HLR导出归属SCP4用户数据，重点对无条件呼转进行分析 对SCP4全量用户进行检查 1、从HLR导出用户数据 20070722
2、判断用户的呼叫转移情况
3、重点对无条件呼转进行监控
2 对异常数据进行归类 根据呼转号码进行分类，重点对多号码同时呼转至相同号码用户进行抽检 对所有无条件呼转号码进行分析归类 1、去除呼转至移动的特服号码的用户 20070723
2、加强对呼转至外地固话号码的用户抽检
3、重点对多个号码同时无条件呼转至同一外地固话号码的用户进行监控
3 对异常数据进行验证 结合拨测、信令和话单等手段确认，确认后报客服停机 对重大嫌疑用户进行确认 1、拨打测试验证 20070723
2、进行信令跟踪
3、查询呼转话单验证
4、对确认存在欺诈行为的用户报客服停机
具体的实施过程如下：
3.1在HLR导出用户数据，重点对无条件呼转进行分析
3.11从HLR导出用户数据
在7月22日，小组在HLR中导出归属SCP4的全量用户数据。
3.12判断用户的呼叫转移情况
在HLR中的呼转共有4种呼转方式，其中包括无条件呼转、遇忙呼转、无应答呼转和不可达呼转。
3.13重点对无条件呼转进行监控
由于涉及虚假话务的号码通常都以无条件呼转方式为途径，因此无条件呼转是监控中的重点
3.2根据呼转号码进行分类，重点对多号码同时呼转至相同号码用户进行抽检
3.21去除呼转至移动的特服号码的用户
到目前为止，没有发现利用移动特服号码做留意欺诈的个案，因此优先排除这类号码的可能。
3.22加强对呼转至外地固话号码的用户抽检
从检查情况来看，不法分子多数会利用外地的固话号码作为呼转的对象，因此对此类号码要加强抽查筛选。
3.23重点对多个号码同时无条件呼转至同一外地固话号码的用户进行监控
特别是出现多个号码同时无条件呼转至同一个外地固话的情况是存在重大虚假话务的嫌疑。通过比对筛选，建立对可疑号码检查的优先等级。
3.3结合拨测、信令和话单等手段确认，确认后报客服停机
3.21拨打测试验证
根据优先等级对嫌疑号码进行拨打测试确认。
3.32进行信令跟踪
对嫌疑号码在SCP上信令跟踪确认。
3.33查询呼转话单验证
由于被利用作为拨测机的号码在拨打过程中不产生真实的呼转话单，如果一个主叫号码试呼次数很多但鲜见真实呼叫话单，则基本可以确认进入虚假话务黑名单。
3.4对确认存在欺诈用户报客服停机
对已确认制造虚假话务进行欺诈的用户报客服在HLR中进行永久停机（号码无法通过用户密码进行重开机），从源头堵塞虚假话务的产生。降低了虚假话务，从而可以缓解系统资源被异常占用的情况。
4、虚假话务的整治后的初步成果
从7月23日开始，通过对SCP4的用户进行全面虚假话务排查，并对有欺诈嫌疑的号码进行停机处理。经过一段时间的观察，SCP4的CAPS呈现震荡回落的态势，情况在可掌控范围之中。SCP4的CAPS也逐渐回落至70以内，CPU使用率也随之恢复正常。具体情况如下表所示：
5、东莞动感地带OCS搬迁后对东莞OCG19的虚假话务整治
在2009年5月，东莞完成了动感地带用户的OCS搬迁，在搬迁后东莞所有动感地带用户全部由东莞OCG19进行承载。由于动感地带用户从以前多个SCP统一集中在同一个OCG，因此在完成割接后，东莞OCG19也出现了CAPS异常增高的情况。下表数据是2009年5月13日忙时东莞OCG19与广州OCG27的一个数据对比（两者在系统处理能力、号段承载数目上相若）。
从上表中的数据可以看出，东莞OCG19在产生话单总量不如广州OCG27的前提下，系统的CAPS反而明显高于广州OCG27，这确实表明在东莞OCG19的试呼数中有相当一部分并不产生真实的话单，这也意味着OCG19也出现了比较严重的虚假话务。
对于OCG的虚假话务清理思路大体上与传统SCP基本一致，但在操作上就存在一定差异，最大的差别是对HLR中用户的数据检查筛选上。在通常的情况下，OCG承载的号段数要远远多于一般传统的SCP。而HLR数据库结构与一般SQL数据库有很大差别，需要采用HGSDP指令从HLR中倒出用户全量数据，再针对其中CFU无条件呼转参数进行检查，这对于OCG几百万甚至上千万的号段数据进行全量倒出在操作上有很大的局限性。因此如何有效快速确认嫌疑号码是处理OCG虚假话务的一个最重要的环节。
我们知道，当不法分子在使用动感地带用户进行多次“一接通就断”的主叫时总会有若干次由于被叫用户及时应答接通继而产生通话时长极短（通常在3秒以内）的主叫话单，而且用户数越多的网元，出现这样超短时长的主叫话单的机率就越大。只要我们对OCG中的原始通话话单按通话时长在3秒以内的主叫话单为条件进行筛选，如果发觉在同一天内出现两条或以上的同类话单时，就可以把这个号码初步列为嫌疑号码，再对这些号码在HLR中进行数据的相关查询，必要时进行相应的拨测，一旦确定是产生虚假话务的号码后就按之前流程交送客服在HLR中进行永久停机。下表是我们对比整治前后OCG19的CAPS数值。
从表中数据可以看出经过一段时间的集中整治，OCG19的CAPS有了明显的好转。OCG由于用户众多，如果再采取之前在HLR中导出全量用户数据的话在效率和精力耗费上都存在不小的缺陷性。既然“海选”的办法不行，就应该从超短主叫话单上入手，通过这类话单进行快速定位，“定点打击”进行处理，的确能收到比较理想的成效，而且这个方法特别适合大容量网元的情况，话单越多就越容易发现有问题的号码，就越容易进行虚假话务的清除。
6、对东莞智能网虚假话务分析整治的总结
通过对系统异常呼叫话务的研究分析，进而发掘虚假话务的所在并对其采取针对性的措施进行处理整治有着十分重要的意义。
首先在经济上来说，通过对虚假话务的有效打击，这对降低系统整体负荷，保证正常用户呼叫不因系统繁忙而遭到丢弃有着非常积极的作用。保证了系统的稳定就是保证了稳定的经济效益。
其次在对社会来说也有非常正面的意义。面对社会上部分不法分子利用拨号器进行行骗的行为日益猖獗，其所产生的虚假话务无论对SCP（OCG）的交换系统资源还是小区的信道资源都造成严重的浪费。由于不法分子利用拨号器拨打的地点可以随时更换，这也是通过小区对异常话务监控进行定位最大的缺陷，这对他们的行为实施有效的打击处理存在一定的难度。
通过对SCP（OCG）中异常CAPS的研究和分析，使得发掘处理虚假话务除了传统小区话务监控的方法之外，还可以从交换局上进行CAPS总体的分析。在SCP（OCG）上进行分析可以从宏观上对这些产生虚假话务的具体号码进行有效定位，并结合HLR中的数据对其甄别确认，这样所有的虚假话务无论从何时何地接入在CAPS记录中都会无所遁形。因此除了在SCP进行总体定位外再加上小区异常话务监控的定点围歼，通过两者相辅相成，相信会对虚假话务的产生有着很好的处理效果。
由于不法分子更换号码的成本不高，死灰复燃的情况会随时发生，因此对于虚假话务的处理不会是一劳永逸的，这个将会是一个长期的处理过程。对此我们有计划建立一个OCG自动话单甄别系统，通过设定一定条件对OCG产生的话单进行自动筛选得出嫌疑号码，如果确立后进行进一步的处理。尽量把重复的操作实现自动化将会大大提高虚假话务的整治效率，相信经过努力一定能够把虚假话务这个顽疾扼杀在萌芽当中，保障我们的系统健康安全地运行。
参考文献
[1]华为技术文档《利用信令SCP-OAM信令跟踪定位问题》
[2]华为技术文档《华为移动智能网SCP容量预警和硬件性能指标说明》
[3]华为技术文档《中国移动智能网华为设备细则》
[4]华为技术文档《TELLIN-SCP基础》
中国致力于为需要刊登论文的人士提供相关服务,提供迅速快捷的论文发表、写作指导等服务。具体发表流程为：客户咨询→确定合作，客户支付定金→文章发送并发表→客户接收录用通知，支付余款→杂志出版并寄送客户→客户确认收到。系学术网站，对所投稿件无稿酬支付，谢绝非学术类稿件的投递！
上一篇：GPS在工程测绘中的应用
下一篇：环境技术的发展与研究对策
下一篇：环境技术的发展与研究对策
