CN101102233A - 数据不一致的检测处理方法 - Google Patents

数据不一致的检测处理方法 Download PDF

Info

Publication number
CN101102233A
CN101102233A CNA2007100493846A CN200710049384A CN101102233A CN 101102233 A CN101102233 A CN 101102233A CN A2007100493846 A CNA2007100493846 A CN A2007100493846A CN 200710049384 A CN200710049384 A CN 200710049384A CN 101102233 A CN101102233 A CN 101102233A
Authority
CN
China
Prior art keywords
data
network element
boss
consistent
inconsistent
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.)
Granted
Application number
CNA2007100493846A
Other languages
English (en)
Other versions
CN100546260C (zh
Inventor
郭正平
曾键
冯斌
陈刚
庞琳
王林
余涛
张超
程鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Group Sichuan Co Ltd
Original Assignee
China Mobile Group Sichuan Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Group Sichuan Co Ltd filed Critical China Mobile Group Sichuan Co Ltd
Priority to CNB2007100493846A priority Critical patent/CN100546260C/zh
Publication of CN101102233A publication Critical patent/CN101102233A/zh
Application granted granted Critical
Publication of CN100546260C publication Critical patent/CN100546260C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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平台、行业网关平台。
Figure A20071004938400131
表1
如图5和表2所示，BOSS单向到一个其他网元的数据交互。
数据流向：BOSS作为数据发起端，发送相应的签约信息到核心网元，在核心网元上进行开通或变更。
数据内容：用户标识、用户签约信息
涉及网元：HLR/AUC
Figure A20071004938400141
表2
如图6和表3、4所示，BOSS同时单向到2个其他网元元的数据交互。
数据流向：a、业务只通过BOSS进行受理，业务受理涉及到业务网元和核心网元；b、由BOSS在业务受理成功后，将订购信息发送给业务网元，将功能签约信息发送给核心网元，完成整个订购过程。
数据内容：用户基本信息(用户标识、用户状态、用户属性)、订购信息(订购标识、订购状态、订购属性)、用户签约信息(用户标识、签约信息)。
涉及网元：智能网、PushEmail、全球呼平台、一卡多号平台、集团总机平台、短信业务数据中心、RADIUS平台(WLAN，E动互联)。
Figure A20071004938400142
表3
Figure A20071004938400151
表4
表1～4的说明：
→：表示BOSS与平台之间的数据交互方向，其发起端是BOSS，落地端是该平台；
←：表示BOSS与平台之间的数据交互方向，其发起端是平台，落地端是BOSS；
-：表示BOSS与平台之间无该项数据交互。
如图7和表5所示，其他网元单向到BOSS的数据交互。
数据流向：业务网元负责管理业务局数据，业务局数据发布成功后，由业务网元将业务局数据信息发送给BOSS，完成在BOSS的业务登记。
数据内容：业务局数据信息(局数据标识、局数据状态、局数据属性)。
涉及网元：SIMS平台、VC管理平台。
Figure A20071004938400152
表5
表5说明：
→：表示BOSS与平台之间的数据交互方向，其发起端是BOSS，落地端是该平台；
←：表示BOSS与平台之间的数据交互方向，其发起端是平台，落地端是BOSS。
其中，BOSS单向到其他网元的同步规则根据两种网元之间数据差异类别分为
三类情况，具体处理情况参见表6～8。
  订购标识、属性 用户标识 订购标识     订购属性 用户状态 订购状态 是否收费     同步措施
  BOSS  网元   服务、资费 其他信息     用户标识     订购标识、属性 订购状态 用户状态
有 有     ×     -     -     -     -     -     以网元为准     - - -
    √     ×     √或×     ×     √或×     是     -     以BOSS为准，并进行业务订购确认 以BOSS为准 以BOSS为准
    √     ×     √或×     √     √或×     是     -     以BOSS为准，并进行业务订购确认 -
    √     ×     √     ×     √或×     否     -     以BOSS为准 以BOSS为准
    √     ×     √     √     √或×     否     -     以BOSS为准 -
    √     √     ×     √或×     ×     √或×     是     -     以业务订购确认结果为准 以BOSS为准
    √     √     √     ×     √     √或×     是     -     以BOSS为准 -
    √     √     √     ×     ×     是或否     -     - 以BOSS为准
    √     √     √     ×     √     是或否     -     - - 以BOSS为准
    √     √     √     √     ×     是或否     -     - 以BOSS为准 -
    √     √     √     ×     √或×     否     -     - 以BOSS为准
    √     √     √     √     ×     否     -     - -
表6
订购标识、属性     用户标识  订购标识 订购属性     用户状态   订购状态 是否收费 同步措施
BOSS 网元 用户标识   订购标识、属性     订购状态 用户状态
有 无     ×     -     -     -   -   - 以网元为准   -     - -
    √     ×     ×     √   √或×   是或否 -   以BOSS为准     以BOSS为准 -
    √     ×     ×     ×   √或×   是或否 -   以BOSS为准     以BOSS为准 以BOSS为准
表7
订购标识、属性     用户标识  订购标识 订购属性    用户状态   订购状态 是否收费   同步措施
BOSS   网元   用户标识     订购标识、属性     订购状态 用户状态
无 有     ×     -     -     -   -   -   以网元为准     -     - -
    √     ×     ×     √   √或×   是   -     以业务订购确认结果为准 -
    √     ×     ×     ×   √或×   是   -     以业务订购确认结果为准 以BOSS为准
    √     ×     ×     √   √或×   否   -     以网元为准 -
    √     ×     ×     ×   √或×   否   -     以网元为准 以BOSS为准
表8
如图8和表8所示，BOSS到其他网元的双向数据交互。
数据流向：业务可以在BOSS和业务网元双方进行受理；在BOSS中订购业务功后，由BOSS将业务订购信息发送给业务网元，完成在业务网元中的订购；在业务网元中订购业务成功后，订购信息同步给BOSS。
数据内容：用户基本信息(用户标识、用户状态、用户属性)、订购信息(订购标识、订购状态、订购属性)、业务局数据信息(局数据标识、局数据状态、局数据属性)。
涉及网元：DSMP、PIM平台、通用下载平台、手机邮箱平台、MSP平台、中央音乐平台。
Figure A20071004938400171
表9
说明：
→：表示B0SS与平台之间的数据交互方向，其发起端是BOSS，落地端是该平台；
←：表示BOSS与平台之间的数据交互方向，其发起端是平台，落地端是BOSS；
：表示BOSS与平台之间的数据交互方向，平台与BOSS互为发起端和落地端；
—：表示BOSS与平台之间无该项数据交互。
其中，BOSS双向到其他网元的同步规则根据两种网元之间数据差异类别分为三类情况，具体处理情况参见表10～12。
  订购标识、属性 用户标识 订购标识     订购属性 用户状态 订购状态 是否收费     同步措施
  BOSS   网元 服务、资费 其他信息     用户标识   订购标识、属性 订购状态 用户状态
  有   有     √     -     -     -   -     -     以网无为准   - - -
    √     ×     √或×     ×   √或×     是     -   以发起方为准，并进行业务订购确认 以发起方为准 以BOSS为准
    √     ×     √或×     √   √或×     是     -   以发起方为准，并进行业务订购确认 -
    √     ×     √     ×   √或×     否     -   以发起方为准 以BOSS为准
    √     ×     √     √   √或×     否     -   以发起方为准 -
    √     √     ×   √或×     ×   √或×     是     -   以业务订购确认结果为准 以BOSS为准
√ √ √ × √ √或× 是     -   以发起方为准 -
    √     √     √     ×   ×     是或否     -   - 以BOSS为准
    √     √     √     ×   √     是或否     -   - - 以BOSS为准
    √     √     √     √   ×     是或否     -   - 以发起方为准 -
    √     √     √     ×   √或×     否     -   - 以BOSS为准
    √     √     √     √   ×     否     -   - -
表10
订购标识、属性 用户标识 订购标识 订购属性 用户状态 订购状态 是否收费     同步措施
  BOSS   网元   用户标识   订购标识、属性     订购状态   用户状态
  有   无     ×     -     -     -   -   以网元为准 - - -
    √     ×     ×     √   √或×   是或否   -   以即SS为准     以BOSS为准   -
    √     ×     ×     ×   √或×   是或否   -   以BoSS为准     以BOSS为准   以BOSS为准
表11
  订购标识、属性 用户标识 订购标识 订购属性 用户状态 订购状态 是否收费   同步措施
  BOSS   网元   用户标识     订购标识、属性     订购状态   用户状态
  无   有     ×     -     -     -   -   以网壳为准     -     -   -
    √     ×     ×     √   √或×   是   -     以业务订购确认结果为准   -
    √     ×     ×     ×   √或×   是   -     以业务订购确认结果为准   以BOSS为准
    √     ×     ×     √   √或×   否   -     以网元为准   -
    √     ×     ×     ×   √或×   否   -     以网元为准   以BOSS为准
表12
如图9和表13、14所示，BOSS和其他多个网元之间的数据交互。
数据流向：a、业务可以通过BOSS和业务网元双方进行受理，业务受理涉及到业务网元和核心网元；b、由BOSS在业务受理成功后，将订购信息发送给业务网元，将功能签约信息发送给核心网元，完成整个订购过程；c、在业务网元中订购业务成功后，会发送订购信息给BOSS，BOSS记录订购信息，同时将涉及到核心网元的功能签约信息发送给核心网元，完成整个订购过程。
数据内容：订购信息(订购标识、订购状态、订购属性)、用户签约信息(用户标识、签约信息)、业务局数据信息(局数据标识、局数据状态、局数据属性)。
涉及网元：IM平台、BlackBerry、流媒体平台、彩铃平台。
Figure A20071004938400181
表13
Figure A20071004938400182
表14
表13、14的说明：
→：表示BOSS与平台之间的数据交互方向，其发起端是BOSS，落地端是该平台；
←：表示BOSS与平台之间的数据交互方向，其发起端是平台，落地端是BOSS；
：表示BOSS与平台之间的数据交互方向，平台与BOSS互为发起端和落地端；
-：表示BOSS与平台之间无该项数据交互。
本发明所设计的英文术语对照表如下：
缩写  英文描述 中文描述
ftp  File Transfer Protocol 文件传输协议
http  Hypertext Transfer Protocol 万维网(World WideWeb)服务程序所用的协议
tcp/ip  Transmi ssion 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  Service 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所述一种网元间的数据不一致的检测处理方法，其特征在于：所述同步规则是同步处理时须遵循的原则，是按照网元数据的含义、流向、与数据相关的业务规则这三个方面的不一致情况来制定的。
CNB2007100493846A 2007-06-27 2007-06-27 数据不一致的检测处理方法 Expired - Fee Related CN100546260C (zh)

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 true CN101102233A (zh) 2008-01-09
CN100546260C 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)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101873578A (zh) * 2009-04-21 2010-10-27 华为技术有限公司 一种自动设备配置方法及业务运营支撑系统
CN102340791A (zh) * 2010-07-21 2012-02-01 中国移动通信集团福建有限公司 一种用于实现数据一致性的系统和方法
CN102523620A (zh) * 2012-01-13 2012-06-27 四川奥诚科技有限责任公司 数据同步的方法、装置及系统
CN101546319B (zh) * 2008-03-27 2012-08-15 北京兴宇中科科技开发股份有限公司 一种数据差异分析方法
CN101620552B (zh) * 2008-06-30 2013-01-23 国际商业机器公司 验证可重用应用系统的配置信息的一致性的方法和系统
CN103177004A (zh) * 2011-12-21 2013-06-26 中国移动通信集团河北有限公司 保证充值卡数据一致的方法和系统
WO2016177070A1 (zh) * 2015-08-05 2016-11-10 中兴通讯股份有限公司 一种业务数据同步方法、装置、系统及计算机存储介质
WO2016177053A1 (zh) * 2015-09-25 2016-11-10 中兴通讯股份有限公司 多运维系统间的网元信息共享方法、装置及系统
CN106970941A (zh) * 2017-02-16 2017-07-21 上海瀚之友信息技术服务有限公司 一种销售数据对比方法及系统
CN107395770A (zh) * 2017-09-06 2017-11-24 武汉斗鱼网络科技有限公司 数据同步方法及装置
CN110457327A (zh) * 2019-08-15 2019-11-15 中国银行股份有限公司 一种数据处理方法、装置及存储介质
CN111949524A (zh) * 2020-08-03 2020-11-17 北京锐安科技有限公司 一种数据接口测试方法、装置、服务器和存储介质
CN112564957A (zh) * 2020-12-01 2021-03-26 武汉绿色网络信息服务有限责任公司 虚拟网元的运行数据采集方法及装置

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101546319B (zh) * 2008-03-27 2012-08-15 北京兴宇中科科技开发股份有限公司 一种数据差异分析方法
CN101620552B (zh) * 2008-06-30 2013-01-23 国际商业机器公司 验证可重用应用系统的配置信息的一致性的方法和系统
CN101873578A (zh) * 2009-04-21 2010-10-27 华为技术有限公司 一种自动设备配置方法及业务运营支撑系统
WO2010121471A1 (zh) * 2009-04-21 2010-10-28 华为技术有限公司 一种自动设备配置方法及业务运营支撑系统
CN101873578B (zh) * 2009-04-21 2014-07-30 华为技术有限公司 一种自动设备配置方法及业务运营支撑系统
CN102340791A (zh) * 2010-07-21 2012-02-01 中国移动通信集团福建有限公司 一种用于实现数据一致性的系统和方法
CN103177004B (zh) * 2011-12-21 2016-04-27 中国移动通信集团河北有限公司 保证充值卡数据一致的方法和系统
CN103177004A (zh) * 2011-12-21 2013-06-26 中国移动通信集团河北有限公司 保证充值卡数据一致的方法和系统
CN102523620B (zh) * 2012-01-13 2015-07-15 四川奥诚科技有限责任公司 数据同步的方法、装置及系统
CN102523620A (zh) * 2012-01-13 2012-06-27 四川奥诚科技有限责任公司 数据同步的方法、装置及系统
WO2016177070A1 (zh) * 2015-08-05 2016-11-10 中兴通讯股份有限公司 一种业务数据同步方法、装置、系统及计算机存储介质
CN106454767A (zh) * 2015-08-05 2017-02-22 中兴通讯股份有限公司 一种业务数据同步方法、装置及系统
WO2016177053A1 (zh) * 2015-09-25 2016-11-10 中兴通讯股份有限公司 多运维系统间的网元信息共享方法、装置及系统
CN106970941A (zh) * 2017-02-16 2017-07-21 上海瀚之友信息技术服务有限公司 一种销售数据对比方法及系统
CN107395770A (zh) * 2017-09-06 2017-11-24 武汉斗鱼网络科技有限公司 数据同步方法及装置
CN110457327A (zh) * 2019-08-15 2019-11-15 中国银行股份有限公司 一种数据处理方法、装置及存储介质
CN111949524A (zh) * 2020-08-03 2020-11-17 北京锐安科技有限公司 一种数据接口测试方法、装置、服务器和存储介质
CN112564957A (zh) * 2020-12-01 2021-03-26 武汉绿色网络信息服务有限责任公司 虚拟网元的运行数据采集方法及装置

Also Published As

Publication number Publication date
CN100546260C (zh) 2009-09-30

Similar Documents

Publication Publication Date Title
CN100546260C (zh) 数据不一致的检测处理方法
CN101094051B (zh) 数据一致性比对同步的系统和方法
CN112488679B (zh) 一种区块链的跨链合约解析方法、中继链及跨链系统
CN111277549B (zh) 一种采用区块链的安全服务方法与系统
CN102045682B (zh) 一种支付业务异常交易的处理方法及系统
CN100539748C (zh) 通过数据业务管理系统与短信网关交互的方法
CN101079749A (zh) 数据一致性检测方法
CN107276790A (zh) 一种业务工单的处理方法及系统
CN105142132A (zh) 一种mnp携号转网方法及系统
EP2081336A1 (en) Business message transmission method, system and apparatus
CN101401352A (zh) 对用户对数据网络的接入计费的方法和系统，以及相关计算机程序产品
CN104363278A (zh) 一种海量终端通信接入系统
CN107870982A (zh) 数据处理方法、系统和计算机可读存储介质
CN101272260B (zh) 业务鉴权的方法和通用业务订购管理设备及通信系统
CN101222560A (zh) 一种移动电话充值系统及其充值方法
CN106302788A (zh) 一种基于网络动态甘特图的互动方法及系统
CN102082812B (zh) 支撑域系统间文件传送的方法、装置和系统
CN110380893A (zh) 通讯故障分析方法、装置及区块链通讯平台
CN100466640C (zh) 一种智能网系统与支付系统的交互处理方法及系统
CN107872492A (zh) 一种在服务端支持多用户编辑数据对象的方法和装置
US10254127B2 (en) Method for remotely reading electric meters
CN112785293A (zh) 一种交通多平台统一管理的一码通乘系统
CN102412949B (zh) 一种分布式系统中nat端口资源支持双控制板的方法
CN102083018A (zh) 一种业务欠费控制的系统及控制方法
CN106354493A (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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090930

Termination date: 20210627