一种移动BOSS系统优化新方法

【摘要】为了维护传入BOSS系统数据的一致性，保障数据的统一，需要对与BOSS系统有交互的数据进行一致化处理m通过提供中间处理软件，所有与BOSS交互的数据均通过此软件将数据进行格式化处理...

摘 要：为了优化移动运营商业业务支撑系统（Business Operations Support System， boss）的数据处理能力，维护BOSS系统接口的一致性，根据BOSS系统的总体规范与不同业务系统的具体时限要求，通过前端应用系统防错处理、数 据库优化和系统接口调整三个方面对所有与BOSS系统交互的数据进行一致化与同步处理。在地级市营业实际测试证明：增加了数据一致性管理平台在用户使用感觉上不会增加额外的延迟，增加数据一致性管理平台的中间数据处理层可提BOSS系统的性能，有益于增加系统的稳定性和规范性。

关键词：BOSS系统数据 管理 数据一致性 数据同步

Abstract： In order to optimize the mobile operator business operations support systems （Business Operations Support System， BOSS） data procesfem capability， the Interface to maintain tiie consistency of the BOSS system. The method by subjoining the intermediate platform， all the data interacting with the BOSS system will be processed. According to the BOSS system's General specification and the needs of different business systems， we propose the front-end applications' system error preventing、 database optimizing and system interface adjusting three aspects of data harmonization and synchronization. The a_al test in prefecture-level city proves at although adding the datu consistency management platform， users will not feel additional time delay； system error data rate 12% lower than in the past， reconciliation of data synchronization system time is greatly reduced， while providing the management interface allows the operator to view system data overall profile. The data consistency management platform can improve the performance of the BOSS system， beneficia] to increase system stability and normative.

Key words： BOSS system；date management；data consistency；data synchronization

中国移动BOSS系统的三层结构主要是从应用领域的角度设计的。数据核心层的建设打破了以往的业务系统之间的界限，将包括服务使用记录、用户资料等信息在内的所有业务数据进行集中，强调业务逻辑层可以对BOSS数据核心层的所有数据进行加工处理。这种设计不但可以保证业务逻辑灵活地增加和删除，还支持数据源的增减。这种设计确保了数据一致性，可以通过多种渠道给客户提供完整的、规范的服务，但是随着客户量的不断增多、服务的不断完善，更多的服务系统接入移动BOSS系统，这些系统间传输大量数据为客户的服务提供支持，由于这些系统是不同公司开发完善的，虽然有统一的接口文件要求，但由于用户的非法输入或系统处理结果的差异会导致BOSS系统接收到的数据不一致，特别是在对账时，这种不一致现象肯定会引发一系列相关问题。

为了维护传入BOSS系统数据的一致性，保障数据的统一，需要对与BOSS系统有交互的数据进行一致化处理m通过提供中间处理软件，所有与BOSS交互的数据均通过此软件将数据进行格式化处理，简化后的数据易被BOSS系统处理，符合系统的需求，同时能够分析与 BOSS系统交互数据类型、数据量大小等信息，为BOSS系统后续的优化与稳定性维护提供建议。

一、系统分析与设计

1.方案分析。对各系统之间的客户资料数据进行对帐比较，通过增量和全量的比较方式，发现各系统客户资料数据之间的差异，从而可以采取有效技术手段保障数据一致；

全量同步是对各个系统的全体数据进行比对，从而发现差异数据，并按照同步原则对差异数据进行同步。由于全量同步所涉及到的数据量庞大，处理相对复杂，处理时间也相对较长，全量同步可以每月甚至更长的时间进行一次。

增量同步是对单位时间内的所有产生过变化的数据在各个系统间进行同步，即进同步产生变化的数据，因为涉及的数据量相对很少，因此所需要的时间也很短，处理也相对容易。可以有效解决两次全量同步期间 的数据一致性问题。但是因为全量同步所涉及的数据量很少，因此对于历史数据及人工处理产生的差异无法进行处理。

结论：全量同步和增量同步都是数据同步的有效手段，但是这两种方式本身都有不完善之处，而如果两种方式 相结合，即在全量同步期间进行增量同步既可以解决全量同步中的数据处理不及时的问题，也可以解决增量 同步中数据同步不全面的问题，因此，本系统需要全量同步与增量同步相结合以最优方式实现对数据同步的 需求。

2.系统定位。数据管理平台同步对帐系统是BOSS系统的一个系统，该系统配合BOSS系统管理相关网元设备的 数据资料，并不直接参与BOSS系统的生产。

3.系统结构。全量数据对帐同步按月为单位进行，即最多每月进行一次，具体间隔将视实际要求确定。增量数据对帐同步按日为单位进行，即每曰进行一次，对前一天所有发送变化的用户的资料进行对帐同步。

4.应用软件设计

整个应用软件系统包含五个功能域：系统接口、数据采集和处理、数据同步对帐管理、系统管理以及展现门户。

系统接口包含四部分的接口，分别对应和BOSS/BOSSC各系统的接口以及和HLR/SCP网元的接口，和 BOSS/BOSSC系统的接口主要负责从BOSS/BOSSC系统获取客户资料数据用于对帐和统计，同时负责和 BOSS/BOSSC系统的通信交互，以完成同步和稽核的功能。和网元的接口主要负责从HLR/SCP获取客户资 料数据用于对帐，同时也负责HLR/SCP指令交互，实现数据同步的功能。

数据采集和处理主要完成从BOSS系统和网元采集需要的客户数据，并对这些数据进行整理和转换，使 之成为可进行稽核比对的同等格式，对于BOSS数据主要是针对库表数据进行提取转换，而HLR/SCP数据 以指令方式或文件方式获取，需要对返回的数据进行解析处理，从中抽取有用的客户数据用于后续的各种处 理功能。

数据对帐同步管理实现对于BOSS系统和BOSSC以及BOSS系统和HLR/SCP上的客户资料数据的对帐 稽核以及同步的管理。对帐主要完成对BOSS系统的增量变更数据和BOSSC以及HLR/SCP上数据进行对比 稽核，对比结果通过对帐统计以统计报表形式展现，对于异常系统可自动提供告替功能。同步主要完成由数 据同步调度可以对需要进行的数据同步任务进行自动调度，实现自动或人工触发的数据同步，同步的数据包 括各系统间对帐结果的不一致数据，根据数据来源以及数据发起方决定相应的同步对象和同步规则，系统管理实现对整个系统运行、各种参数配置、使用的用户权限和口令的管理，同时对于系统内各门户功能的监控、告警的设置、处理以及告警的展现也通过系统管理来实现。对于系统处理功能涉及到的各种规 则、参数配置通过前台Web界面实现。

展现门户是以Web方式给使用系统的操作/维护/管理人员提供一个人机交互的门户界面，各种使用系统 的人员可以通过此门户进行统计提取、监控、告警以及相应的各种配置设置操作。

二、关键模块实现

1.数据格式化模块。

1.1描述。

采集来的数据由于各系统的格式不同，需要经过转换处理才能变成供本系统统一处理的标准格式数据，数据转换处理就是实现对各种数据的格式转换以及整理功能。

从BOSS系统采集的数据根据数据属性和来源需要转换成相应的格式，实时数据从接口表或消息中提取出来后转换成本系统定义的格式：定期采集的数据需要从接口表或者文件格式转换成本系统的库表格式保存。

从网元采集的数据通常是消息或文件方式，消息方式的数据一般用于实时核对，需要从消息中提取并解 析出来，可以不经过保存直接和BOSS系统的数据进行稽核验证。文件方式的数据首先需要经过文件解析，从文件中剔除本系统不需要的数据，然后对数据做格式转换后保存到相应的库表当中。

数据转换处理还包括数据过滤、分类、校验以及修复的功能。数据过滤实现对采集数据中无效或者无用 的数据进行排查过滤，保证数据不重复并且真实有效，以供系统后续的稽核统计处理。数据分类则是根据指 定数据的存储和处理要求对采集的数据进行分类保存，提高数据的利用率和方便系统处理逻辑的作用。数据 校验实现对采集的数据的准确性和逻辑合理性进行判断，判断的标准主要是一些通常默认的逻辑，比如：号码长度、业务功能代码域以及一些数据相关属性的判断，当出现数据长度异常、数据取值不在定义的域内时，就对异常数据做相应的记录并标记后保存到异常数据表中，同时提供相应的日志供查询使用。前台界面提供 对各种异常数据的提取和查询统计，操作维护人员可以通过异常数据统计和查询日志发现数据源的问题或者 接口的异常情况，并采取相应措施进行补救和防范。

数据修复是对于异常数据提供的修复功能，修复依赖于数据本身的属性以及数据来源，一般仅当数据类 型不匹配或者数据格式的普遍性错误时可以采用数据修复功能，大多数情况下的异常数据都需要重新采集并 处理。例如出现号码前带前缀或后缀的情况，可以使用数据修复对号码进行截取，截取正确的号码用于处理。 而数据修复出于安全以及准确性的考虑，不提供自动修复功能，在前台界面提供异常数据查询和手工修复的 功能，可以供维护人员手工进行个别修复或者批量修复，批量修复仅对于大面积的同样异常发生时才可以采 用，用于提高系统处理效率，减少反复工作量。修复需要特殊权限的人员才可以操作，并且修复操作的整个 过程都记录相应的日志，以供当出现修复错误时可以进行回退，不影响正常的系统处理。

数据转换的过程由系统后台进程自动完成转换、过滤、校验和分类，并且系统提供全程的自动监控和告 警以及日志记录，当转换出现异常时，系统提供报警信息并能展现相应的日志信息供操作维护人员查看。

2.输入。

采集到的原始数据文件。

3.处理。

经过分类、合并、过滤、校验、修复、格式转换后形成标准格式数据。

以ASCII文本文件进行传输，其中，每行表示一条记录，每个记录表示一个号码的一个定购关系及其附 加属性。

记录格式：

a.手机号码，定购产品代码，产品附加属性1丨产品附加属性2|……丨产品附加属性n。

b.三个参数之间由逗号（英文）分割。

c.手机号码：标准号码格式，固定11字节。

d.定购产品代码：6位产品代码，具体取值需要协商。

e.产品附加属性：由竖线（英文）分割多个属性，各个属性位置固定，具体取值需要协商，如果该产品没 有附加属性，则该字段为空。

如果一个文件中包含多种产品，并且一个号码同时定购了两种以上的产品，那么应该分为多行。对于不 符合上述格式的网元数据文件，需要进行二次格式转换，使之符合该格式标准。

对于格式标准的数据，可以直接保存到数据库中，供数据比对模块使用，数据库存储结构主要包含如下 四个字段，分别是：网元代码、手机号码、产品名称、附加业务属性。

4.性能需求。

由于需要对从BOSS系统的数据量较大，并且是由不同位置提取的数据进行合并、分析，可以在2小时 内完成；网元数据一般在1小时内可以完成。

5.业务规则和操作说明。

根据各个数据文件的格式定义，从中提取所需要的各项数据信息。

2.数据对比模块

2.1功能性能描述.

对数据库中保存的BOSS系统与其他网元的相关的数据进行比对，找出其中的差异，并对差异数据按照 规定的比对原则进行同步处理。

2.2输入/输出项.

输入：格式化后的数据

输出：差异比对结果、同步命令、差异统计数据

2.3接口定义.

作为一个独立的应用进程，由系统管理模块调度执行，在与其他平台相关的数据被格式化并保存到数据 库中之后开始启动该进程。

比对结果都将保存在数据库的相关表中，对于规范中明确定义了处理规则的部分差异数据将按照规则进 行相应的同步处理。

2.4算法.

进程从数据库的原始资料信息表中提取BOSS系统中关于该平台方面的数据，并将数据装载到内存中（按 照号码进行排序），在从数据库中逐条的提取交换机的数据，每次提取一条记录，提取一条记录后立即与内存 中的数据进行比对。

内存数据排序原则，号段信息表是按照号段值的大小进行排序的，可以通过折半查找法快速定位号段地 址，在每个号段中，为每个号码分配一个空间（长度是10000的数组），因此可以根据号码直接定位到该号码的起点，即可以根据数据存储的特点快速的定位到数据存储的物理位置。

因为内存中的数据是按照号码进行排序的，因此可以按照号码快速定位，并对两个数据进行比较.

对于差异数据将按照既定的差异处理原则进行处理，为保证系统的扩展性，所有的差异处理原则都将以 配置参数的形式出现，可以根据实际要求动态定义差异处理原则偷不需要修改应用进程。

由于签约信息与SCP的数据有直接的关系，因此该数据需要与SCP的数据混合比对，因此该数据单独 保存，并且在SCP数据比对的时候。

参考文献：

[1]戴美泰等GSM移动通信网络优化[M]北京：人民邮电出版社2003.

[2]韩斌杰，杜新颜，张建斌GSM原理及其网络优化[M]（第二版）北京：机械工业出版社2009.

[3]李茂华，移动运营企业BOSS系统业务对资源的占用研究[D]北京：北京邮电大学2008.

[4]周德华，徐浩基于中间件的移动BOSS系统的设计与实现[J]计算机工程与设计2006， 27（13） ： 58-60.

[5]陈建荣，黄伟，陈强，王永炫BOSS接口系统的可靠性研究[J]顺德职业技术学院学报2009，7（1） ： 34-36.

[6]陈庆章，赵小敏TCP/IP网络原理与技术[M]北京：高等教育出版社2006.

[7]刘宝林，黄新勇广东省广电BOSS系统现状调查与建设原则探讨[R]广州：中国广播电视协会2008.

[8]杨鹏BOSS账务子系统的设计与实现[D]广州：中山大学2009.

[9]李波基于电信BOSS系统的接口技术的研究[D]南京：中南大学2007.

[10]牟春城扬州广电BOSS系统项目的开发与实施[D]南京：江苏大学2009.

[11]廖海洲现代移动通信技术与系统[M]成都：西南交通大学出版社2010.

[12]Caimu Tang ； Wu， D.O. An efficient mobile authentication scheme for wireless networks [J] IEEE transactions on wireless communications 2008 7（4） 24-25.

[13]Moon Sang Jeong； Yeong Hun Cho； Jong Tae Paric. Hierarchical mobile network binding scheme for route optimization in NEMO[J] Wireless personal communications 2007 43（3）.

[14]Roger S. Pressman. Software Engineering：A Practitioner's Approach（sixth） McGraw-Hill Science/Engineering/Math 2004.

作者简介：

张立宁，男（1984-），黑龙江省哈尔滨市人，任职于黑龙江大学国际合作与交流处.