CN100546260C - 数据不一致的检测处理方法 - Google Patents
数据不一致的检测处理方法 Download PDFInfo
- Publication number
- CN100546260C CN100546260C CNB2007100493846A CN200710049384A CN100546260C CN 100546260 C CN100546260 C CN 100546260C CN B2007100493846 A CNB2007100493846 A CN B2007100493846A CN 200710049384 A CN200710049384 A CN 200710049384A CN 100546260 C CN100546260 C CN 100546260C
- Authority
- CN
- China
- Prior art keywords
- data
- network element
- consistent
- inconsistent
- boss
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种网元间数据不一致的检测处理方法，其特征在于：从BOSS和其他网元采集要求保持一致的网元数据，根据网元数据的情况进行预处理，再将数据和BOSS内对应的数据进行解析、比对，把不一致的数据保存在差异列表中，结合有效性验证规则对数据差异的有效性进行验证，对确定需要同步处理的数据，结合同步规则生成同步数据并发送至BOSS和其他网元，最后在BOSS和其他网元中执行与同步规则一致的数据操作，使数据保持一致；本发明特别适用于通信运营领域，可以提升通信数据比对同步水平和系统运行效率，确保数据的准确性和一致性，避免因数据不一致带来客户投诉或业务收入流失，为业务收入和客户满意服务提供坚实的基础保证，提高资源使用的有效性。
Description
技术领域
本发明涉及通信网络数据处理领域，特别是一种网元间的数据不一致处理方法。
背景技术
目前，随着通信运营的服务产品的增多，受理渠道的多样化，网络业务平台的复杂化，常常需要多个网元共同配合来实现某项业务，这些相互配合的网元的某些数据必须保持一致。如主要受理和管理业务的BOSS(业务运营支撑系统)，承载实现业务功能的HLR(归属位置寄存器)、SCP(业务控制点)、MISC(移动信息管理系统)等等网元，通过协作来实现语音、智能网、数据等等各种业务。但是，由于网络故障、数据传输故障、干扰、突发事件以及企业产品设计的业务流程和管理制度的不完善等原因，网络中数据不一致情况日趋严重，由此造成的业务、计费及服务问题，导致了用户投诉增加，客户满意度降低，企业业务收入流失。目前还没有良好的技术手段来解决数据不一致的检测、处理及相关的管理问题，通常是运营商被动地通过客户的投诉才发现网元间的数据不一致，最后发起对网元间数据的处理，保持网元间的数据一致。
发明内容
本发明为解决上述问题提供了一种网元间的数据不一致的检测处理方法，可以有效全面地检测并处理BOSS和其他网元间要求保持一致的数据，提高通信行业的业务系统的性能和资源利用率。
本发明的技术方案如下：
网元间的数据不一致的检测处理方法，其特征在于步骤为：
A、通过BOSS和其他网元的接口从网元采集要求保持一致的网元数据；
B、根据网元数据的情况，将步骤A采集到的网元数据进行预处理；
C、将步骤B得到的数据和BOSS内对应的数据进行解析、比对，将不一致的数据记录保存在差异列表中；
D、根据步骤C的差异列表，结合有效性验证规则对数据差异的有效性加以验证，确定差异数据是否需要执行同步处理；
E、对步骤D中得到的需要执行同步处理的数据，结合同步规则生成同步数据，并把同步数据通过对应的接口发送至BOSS系统和其他网元；
F、最后在BOSS系统和其他网元中执行与同步规则一致的增加/删除/修改数据操作，使网元间数据保持一致。
所述网元是指网络中具有数据存储功能的节点，所述其他网元指通信领域用于实现业务的业务承载网网元。业务承载网网元可以是HLR/AUC、智能网平台、MISC平台、DSMP平台、SIMS平台、PIM平台、IM平台、PushEmial平台、Blackberry平台、流媒体平台、通用下载平台、手机邮箱平台、全球呼平台、RADIUS平台、彩铃平台、VC管理平台、一卡多号平台、MSP平台、MAS平台、ADC平台、中央音乐平台、行业网关平台、集团总机平台、短信业务数据中心、IVR平台、位置业务平台、短信网关平台、小额支付平台、DM管理平台、电话会议平台、12580平台、MMSGW平台等。
所述采集采用全量采集和增量采集相结合的数据采集方式从网元采集数据；所述全量采集要求网元导出所有的要求保持一致的数据；所述增量采集是针对要求保持一致的数据，只采集上一次采集时间到当前采集时间内发生变化的数据。
所述采用全量采集和增量采集相结合，是指在处理数据不一致问题时，采用全量采集来保证数据采集的全面性和准确性，尽可能不遗漏在基准时间段内网元间要求保持一致但实际不一致的数据；采用增量采集来保证数据采集的及时性，这样就可以避免重复采集已经保持一致的数据，浪费系统的资源和时间。
所述全量采集和增量采集通过文件方式或联机方式实现要求保持一致的数据的采集。
所述联机方式指建立网络连接，通过网络传输采集到要求保持一致的数据的方式；所述文件方式指将要求保持一致的数据以文件方式保存，再通过文件拷贝或文件传输的方式采集到要求保持一致的数据。
所述联机方式包括采集连接建立和传输过程，采集连接建立是指由系统或网元发起采集请求至建立采集连接的过程，采集连接根据采集协议的不同，建立不同的连接，如ftp、http、tcp/ip或自定义协议等。
所述预处理是在采集的网元数据还不能直接用于比对时，对网元数据进行处理，以用于进行比对的过程，预处理包括过滤、校验、修复、格式转换等操作中的零项至多项操作。所述数据的过滤是对采集数据中无效或者无用的数据进行排查过滤的过程；所述数据校验是对采集到的数据进行准确性和逻辑合理性的判断的过程；所述数据修复是根据数据本身的属性以及数据来源修复异常数据；所述格式转换是将网元数据从无法用于数据比对的格式的转换为可以用于数据比对的过程。
所述解析是将采集到的要求保持一致的网元数据根据数据含义确定用于比对的数据的对应关系的过程。
所述比对是对解析后的数据进行对比，然后发现并记录数据一致性情况的过程。
根据网元数据的情况，即是说如果网元本身具有数据处理能力时，可以先在网元中进行一些预处理操作后再采集，这样可以减少BOSS侧的预处理操作甚至不再进行预处理直接进行解析，从而可以减少BOSS侧系统的处理负荷；当网元本身的数据处理能力不够时，则一般先采集网元数据再进行预处理和解析，然后进行数据比对。实际中可以根据BOSS侧的处理能力和网元的情况灵活进行方案选择。
所述差异列表是指通过比对生成的能反映网元数据不一致情况的记录集，一般情况差异列表为比对时发现的不一致的网元数据及其在网元的位置信息，如比对时发现A客户资料不一致，则将比对双方各自的A客户资料及其在网元的位置信息生成一条差异列表记录。
所述有效性验证采用单侧验证、双侧验证或豁免验证规则中的一种到多种规则进行验证；单侧验证指根据一侧的网元数据验证差异列表的数据差异是否需要执行同步处理；双侧验证是指根据两侧的网元数据验证差异列表的数据差异是否需要执行同步处理；豁免验证规则是指默认差异数据有效，均需要执行同步处理。
所述同步规则是同步处理时须遵循的原则，是按照网元数据的含义、流向和与数据相关的业务规则这三个方面的不一致情况来制定的。
所述与数据相关的业务规则是指该数据相关的服务是否向用户收费，用户定购的属性等规定。
本发明的有益效果如下：
1、本发明特别适用于通信运营领域，可以提升通信数据比对同步水平和相关系统运行效率，确保相关系统数据的准确性和一致性，避免因数据的不一致带来客户投诉或业务收入流失，为业务收入和客户满意服务提供坚实的基础保证，提高资源利用率；
2、本发明采用全量和增量采集相结合的方式，可以保证通信数据采集的全面性和及时性，以及准确性，这样不仅可以尽可能不遗漏在基准时间段内网元间要求保持一致但实际不一致的数据，还可以避免重复采集已经保持一致的数据，浪费系统的资源和时间；
3、本发明对网元数据进行比对，能主动、及时地检测出要求保持一致的网元数据的不一致情况，发现各网元数据之间的差异，并记录数据不一致的结果，提供给后续处理过程所需要的有效数据，从而为解决数据不一致性问题做好基础；
4、本发明能快速有效地解决数据的不一致问题，通过同步处理能够有效确保网元数据的一致性，可以及时清除网元垃圾数据，提高资源利用率。
附图说明
图1为本发明的处理流程图
图2为本发明处理BOSS和SCP间数据不一致的流程图
图3为本发明处理BOSS和HLR间数据不一致的流程图
图4为本发明采用BOSS系统单向到一个业务网元的数据交互流程图
图5为本发明采用BOSS系统单向到一个核心网元的数据交互流程图
图6为本发明采用BOSS系统同时单向到业务网元和核心网单元的数据交互流程图
图7为本发明采用其他网元单向到BOSS的数据交互流程图
图8为本发明采用BOSS系统和其他网元双向流向的数据交互流程图
图9为本发明的多个网元之间数据交互的流程图
具体实施方式
实施例1
网元间的数据不一致的检测处理方法，其步骤为：
A、通过BOSS和其他网元的接口从网元采集要求保持一致的网元数据；
B、根据网元数据的情况，将步骤A采集到的网元数据进行预处理；
C、将步骤B得到的数据和BOSS内对应的数据进行解析、比对，将不一致的数据记录保存在差异列表中；
D、根据步骤C的差异列表，结合有效性验证规则对数据差异的有效性加以验证，确定差异数据是否需要执行同步处理；
E、对步骤D中得到的需要执行同步处理的数据，结合同步规则生成同步数据，并把同步数据通过对应的接口发送至BOSS系统和其他网元；
F、最后在BOSS系统和其他网元中执行与同步规则一致的增加/删除/修改数据操作，使网元间数据保持一致。
所述网元是指网络中具有数据存储功能的节点，所述其他网元指通信领域用于实现业务的业务承载网网元。业务承载网网元可以是HLR/AUC、智能网平台、MISC平台、DSMP平台、SIMS平台、PIM平台、IM平台、PushEmial平台、Blackberry平台、流媒体平台、通用下载平台、手机邮箱平台、全球呼平台、RADIUS平台、彩铃平台、VC管理平台、一卡多号平台、MSP平台、MAS平台、ADC平台、中央音乐平台、行业网关平台、集团总机平台、短信业务数据中心、IVR平台、位置业务平台、短信网关平台、小额支付平台、DM管理平台、电话会议平台、12580平台、MMSGW平台等。
所述采集采用全量采集和增量采集相结合的数据采集方式从网元采集数据；所述全量采集要求网元导出所有的要求保持一致的数据；所述增量采集是针对要求保持一致的数据，只采集上一次采集时间到当前采集时间内发生变化的数据。
所述采用全量采集和增量采集结合，是指在处理数据不一致问题时，采用全量采集来保证数据采集的全面性和准确性，尽可能不遗漏在基准时间段内网元间要求保持一致但实际不一致的数据；采用增量采集来保证数据采集的及时性，这样就可以避免重复采集已经保持一致的数据，浪费系统的资源和时间。
所述预处理是在采集的网元数据还不能直接用于比对时，对网元数据进行处理，以用于进行比对的过程，预处理包括过滤、校验、修复、格式转换等操作中的零项至多项操作。所述数据的过滤是对采集数据中无效或者无用的数据进行排查过滤的过程；所述数据校验是对采集到的数据进行准确性和逻辑合理性的判断的过程；所述数据修复是根据数据本身的属性以及数据来源修复异常数据；所述格式转换是将网元数据从无法用于数据比对的格式的转换为可以用于数据比对的过程。
所述解析是将采集到的要求保持一致的网元数据根据数据含义确定用于比对的数据的对应关系的过程。
所述比对是对解析后的数据进行对比，然后发现并记录数据一致性情况的过程。
根据网元数据的情况，即是说如果网元本身具有数据处理能力时，可以先在网元中进行一些预处理操作后再采集，这样可以减少BOSS侧的预处理操作甚至不再进行预处理直接进行解析，从而可以减少BOSS侧系统的处理负荷；当网元本身的数据处理能力不够时，则一般先采集网元数据再进行预处理和解析，然后进行数据比对。实际中可以根据BOSS侧的处理能力和网元的情况灵活进行方案选择。
所述差异列表是指通过比对生成的能反映网元数据不一致情况的记录集，一般情况差异列表为比对时发现的不一致的网元数据及其在网元的位置信息，如比对时发现A客户资料不一致，则将比对双方各自的A客户资料及其在网元的位置信息生成一条差异列表记录。
所述有效性验证采用单侧验证、双侧验证或豁免验证规则中的一种到多种规则进行验证；单侧验证指根据一侧的网元数据验证差异列表的数据差异是否需要执行同步处理；双侧验证是指根据两侧的网元数据验证差异列表的数据差异是否需要执行同步处理；豁免验证规则是指默认差异数据有效，均需要执行同步处理。
所述同步规则是同步处理时须遵循的原则，是按照网元数据的含义、流向和与数据相关的业务规则这三个方面的不一致情况来制定的。
所述与数据相关的业务规则是指该数据相关的服务是否向用户收费，用户定购的属性等规定。
实施例2
网元间的数据不一致的检测处理方法，BOSS系统和SCP系统数据不一致的检测处理方法，其步骤为：
A、通过BOSS和SCP的接口从网元采集要求保持一致的网元数据；
B、将步骤A得到的数据和BOSS内对应的数据进行解析、比对，将不一致的数据记录保存在差异列表中；
C、根据步骤B的差异列表，结合有效性验证规则对数据差异的有效性加以验证，确定差异数据是否需要执行同步处理；
D、对步骤C中得到的需要执行同步处理的数据，结合同步规则生成同步数据，并把同步数据通过对应的接口发送至BOSS系统和SCP系统；
E、最后在BOSS系统和SCP系统中执行与同步规则一致的增加/删除/修改数据操作，使网元间数据保持一致。
所述网元是指网络中具有数据存储功能的节点。
所述采集采用全量采集和增量采集相结合的数据采集方式从网元采集数据；所述全量采集要求网元导出所有的要求保持一致的数据；所述增量采集是针对要求保持一致的数据，只采集上一次采集时间到当前采集时间内发生变化的数据。
所述采用全量采集和增量采集结合，是指在处理数据不一致问题时，采用全量采集来保证数据采集的全面性和准确性，尽可能不遗漏在基准时间段内网元间要求保持一致但实际不一致的数据；采用增量采集来保证数据采集的及时性，这样就可以避免重复采集已经保持一致的数据，浪费系统的资源和时间。
所述全量采集和增量采集通过文件方式或联机方式实现要求保持一致的数据的采集。
所述联机方式指建立网络连接，通过网络传输采集到要求保持一致的数据的方式；所述文件方式指将要求保持一致的数据以文件方式保存，再通过文件拷贝或文件传输的方式采集到要求保持一致的数据。
所述联机方式包括采集连接建立和传输过程，采集连接建立是指由系统或网元发起采集请求至建立采集连接的过程，采集连接根据采集协议的不同，建立不同的连接，如ftp、http、tcp/ip或自定义协议等。
所述解析是将采集到的要求保持一致的网元数据根据数据含义确定用于比对的数据的对应关系的过程。
所述比对是对解析后的数据进行对比，然后发现并记录数据一致性情况的过程。
所述差异列表是指通过比对生成的能反映网元数据不一致情况的记录集，一般情况差异列表为比对时发现的不一致的网元数据及其在网元的位置信息，如比对时发现A客户资料不一致，则将比对双方各自的A客户资料及其在网元的位置信息生成一条差异列表记录。
所述有效性验证采用单侧验证、双侧验证或豁免验证规则中的一种到多种规则进行验证；单侧验证指根据一侧的网元数据验证差异列表的数据差异是否需要执行同步处理；双侧验证是指根据两侧的网元数据验证差异列表的数据差异是否需要执行同步处理；豁免验证规则是指默认差异数据有效，均需要执行同步处理。
所述同步规则是同步处理时须遵循的原则，是按照网元数据的含义、流向和与数据相关的业务规则这三个方面的不一致情况来制定的。
所述与数据相关的业务规则是指该数据相关的服务是否向用户收费，用户定购的属性等规定。
因为SCP网元本身就具有数据处理能力时，所以先在网元中进行预处理操作后再采集，这样采集后在BOSS侧就不再进行预处理，直接进行解析，最后进行数据比对，这样可以减少系统的处理负荷。
实施例3
网元间的数据不一致的检测处理方法，其步骤为：
A、通过BOSS和HLR的接口从网元采集要求保持一致的网元数据；
B、根据网元数据的情况，将步骤A采集到的网元数据进行预处理；
C、将步骤B得到的数据和BOSS内对应的数据进行解析、比对，将不一致的数据记录保存在差异列表中；
D、根据步骤C的差异列表，结合有效性验证规则对数据差异的有效性加以验证，确定差异数据是否需要执行同步处理；
E、对步骤D中得到的需要执行同步处理的数据，结合同步规则生成同步数据，并把同步数据通过对应的接口发送至BOSS系统和HLR系统；
F、最后在BOSS系统和HLR系统中执行与同步规则一致的增加/删除/修改数据操作，使网元间数据保持一致。
所述网元是指网络中具有数据存储功能的节点。
所述采集采用全量采集和增量采集相结合的数据采集方式从网元采集数据；所述全量采集要求网元导出所有的要求保持一致的数据；所述增量采集是针对要求保持一致的数据，只采集上一次采集时间到当前采集时间内发生变化的数据。
所述采用全量采集和增量采集结合，是指在处理数据不一致问题时，采用全量采集来保证数据采集的全面性和准确性，尽可能不遗漏在基准时间段内网元间要求保持一致但实际不一致的数据；采用增量采集来保证数据采集的及时性，这样就可以避免重复采集已经保持一致的数据，浪费系统的资源和时间。
所述全量采集和增量采集通过文件方式或联机方式实现要求保持一致的数据的采集。
所述联机方式指建立网络连接，通过网络传输采集到要求保持一致的数据的方式；所述文件方式指将要求保持一致的数据以文件方式保存，再通过文件拷贝或文件传输的方式采集到要求保持一致的数据。
所述联机方式包括采集连接建立和传输过程，采集连接建立是指由系统或网元发起采集请求至建立采集连接的过程，采集连接根据采集协议的不同，建立不同的连接，如ftp、http、tcp/ip或自定义协议等。
根据网元数据的情况是指：如果HLR采用爱立信交换机时，网元数据为二进制格式，BOSS侧采集到网元数据后，预处理操作需要先将二进制格式转换为ASC码格式，再将ASC码格式转换为比对格式；如果HLR采用西门子交换机，交换机可进行二进制到ASC码的格式转换处理，这样可以采集到ASC码网元数据，采集后，BOSS侧的预处理只需一次ASC码到比对格式的格式转换处理。这样可以减少BOSS侧的处理负担，提高系统效率。
所述预处理包括过滤、校验、修复、格式转换等操作中的零项至多项操作。所述数据的过滤是对采集数据中无效或者无用的数据进行排查过滤的过程；所述数据校验是对采集到的数据进行准确性和逻辑合理性的判断的过程；所述数据修复是根据数据本身的属性以及数据来源修复异常数据；所述格式转换是将网元数据从无法用于数据比对的格式的转换为可以用于数据比对的过程。
所述解析是将采集到的要求保持一致的网元数据根据数据含义确定用于比对的数据的对应关系的过程。
所述比对是对解析后的数据进行对比，然后发现并记录数据一致性情况的过程。
所述差异列表是指通过比对生成的能反映网元数据不一致情况的记录集，一般情况差异列表为比对时发现的不一致的网元数据及其在网元的位置信息，如比对时发现A客户资料不一致，则将比对双方各自的A客户资料及其在网元的位置信息生成一条差异列表记录。
所述有效性验证采用单侧验证、双侧验证或豁免验证规则中的一种到多种规则进行验证；单侧验证指根据一侧的网元数据验证差异列表的数据差异是否需要执行同步处理；双侧验证是指根据两侧的网元数据验证差异列表的数据差异是否需要执行同步处理；豁免验证规则是指默认差异数据有效，均需要执行同步处理。
所述同步规则是同步处理时须遵循的原则，是按照网元数据的含义、流向和与数据相关的业务规则这三个方面的不一致情况来制定的。
所述与数据相关的业务规则是指该数据相关的服务是否向用户收费，用户定购的属性等规定。
实施例4
网元间的数据不一致的检测处理方法，其步骤为：
A、通过BOSS和其他网元的接口从网元采集要求保持一致的网元数据；
B、根据网元数据的情况，将步骤A采集到的网元数据进行预处理；
C、将步骤B得到的数据和BOSS内对应的数据进行解析、比对，将不一致的数据记录保存在差异列表中；
D、根据步骤C的差异列表，结合有效性验证规则对数据差异的有效性加以验证，确定差异数据是否需要执行同步处理；
E、对步骤D中得到的需要执行同步处理的数据，结合同步规则生成同步数据，并把同步数据通过对应的接口发送至BOSS系统和其他网元；
F、最后在BOSS系统和其他网元中执行与同步规则一致的增加/删除/修改数据操作，使网元间数据保持一致。
所述同步规则是同步处理时须遵循的原则，是按照网元数据的含义、流向和与数据相关的业务规则这三个方面的不一致情况来制定的。
如图4和表1所示为BOSS单向到一个其他网元的数据交互。
数据流向：业务只能通过BOSS进行受理，受理成功后，由BOSS将业务订购信息发送给业务网元，完成在业务网元中的订购。
数据内容：用户基本信息(用户标识、用户状态、用户属性)、订购信息(订购标识、订购状态、订购属性)、业务局数据(局数据标识、局数据状态、局数据属性)。
涉及网元：RADIUS(17201)、MAS平台、ADC平台、行业网关平台。
表1
如图5和表2所示，BOSS单向到一个其他网元的数据交互。
数据流向：BOSS作为数据发起端，发送相应的签约信息到核心网元，在核心网元上进行开通或变更。
数据内容：用户标识、用户签约信息
涉及网元：HLR/AUC
表2
如图6和表3、4所示，BOSS同时单向到2个其他网元元的数据交互。
数据流向：a、业务只通过BOSS进行受理，业务受理涉及到业务网元和核心网元；b、由BOSS在业务受理成功后，将订购信息发送给业务网元，将功能签约信息发送给核心网元，完成整个订购过程。
数据内容：用户基本信息(用户标识、用户状态、用户属性)、订购信息(订购标识、订购状态、订购属性)、用户签约信息(用户标识、签约信息)。
涉及网元：智能网、PushEmail、全球呼平台、一卡多号平台、集团总机平台、短信业务数据中心、RADIUS平台(WLAN，E动互联)。
表3
表4
表1～4的说明：
→：表示BOSS与平台之间的数据交互方向，其发起端是BOSS，落地端是该平台；
←：表示BOSS与平台之间的数据交互方向，其发起端是平台，落地端是BOSS；
—：表示BOSS与平台之间无该项数据交互。
如图7和表5所示，其他网元单向到BOSS的数据交互。
数据流向：业务网元负责管理业务局数据，业务局数据发布成功后，由业务网元将业务局数据信息发送给BOSS，完成在BOSS的业务登记。
数据内容：业务局数据信息(局数据标识、局数据状态、局数据属性)。
涉及网元：SIMS平台、VC管理平台。
表5
表5说明：
→：表示BOSS与平台之间的数据交互方向，其发起端是BOSS，落地端是该平台；
←：表示BOSS与平台之间的数据交互方向，其发起端是平台，落地端是BOSS。
其中，BOSS单向到其他网元的同步规则根据两种网元之间数据差异类别分为三类情况，具体处理情况参见表6～8。
表6
表7
表8
如图8和表8所示，BOSS到其他网元的双向数据交互。
数据流向：业务可以在BOSS和业务网元双方进行受理；在BOSS中订购业务功后，由BOSS将业务订购信息发送给业务网元，完成在业务网元中的订购；在业务网元中订购业务成功后，订购信息同步给BOSS。
数据内容：用户基本信息(用户标识、用户状态、用户属性)、订购信息(订购标识、订购状态、订购属性)、业务局数据信息(局数据标识、局数据状态、局数据属性)。
涉及网元：DSMP、PIM平台、通用下载平台、手机邮箱平台、MSP平台、中央音乐平台。
表9
说明：
→：表示BOSS与平台之间的数据交互方向，其发起端是BOSS，落地端是该平台；
←：表示BOSS与平台之间的数据交互方向，其发起端是平台，落地端是BOSS；
—：表示BOSS与平台之间无该项数据交互。
其中，BOSS双向到其他网元的同步规则根据两种网元之间数据差异类别分为三类情况，具体处理情况参见表10～12。
表10
表11
表12
如图9和表13、14所示，BOSS和其他多个网元之间的数据交互。
数据流向：a、业务可以通过BOSS和业务网元双方进行受理，业务受理涉及到业务网元和核心网元；b、由BOSS在业务受理成功后，将订购信息发送给业务网元，将功能签约信息发送给核心网元，完成整个订购过程；c、在业务网元中订购业务成功后，会发送订购信息给BOSS，BOSS记录订购信息，同时将涉及到核心网元的功能签约信息发送给核心网元，完成整个订购过程。
数据内容：订购信息(订购标识、订购状态、订购属性)、用户签约信息(用户标识、签约信息)、业务局数据信息(局数据标识、局数据状态、局数据属性)。
涉及网元：IM平台、BlackBerry、流媒体平台、彩铃平台。
表13
表14
表13、14的说明：
→：表示BOSS与平台之间的数据交互方向，其发起端是BOSS，落地端是该平台；
←：表示BOSS与平台之间的数据交互方向，其发起端是平台，落地端是BOSS；
—：表示BOSS与平台之间无该项数据交互。
本发明所设计的英文术语对照表如下：
| 缩写 | 英文描述 | 中文描述 |
| ftp | File Transfer Protocol | 文件传输协议 |
| http | Hypertext Transfer Protocol | 万维网(World WideWeb)服务程序所用的协议 |
| tcp/ip | Transmission Control Protocol/Internet Protocol | 用于网络的一组通讯协议，包括IP和TCP |
| BOSS | Business Operation Support System | 业务运营支撑系统 |
| MISC | Mobile Information System center | 移动信息管理系统 |
| SCP | Service Control Point | 业务控制点 |
| HLR | Home Location Register | 归属位置寄存器 |
| AUC | Authentication Centre | 鉴权中心 |
| DSMP | Data Service Management Platform | 数据业务管理平台 |
| SIMS | Servi ce Information Management System | 业务信息管理系统 |
| PIM | Personal Information Management | 个人信息管理 |
| IM | Instant Message | 即时消息 |
| PushEmial | 邮件推送业务 | |
| Blackberry | 黑莓业务 | |
| RADIUS | Remote Authentication Dial In User Service | 认证中心 |
| VC | Voucher Center | 卡中心系统负责完成充值卡的鉴权管理，多用于智能网平台的用户充值 |
| MSP | Mobile Service for Position | 手机地图服务 |
| MAS | Mobile Agent Server | 移动代理服务器 |
表15
Claims (13)
1、网元间的数据不一致的检测处理方法，其特征在于步骤为：
A、通过BOSS和其他网元的接口从网元采集要求保持一致的网元数据；
B、将步骤A得到的数据和BOSS内对应的数据进行解析、比对，将不一致的数据记录保存在差异列表中；
C、根据步骤B的差异列表，结合有效性验证规则对数据差异的有效性加以验证，确定差异数据是否需要执行同步处理；
D、对步骤C中得到的需要执行同步处理的数据，结合同步规则生成同步数据，并把同步数据通过对应的接口发送至BOSS系统和其他网元；
E、最后在BOSS系统和其他网元中执行与同步规则一致的增加/删除/修改数据操作，使网元间数据保持一致。
2、根据权利要求1所述一种网元间的数据不一致的检测处理方法，其特征在于：当网元本身的数据处理能力不够时，将步骤A采集到的网元数据还进行预处理。
3、根据权利要求1所述一种网元间的数据不一致的检测处理方法，其特征在于：所述网元是指网络中具有数据存储功能的节点。
4、根据权利要求1所述一种网元间的数据不一致的检测处理方法，其特征在于：所述采集采用全量采集和增量采集相结合的数据采集方式从网元采集数据；所述采用全量采集和增量采集相结合，是指在处理数据不一致问题时，采用全量采集保证数据采集的全面性和准确性，不遗漏在基准时间段内网元间要求保持一致但实际不一致的数据；采用增量采集保证数据采集的及时性，避免重复采集已经保持一致的数据；所述全量采集要求网元导出所有的要求保持一致的数据；所述增量采集是针对要求保持一致的数据，只采集上一次采集时间到当前采集时间内发生变化的数据。
5、根据权利要求4所述一种网元间的数据不一致的检测处理方法，其特征在于：所述全量采集和增量采集通过文件方式或联机方式实现要求保持一致的数据的采集。
6、根据权利要求5所述一种网元间的数据不一致的检测处理方法，其特征在于：所述联机方式指建立网络连接，通过网络传输采集到要求保持一致的数据的方式；所述文件方式指将要求保持一致的数据以文件方式保存，再通过文件拷贝或文件传输的方式采集到要求保持一致的数据。
7、根据权利要求5或6所述一种网元间的数据不一致的检测处理方法，其特征在于：所述联机方式包括采集连接建立和传输过程，采集连接建立是指由系统或网元发起采集请求至建立采集连接的过程，采集连接根据采集协议的不同，建立不同的连接。
8、根据权利要求2所述一种网元间的数据不一致的检测处理方法，其特征在于：所述预处理是在采集的网元数据不能直接用于比对时，对网元数据进行处理，以用于进行比对的过程。
9、根据权利要求1所述一种网元间的数据不一致的检测处理方法，其特征在于：所述解析是将采集到的要求保持一致的网元数据根据数据含义确定用于比对的数据的对应关系的过程。
10、根据权利要求1所述一种网元间的数据不一致的检测处理方法，其特征在于：所述比对是对解析后的数据进行对比，然后发现并记录数据一致性情况的过程。
11、根据权利要求1所述一种网元间的数据不一致的检测处理方法，其特征在于：所述差异列表是指通过比对生成的能反映网元数据不一致情况的记录集。
12、根据权利要求1所述一种网元间的数据不一致的检测处理方法，其特征在于：所述有效性验证采用单侧验证、双侧验证或豁免验证规则中的一种到多种规则进行验证；单侧验证指根据一侧的网元数据验证差异列表的数据差异是否需要执行同步处理；双侧验证是指根据两侧的网元数据验证差异列表的数据差异是否需要执行同步处理；豁免验证规则是指默认差异数据有效，均需要执行同步处理。
13、根据权利要求1所述一种网元间的数据不一致的检测处理方法，其特征在于：所述同步规则是同步处理时须遵循的原则，是按照网元数据的含义、流向、与数据相关的业务规则这三个方面的不一致情况来制定的。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100493846A CN100546260C (zh) | 2007-06-27 | 2007-06-27 | 数据不一致的检测处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100493846A CN100546260C (zh) | 2007-06-27 | 2007-06-27 | 数据不一致的检测处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101102233A CN101102233A (zh) | 2008-01-09 |
| CN100546260C true CN100546260C (zh) | 2009-09-30 |
Family
ID=39036339
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2007100493846A Expired - Fee Related CN100546260C (zh) | 2007-06-27 | 2007-06-27 | 数据不一致的检测处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100546260C (zh) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101546319B (zh) * | 2008-03-27 | 2012-08-15 | 北京兴宇中科科技开发股份有限公司 | 一种数据差异分析方法 |
| CN101620552B (zh) * | 2008-06-30 | 2013-01-23 | 国际商业机器公司 | 验证可重用应用系统的配置信息的一致性的方法和系统 |
| CN101873578B (zh) * | 2009-04-21 | 2014-07-30 | 华为技术有限公司 | 一种自动设备配置方法及业务运营支撑系统 |
| CN102340791A (zh) * | 2010-07-21 | 2012-02-01 | 中国移动通信集团福建有限公司 | 一种用于实现数据一致性的系统和方法 |
| CN103177004B (zh) * | 2011-12-21 | 2016-04-27 | 中国移动通信集团河北有限公司 | 保证充值卡数据一致的方法和系统 |
| CN102523620B (zh) * | 2012-01-13 | 2015-07-15 | 四川奥诚科技有限责任公司 | 数据同步的方法、装置及系统 |
| CN106454767A (zh) * | 2015-08-05 | 2017-02-22 | 中兴通讯股份有限公司 | 一种业务数据同步方法、装置及系统 |
| CN106559231A (zh) * | 2015-09-25 | 2017-04-05 | 中兴通讯股份有限公司 | 多运维系统间的网元信息共享方法、装置及系统 |
| CN106970941B (zh) * | 2017-02-16 | 2021-02-02 | 上海瀚之友信息技术服务有限公司 | 一种销售数据对比方法及系统 |
| CN107395770B (zh) * | 2017-09-06 | 2020-08-04 | 武汉斗鱼网络科技有限公司 | 数据同步方法及装置 |
| CN110457327A (zh) * | 2019-08-15 | 2019-11-15 | 中国银行股份有限公司 | 一种数据处理方法、装置及存储介质 |
| CN111949524A (zh) * | 2020-08-03 | 2020-11-17 | 北京锐安科技有限公司 | 一种数据接口测试方法、装置、服务器和存储介质 |
| CN112564957B (zh) * | 2020-12-01 | 2022-05-17 | 武汉绿色网络信息服务有限责任公司 | 虚拟网元的运行数据采集方法及装置 |
-
2007
- 2007-06-27 CN CNB2007100493846A patent/CN100546260C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN101102233A (zh) | 2008-01-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100546260C (zh) | 数据不一致的检测处理方法 | |
| CN101094051B (zh) | 数据一致性比对同步的系统和方法 | |
| CN102045682B (zh) | 一种支付业务异常交易的处理方法及系统 | |
| US7930225B2 (en) | Synchronizing real-time and off-line accounts for communications | |
| CN101079749A (zh) | 数据一致性检测方法 | |
| CN111277549B (zh) | 一种采用区块链的安全服务方法与系统 | |
| CN101217393A (zh) | 一种通过稽核实现计费收入保障的方法 | |
| CN100539748C (zh) | 通过数据业务管理系统与短信网关交互的方法 | |
| CN1647451B (zh) | 用于在网络环境中监视信息的装置、方法和系统 | |
| CN109727108A (zh) | 一卡通互联互通清分结算系统 | |
| CN107276790A (zh) | 一种业务工单的处理方法及系统 | |
| CN109615500A (zh) | 一卡通互联互通清分结算及分析服务平台 | |
| CN101226654A (zh) | 银行客户短信编号排队方法 | |
| CN105142132A (zh) | 一种mnp携号转网方法及系统 | |
| CN204650660U (zh) | 一种电力智能缴费终端及系统 | |
| CN101222560A (zh) | 一种移动电话充值系统及其充值方法 | |
| CN105376155B (zh) | 一种基于分布式集群架构的智能路由系统及方法 | |
| CN100466640C (zh) | 一种智能网系统与支付系统的交互处理方法及系统 | |
| CN102137102B (zh) | 一种支持多类信息发布方式的业务支撑平台实现方法 | |
| CN112785293A (zh) | 一种交通多平台统一管理的一码通乘系统 | |
| CN101119191A (zh) | 数据一致性采集方法 | |
| CN101079750A (zh) | 数据一致性检测方法 | |
| CN108668244A (zh) | 业务处理方法、装置及存储介质 | |
| CN110891054B (zh) | 一种sip账号资源管理方法 | |
| CN112348515A (zh) | 一种业务处理方法及业务服务系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090930 Termination date: 20210627 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |