CN103200556B - 一种hlr用户数据自检的方法和系统 - Google Patents

Abstract

本发明公开一种HLR用户数据自检的方法包括：对移动通信网络中HLR设备上的用户数据进行采集，将采集到的用户数据作为自检的基础进行全量HLR用户数据保存；在全量HLR用户数据中提取待检测的HLR用户数据并进行标记；针对待测的HLR用户数据提出自检任务，再依据自检任务调出相应的自检规则，所述自检任务和自检规则均有与待测的HLR用户数据相同的标记；数据自检系统依据相同的标记，开始对待测的HLR用户数据进行自检；在自检完成后对不符合自检规则的异常HLR用户数据进行修复。系统包括数据整合系统和数据自检系统。本发明是针对HLR用户数据进行自检修复，弥补了现有HLR用户数据质量保障存在漏洞的问题，保证了数据的准确性和规范性，并有效提高了数据检查效率。

Description

一种HLR用户数据自检的方法和系统

技术领域

本发明涉及网络通信技术领域的数据检测，具体为一种HLR用户数据自检的方法和系统。

背景技术

在通信运营商网络中，HLR（归属位置寄存器）处于核心网络的最高层，主要用于保存和管理运营商客户用户数据，包括客户位置数据、鉴权数据、业务订购数据等数据，这些信息对于移动业务的提供是至关重要的。在实际通信运营商业务运营过程中，经常会因为各个网元业务流程不完善、突发性异常故障、数据传输交互故障等原因，引起HLR用户数据准确性不高、数据不规范等情况产生，同时伴随一些历史异常用户数据在HLR中不断增加沉淀，直接会影响通信运营商客户的相关业务使用，导致客户投诉、满意度下降、通信运营商收入流程等严重问题。

为了校验HLR上的数据是否准确、是否规范，目前通信运营商通常采取的措施是通过BOSS（业务运营支撑系统）或CRM（客户关系管理系统）与HLR双方系统之间用户数据进行对比，以此保证一致性。

例如：从HLR数据开始，HLR在检测到活跃事件时，将对应业务数据发到校验系统，校验系统从客户关系管理系统CRM获取对应的业务数据，再将HLR和CRM的业务数据进行对比，获取不一致业务数据后，依据CRM业务数据对HLR中的业务数据进行更新，以达到HLR数据正确性检查的目的。

再如：从BOSS数据开始，采集要求和BOSS保持一致的HLR网元数据，再将预处理后的HLR网元数据和BOSS对应的数据进行一致性比对并生成差异结果，最后在BOSS和HLR网元中执行双方差异数据一致性修复数据操作，使BOSS和HLR网元数据保持一致，实现HLR网元数据检查和修复功能。

由上述可知，现有校验方法虽然能够确保BOSS或CRM和HLR双方系统用户数据上的一致性，但无法针对HLR自身的错误、不规范、重复等数据情况进行检查处理。故存在HLR自身异常用户数据无法检查的问题。此外，现有校验方法需要关联HLR之外的业务支撑系统，这样会造成系统之间耦合度高，增加了实施难度，降低了系统工作效率。

实施难度较大：现有技术方法通过BOSS或CRM和HLR双方系统之间用户数据的对比，不可避免的需要关联HLR之外的BOSS系统用户数据，涉及到部门之前、人员之间、数据交互之间等各个方面的协调连同工作，增加了HLR用户数据检查的系统耦合度；同时还涉及到BOSS业务数据和HLR网元参数之间的转换对应问题，不同系统之间的数据关联性高，一定程度上影响了现有HLR用户数据检查工作的稳定性和灵活性，最终增加了现有技术方法的实施难度。

工作效率低下：特别是针对全量HLR用户数据准确性、规范性的检查过程中，同时需要获取HLR和BOSS两方的全量用户数据，随着目前通信运营商用户量的不断增多，单方系统全量用户数据已达千万级别，加之现有HLR全量用户数据存在普遍的获取困难，基于HLR全量用户数据检查人工操作、协调工作量大，导致现有HLR用户数据准确性、规范性检查效率不够，同时不利于将HLR全量用户检查形成常态化工作。

除上述问题外，现有检查方式还具有主题性不强的问题。现有通过HLR和BOSS双方用户数据对比方式，以HLR和BOSS两方用户数据一致为检查标准，虽能够检查出双方系统用户数据不一致的情况，但是不能进行有针对性、主题性的对HLR全量用户数据自身的一些合法性、规范性无法进行检查，使整个HLR用户数据检查修复工作不能灵活开展。

发明内容

有鉴于此，本发明提供一种HLR用户数据自检的方法和系统，能够对HLR用户数据进行自检，弥补了现有HLR用户数据质量保障存在漏洞的问题

为解决以上技术问题，本发明的技术方案是，一种HLR用户数据自检的方法，其特征在于，包括以下步骤：

对移动通信网络中HLR设备上的用户数据进行采集，将采集到的用户数据作为自检的基础进行全量HLR用户数据保存；

在所述全量HLR用户数据中通过数据自检系统提取待检测的HLR用户数据并进行标记；针对待测的HLR用户数据提出自检任务，再依据自检任务调出相应的自检规则，所述自检任务和自检规则均有与待测的HLR用户数据相同的标记；数据自检系统依据相同的标记，开始对待测的HLR用户数据进行自检；在自检完成后对不符合自检规则的异常HLR用户数据进行修复。

进一步，所述待测的HLR用户数据采用逐条提取的方式进行自检。

进一步，所述对不符合自检规则的异常HLR用户数据进行修复的具体步骤为：

逐条获取异常HLR用户数据，对提取的异常HLR用户数据与修复规则进行匹配判断；如果匹配，则通过MML指令直接进行修复；如果不匹配，则对异常HLR用户数据进行核实，待确为异常HLR用户数据后，制定匹配的修复规则，并通过MML指令进行修复；将修复后的异常HLR用户数据进行结果归档，归档结束后进行下一条异常HLR用户数据的修复。

进一步，所述对异常HLR用户数据进行核实，以得到错误数据和垃圾数据，其中错误数据采用MML指令修复，垃圾数据则通过MML删除。

进一步，所述自检任务包括针对用户基础业务自检和用户业务数据自检，其中用户基础业务自检包括用户电话号码自检、用户IMSI号码自检、局数据外电话号码数据自检以及据数据外IMSI号码数据自检；用户业务数据自检包括未识别SKEY值自检、未识别SCP地址参数自检、主被叫签约信息SKEY值和SCP地址不一致自检、未识别APN自检、APN缺失自检、语音功能呼入呼出限制自检、短信国际长权期限自检、未识别RP值自检、未识别VLR模板自检、未识别GPRS模板自检、未识别主被叫签约信息模板自检、来电提醒号码规范性自检、3G用户网络访问权限自检、EMLPP优先级参数异常自检。

一种HLR用户数据自检的系统，其特征在于，包括：

数据整合系统，用于对移动通信网络中HLR设备上的用户数据进行采集，将采集到的用户数据作为自检的基础进行全量HLR用户数据保存；

数据自检系统，在所述全量HLR用户数据中通过数据自检系统提取待检测的HLR用户数据并进行标记；针对待测的HLR用户数据提出自检任务，再依据自检任务调出相应的自检规则，所述自检任务和自检规则均有与待测的HLR用户数据相同的标记；数据自检系统依据相同的标记，开始对待测的HLR用户数据进行自检；在自检完成后对不符合自检规则的异常HLR用户数据进行修复。

进一步，所述数据自检系统采用逐条提取的方式来获得待测的HLR用户数据。

进一步，所述数据自检系统包括修复单元，用于逐条获取异常HLR用户数据，对提取的异常HLR用户数据与修复规则进行匹配判断；如果匹配，则通过MML指令直接进行修复；如果不匹配，则对异常HLR用户数据进行核实，待确为异常HLR用户数据后，制定匹配的修复规则，并通过MML指令进行修复；将修复后的异常HLR用户数据进行结果归档，归档结束后进行下一条异常HLR用户数据的修复。

进一步，所述修复单元对异常HLR用户数据进行核实，以得到错误数据和垃圾数据，其中错误数据采用MML指令修复，垃圾数据则通过MML删除。

进一步，所述数据自检系统还用于对用户基础业务自检和用户业务数据自检，其中用户基础业务自检包括用户电话号码自检、用户IMSI号码自检、局数据外电话号码数据自检以及据数据外IMSI号码数据自检；用户业务数据自检包括未识别SKEY值自检、未识别SCP地址参数自检、主被叫签约信息SKEY值和SCP地址不一致自检、未识别APN自检、APN缺失自检、语音功能呼入呼出限制自检、短信国际长权期限自检、未识别RP值自检、未识别VLR模板自检、未识别GPRS模板自检、未识别主被叫签约信息模板自检、来电提醒号码规范性自检、3G用户网络访问权限自检、EMLPP优先级参数异常自检。

与现有技术相比，本发明是针对HLR用户数据进行自检，通过与自检规则比对能够发现异常的HLR用户数据并对其实施修复，弥补了现有HLR用户数据质量保障存在漏洞的问题，保证了数据的准确性和规范性，并有效提高了数据检查效率。同时，本发明由于HLR能够进行自检，所以不涉及与外部系统耦合，故降低了HLR用户数据自检系统实施难度。另外，本发明在自检过程采用独立的自检系统，实现系统自动化HLR全量用户数据自检功能，有效地提高了HLR全量用户数据检查的效率。并且还设置了包括支持用户基础数据自检和用户业务数据自检的自检主题，使HLR用户数据自检更具针对性、主题性。

附图说明

图1为本发明实施例一的方法流程图；

图2为本发明实施例二的方法流程图；

图3为本发明中用户基础业务自检方法流程图；

图4为本发明中用户业务数据自检方法流程图；

图5为本发明中修复异常HLR用户数据的流程图；

图6为本发明实施例一的系统结构示意图；

图7为本发明实施例二的系统结构示意图。

具体实施方式

为了使本领域的技术人员更好地理解本发明的技术方案，下面结合附图和具体实施例对本发明作进一步的详细说明。

本发明的目的在于提供一种能够对HLR用户数据实时自检的方法，保证其自身具有的错误、不规范数据能够被发现，并得到修复。

实施例一

参见图1，一种HLR用户数据自检的方法，包括以下步骤：

S101、数据整合系统，用于对移动通信网络中HLR设备上的用户数据进行采集，将采集到的用户数据作为自检的基础进行全量HLR用户数据保存。

全网中的各HLR网元所生成的HLR用户数据，通过数据整合系统对其进行采集，

其中需要说明的是，移动通信网络中的HLR设备（HLR网元）均为现有网络中已有的设备，HLR在常规情况下每天会自动生成用户数据的备份文件。而在本发明中可采用FTP方式采集各HLR网元用户数据的备份文件。有上述可知，本发明对于现有网络中的HLR网元无需调整改造，实施难度较小。

对全量HLR用户数据进行保存，是通过将采集到的HLR用户数据进行解码转换，在形成可识别的明文标准格式用户数据后，作为自检的基础进行保存实现的。在对HLR用户数据形成可识别的明文标准格式用户数据过程中，只需根据HLR制造商文件编码规则对HLR网元用户数据备份文件进行解码转换即可。

S102、在全量HLR用户数据中通过数据自检系统提取待检测的HLR用户数据并进行标记；针对待测的HLR用户数据提出自检任务，再依据自检任务调出相应的自检规则，自检任务和自检规则均有与待测的HLR用户数据相同的标记；数据自检系统依据相同的标记，开始对待测的HLR用户数据进行自检；在自检完成后对不符合自检规则的异常HLR用户数据进行修复。

实施例二

参见图2，本实施例是对实施一的进一步细化，具体流程如下：

S201、移动通信网络中的1～nHLR网元所生成的HLR用户数据，通过数据整合系统采用FTP的方式对其进行采集，将采集到的HLR用户数据进行解码转换，在形成可识别的明文标准格式用户数据后，作为自检的基础进行全量HLR用户数据保存；

S202、从解码转换后的全量HLR用户数据中，逐条提取待检测的HLR用户数据并进行标记；

S203、针对待测的HLR用户数据提出自检任务，该自检任务包括用户基础数据自检和/或用户业务数据自检，再依据自检任务调出相应的自检规则，自检任务和自检规则均有与待测的HLR用户数据相同的标记；

S204、依据相同的标记，开始对待测的HLR用户数据进行是否通过自检规则的自检；

S205、如果未通过检测，则定为异常的HLR用户数据，将其加入修复列队等待修复；

S206、如果通过检测，则检查是否还有被遗漏的待测HLR用户数据；若有遗漏，则返回S202，若没有遗漏，则自检结束。

上述步骤中，对于S205中加入修复列队的异常HLR用户数据，还可对其进行S206中的遗漏数据检测。如果有遗漏，则返回至S202，如果没有遗漏，则继续等待修复。

需要说明的是，在本实施例中，由于对全量HLR用户数据进行逐条提取检测，所以能够保证所有的HLR用户数据得到全面、充分的自检。进一步提高了HLR用户数据的准确、规范性。

通过上述对自检方法的描述，可知本发明通过对HLR用户数据进行自检，能够在不与外部系统耦合的情况下，获得准确、符合规则的数据。也正是因为自检的对象仅为HLR用户数据，不必提取外部系统中的数据，所以本发明的检测效力有显著提高。

本发明不仅能够进行自检，还能够对HLR用户数据进行主题性的自检，通过进行具有针对性的自检，进一步达到提高工作效率的目的。

本发明依据目前通信领域的HLR用户的业务类型设置为以下两类数据自检任务，即用户基础业务自检和用户业务数据自检。这两类数据自检中又各自包括有具体的自检项目。分类如下：

用户基础业务自检包括：用户电话号码自检、用户IMSI号码自检、局数据外电话号码数据自检以及据数据外IMSI号码数据自检。

用户业务数据自检包括：未识别SKEY值自检、未识别SCP地址参数自检、主被叫签约信息SKEY值和SCP地址不一致自检、未识别APN自检、APN缺失自检、语音功能呼入呼出限制自检、短信国际长权期限自检、未识别RP值自检、未识别VLR模板自检、未识别GPRS模板自检、未识别主被叫签约信息模板自检、来电提醒号码规范性自检、3G用户网络访问权限自检、EMLPP优先级参数异常自检。

现就上述两种自检类型的分别举例进行说明：

参见图3，对用户基础业务自检中的用户电话号码自检，其自检流程具体为：

S301、采集HLR用户数据；

S302、从S301中抽取电话号码；

S303、对S302中的电话号码逐位提取号数；

S304、判断电话号码中是否包含字母，如果是，则号码属于包含字母的异常HLR用户数据；如果不是，则进入S305；

S305、针对S304判断得出的不包含字母的电话号码进行计数器记数；

S306、判断S305中的号码是否按位遍历完毕，如果是，则分别进入S307进行第一种判断和S308进行第二种判断；如果不是，则将其返回至S303；

S307、判断S306的号码是否重复，如果是则为号码重复的异常HLR用户数据；

S308、判断S306是否为11位，如果是则为号码长度异常的HLR用户数据，如果不是则自检结束。

上述各步骤中对于异常HLR用户数据均加入修复列表等待修复。

参见图4，对用户业务数据自检中的未识别SKEY值自检，其自检流程具体为：

S401、采集HLR用户数据；

S402、分别提取主叫SKEY值和被叫SKEY值；

S403、通过有效合法的SKEY值清单对比S402中两种SKEY值，并判断是否有效，如果无效则为SKEY无效异常，故为异常的HLR用户数据，加入修复列表等待修复后自检结束，如果有效则为正确的HLR用户数据，自检结束。

参见图5，在本发明中，不仅对HLR用户数据进行自检，而且还将自检出的异常HLR用户数据进行修复。具体修复方法如下：

S501、逐条获取异常HLR用户数据。

为了能够全面的对HLR用户数据其进行修复，故采用逐条提取的方法。

S502、对提取的异常HLR用户数据与修复规则进行匹配判断；如果匹配，则通过MML指令直接进行修复；如果不匹配，则对异常HLR用户数据进行核实，待确为异常HLR用户数据后，制定匹配的修复规则，并通过MML指令进行修复。

进行匹配判断的修复规则为现有数据修复规则。目的在于利用已有修复规则可有效提高修复效率。

在未找到匹配修复规则的情况下，为了保证HLR用户数据不被误判为异常数据，故对其进行核实。待核实完成认定其确为异常HLR用户数据，则针对当前数据制定匹配的修复规则。此处的修复规则是特定为不匹配异常HLR用户数据制定的规则，最后依据该修复规则采用MML指令进行修复。

S503、将修复后的异常HLR用户数据进行结果归档，归档结束后进行下一条异常HLR用户数据的修复。

对异常HLR用户数据修复完成进行的结果归档，是为了便于后期工作溯源。

此外还需要说明的是，在对异常HLR用户数据进行核实的过程中会获得两种数据，分别为错误数据和垃圾数据。其中，错误数据采用MML指令修复，垃圾数据则通过MML删除。

至此，本发明中可实现对于HLR用户数据的自检与修复修复。

针对前述方法，本发明中还设置有对应的系统，具体如下：

参见图6，为本发明实施例一的系统结构示意图。

本发明中实施例一所对应的系统包括数据整合系统501和数据自检系统502。其中，

数据整合系统601，对移动通信网络中HLR设备上的用户数据进行采集，将采集到的用户数据作为自检的基础进行全量HLR用户数据保存。

需要说明的是，各HLR设备均为现有移动通信网络中已有的设备，在常规情况下会每天自动生成用户数据的备份文件。

数据自检系统602，用于在解码转换后的全量HLR用户数据中提取待检测的HLR用户数据并进行标记；针对待测的HLR用户数据提出自检任务，再依据自检任务调出相应的自检规则，自检任务和自检规则均有与待测的HLR用户数据相同的标记；数据自检系统依据相同的标记，开始对待测的HLR用户数据进行自检；在自检完成后对不符合自检规则的异常HLR用户数据进行修复。

参见图7，为本发明实施例二的系统结构示意图。

本发明中实施例二所对应的系统包括数据整合系统601和数据自检系统602。其中，数据整合系统601包括数据采集模块703、数据保存模块704和数据管理模块705。数据自检系统602包括自检规则引擎模块706和自检应用模块707。

现对实施二中各组成模块进行详细说明，具体如下：

数据采集模块703，针对日常HLR用户数据的备份情况，采用FTP方式采集各HLR网元用户数据的备份文件。由于采用的网元设备均为现有网络中的设备，所以本发明对于现有网络中的HLR网元无需调整改造，故本发明的实施难度较小。

数据保存模块704，用于将采集到的HLR用户数据进行解码转换后，形成可识别的明文标准格式用户数据作为自检的基础进行保存，以获得全量HLR用户数据集合。

数据管理模块705，用于将数据保存模块中的全量HLR用户数据进行统一集中管理。由于HLR用户数据已经过解码转换成为可识别的明文标准格式用户数据，故将其以数据库表模式进行保存管理。

自检规则引擎模块706，用于在解码转换后的全量HLR用户数据中提取待检测的HLR用户数据并进行标记。针对待测的HLR用户数据提出自检任务，再依据自检任务调出相应的自检规则。自检任务和自检规则均有与待测的HLR用户数据相同的标记。

其中，对于待测的HLR用户数据可进行逐条调出，这样能够保证全量HLR用户数据得到全面充分的自检。对于自检任务可预设为自动自检任务，任务内容包括HLR用户数据的自检周期是多少、什么时间启动自检事务、自检事务启动间隔时间是多少均可进行预设。而自检规则是通过预设在自检规则库中以备自检时调出使用。自检规则引擎模块是为HLR用户提供自检的核心功能模块。

自检应用模块707，用于依据相同的标记对待测的HLR用户数据进行自检，并在自检完成后对不符合自检规则的异常HLR用户数据进行修复。

数据自检系统602中的自检应用模块707包括修复单元，用于逐条获取异常HLR用户数据，对提取的异常HLR用户数据与修复规则进行匹配判断；如果匹配，则通过MML指令直接进行修复；如果不匹配，则对异常HLR用户数据进行核实，待确为异常HLR用户数据后，制定匹配的修复规则，并通过MML指令进行修复；将修复后的异常HLR用户数据进行结果归档，归档结束后进行下一条异常HLR用户数据的修复。修复单元在对异常HLR用户数据进行核实后，可以得到错误数据和垃圾数据。其中，错误数据采用MML指令修复，垃圾数据则通过MML删除。

为了有使HLR用户数据自检具有主题性，所以数据自检系统602中的自检应用模块707设定了用户基础数据自检和用户业务数据自检。用户基础业务自检包括用户电话号码自检、用户IMSI号码自检、局数据外电话号码数据自检以及据数据外IMSI号码数据自检；用户业务数据自检包括未识别SKEY值自检、未识别SCP地址参数自检、主被叫签约信息SKEY值和SCP地址不一致自检、未识别APN自检、APN缺失自检、语音功能呼入呼出限制自检、短信国际长权期限自检、未识别RP值自检、未识别VLR模板自检、未识别GPRS模板自检、未识别主被叫签约信息模板自检、来电提醒号码规范性自检、3G用户网络访问权限自检、EMLPP优先级参数异常自检。

为了向工作人员进行本发明的直观展示。故可在自检流程结束后增加展示步骤。展示内容包括HLR用户数据自检过程、结果数据展示、报表展示、统计分析展示。对应在本发明的系统中，在系统内增加一个前台模块708，通过WEB方式向前台界面发送结果数据，并对上述内容进行展示。以此方便本发明系统的使用。

本发明中，英文术语解释：

MML（Man-MachineLanguage）：人机语言；

IMSI（InternationalMobileSubscriberIdentity）：国际移动用户识别码；

SKEY（ServiceKey）：业务键

SCP（ServiceControlPoint）：业务控制点；

APN（AccessPointName）：接入点名称；

RP（RoamingProfile）：漫游配置

VLR（VisitorLocationRegister）：拜访位置寄存器；

GPRS（GeneralPacketRadioService)：通用分组无线服务技术；

3G（3rd-generation）：第三代移动通信技术；

EMLPP（enhancedMulti-LevelPrecedenceandPre-emptionservice）：服务优先级。

以上仅是本发明的优选实施方式，应当指出的是，上述优选实施方式不应视为对本发明的限制，本发明的保护范围应当以权利要求所限定的范围为准。对于本技术领域的普通技术人员来说，在不脱离本发明的精神和范围内，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (7)

1.一种HLR用户数据自检的方法，其特征在于，包括以下步骤：

对移动通信网络中HLR设备上的用户数据进行采集，将采集到的用户数据作为自检的基础进行全量HLR用户数据保存；

在所述全量HLR用户数据中通过数据自检系统提取待检测的HLR用户数据并进行标记；针对待测的HLR用户数据提出自检任务，再依据自检任务调出相应的自检规则，所述自检任务和自检规则均有与待测的HLR用户数据相同的标记；数据自检系统依据相同的标记，开始对待测的HLR用户数据采用逐条提取方式进行自检；在自检完成后对不符合自检规则的异常HLR用户数据进行修复；

所述对不符合自检规则的异常HLR用户数据进行修复的具体步骤为：

逐条获取异常HLR用户数据，对提取的异常HLR用户数据与修复规则进行匹配判断；如果匹配，则通过MML指令直接进行修复；如果不匹配，则对异常HLR用户数据进行核实，待确为异常HLR用户数据后，制定匹配的修复规则，并通过MML指令进行修复；将修复后的异常HLR用户数据进行结果归档，归档结束后进行下一条异常HLR用户数据的修复。

2.如权利要求1所述的HLR用户数据自检的方法，其特征在于，所述对异常HLR用户数据进行核实，以得到错误数据和垃圾数据，其中错误数据采用MML指令修复，垃圾数据则通过MML删除。

3.如权利要求1～2中任一项所述的HLR用户数据自检的方法，其特征在于，所述自检任务包括针对用户基础业务自检和用户业务数据自检，其中用户基础业务自检包括用户电话号码自检、用户IMSI号码自检、局数据外电话号码数据自检以及据数据外IMSI号码数据自检；用户业务数据自检包括未识别SKEY值自检、未识别SCP地址参数自检、主被叫签约信息SKEY值和SCP地址不一致自检、未识别APN自检、APN缺失自检、语音功能呼入呼出限制自检、短信国际长权期限自检、未识别RP值自检、未识别VLR模板自检、未识别GPRS模板自检、未识别主被叫签约信息模板自检、来电提醒号码规范性自检、3G用户网络访问权限自检、EMLPP优先级参数异常自检。

4.一种HLR用户数据自检的系统，其特征在于，包括：

数据整合系统，用于对移动通信网络中HLR设备上的用户数据进行采集，将采集到的用户数据作为自检的基础进行全量HLR用户数据保存；

数据自检系统，在所述全量HLR用户数据中通过数据自检系统提取待检测的HLR用户数据并进行标记；针对待测的HLR用户数据提出自检任务，再依据自检任务调出相应的自检规则，所述自检任务和自检规则均有与待测的HLR用户数据相同的标记；数据自检系统依据相同的标记，开始对待测的HLR用户数据进行自检；在自检完成后对不符合自检规则的异常HLR用户数据进行修复；

所述数据自检系统采用逐条提取的方式来获得待测的HLR用户数据。

5.如权利要求4所述的HLR用户数据自检的系统，其特征在于，所述数据自检系统中的自检应用模块中包括修复单元，用于逐条获取异常HLR用户数据，对提取的异常HLR用户数据与修复规则进行匹配判断；如果匹配，则通过MML指令直接进行修复；如果不匹配，则对异常HLR用户数据进行核实，待确为异常HLR用户数据后，制定匹配的修复规则，并通过MML指令进行修复；将修复后的异常HLR用户数据进行结果归档，归档结束后进行下一条异常HLR用户数据的修复。

6.如权利要求5所述的HLR用户数据自检的系统，其特征在于，所述修复单元对异常HLR用户数据进行核实，以得到错误数据和垃圾数据，其中错误数据采用MML指令修复，垃圾数据则通过MML删除。

7.如权利要求4～6中任意一项所述的HLR用户数据自检的系统，其特征在于，所述数据自检系统还用于对用户基础业务自检和用户业务数据自检，其中用户基础业务自检包括用户电话号码自检、用户IMSI号码自检、局数据外电话号码数据自检以及据数据外IMSI号码数据自检；用户业务数据自检包括未识别SKEY值自检、未识别SCP地址参数自检、主被叫签约信息SKEY值和SCP地址不一致自检、未识别APN自检、APN缺失自检、语音功能呼入呼出限制自检、短信国际长权期限自检、未识别RP值自检、未识别VLR模板自检、未识别GPRS模板自检、未识别主被叫签约信息模板自检、来电提醒号码规范性自检、3G用户网络访问权限自检、EMLPP优先级参数异常自检。