《浪潮BOSS系统的组成及技术体系研讨.docx》由会员分享，可在线阅读，更多相关《浪潮BOSS系统的组成及技术体系研讨.docx（23页珍藏版）》请在三一办公上搜索。
1、浪潮BOSS系统的组成及技术体系 .摘要 本文简要介绍浪潮BOSS系统的组成和主要采用的技术，如大型数据库技术、中间件技术、并行处理技术、IPC技术、组件技术、实时数据库技术、SAN技术等关键词 BOSS 中间件 三层结构 实时数据库 组件 SAN1 引言近几年，移动通信业取得了飞速的发展，各种新业务层出不穷，市场竞争剧烈，随着加入WTO的临近，这种竞争必然会进入白热化状态，可是现存的分散的计费系统、业务系统、帐务系统等，无论从功能和性能上都难以适应市场的变化。为了适应市场的不断发展和激烈竞争，提高服务水平和服务质量，增强对新业务的支撑能力和反应速度，满足客户需求的不断变化和发展，中国移动通信
2、公司在今年上半年组织各省公司、各系统集成商联合制订规定了中国移动BOSS系统（Business & Operation Support System，业务运营支撑系统）的业务规范和技术规范。中国移动BOSS系统从功能上涵盖了计费、结算、帐务、业务及客服等方面，规范指出BOSS系统的建设应作为一个有机整体进行统筹的规划和考虑，对各种业务功能进行集中、统一的规划和整合，使中国移动的BOSS系统成为一体化的、信息资源充分共享的支撑系统。LC BOSS是浪潮齐鲁软件公司集多年在通信领域做计费、结算、营业、帐务、客服等系统经验的基础上研发成功的。LC BOSS V1.0.0采用了多项计算机领域最新技术，
3、完全满足中国移动制定的BOSS系统规范，符合中国移动集团公司的三个特征、两个能力、一个综合要求。本文拟就LC BOSS的组成和使用的主要技术展开介绍。2 LC BOSS 系统架构LC BOSS V1.0.0 是基于数据中心的，三层/多层架构体系的移动业务支撑系统。逻辑上BOSS系统分为基于数据中心的数据层、业务逻辑层、表示接入层，见图1：图1 BOSS系统逻辑结构2.1 数据层数据层几乎含盖了BOSS系统的所有数据。数据层中数据是分类存储的，大致可分为计费详单、统计详单、计费基础数据、客户资料、资源管理数据、营业网点资料、帐务数据、结算数据、1860/1861动态数据、客户交易数据、反欺诈数据
4、、操作日志、统计分析数据、配置管理数据、决策支持数据、数据仓库等。这些数据是统一规划的、对象命名统一、数据是冗余最小、集中存放、高度安全可靠的，在其上面可以开展各种业务，它们基本上与具体应用无关，组成了BOSS系统的核心-数据中心，见图2。数据中心的具体存储方式和载体，可采用SAN（Storage Area Network）技术、分布式数据库技术等。数据中心的硬件可支持IBM、HP、SUN、COMPAQ等知名公司的主流Unix主机系统和存储设备，数据中心中能方便地增加主机和存储设备，且设备的型号和生产厂家不受限制。在大型数据库的选型上，数据中心能够支持Oracle、Sybase、Informi
5、x、Db2、Sql Server等大型关系（对象）型数据库；数据中心中选用的数据库即可是其中的一种数据库，也可以多种数据库混合使用；即单事例数据库、并行数据库、数据库的混合。从维护角度考虑，数据中心选用的主机和数据库技术型号不宜太多，否则维护起来较为困难。图2 数据中心在图2中可见，每类数据并不是一定要建一套数据库；一类或几类数据可公用一套数据库，通过表空间和属主进行区分；一类数据可以存放于几个数据库中，但尽可能使用一套数据库以方便操作；一类数据在一个节点中无法完成处理时，推荐使用并行数据库（如Oracle OPS）或按某种规则将数据分布到多个数据库中。不同类型的数据在阵列上使用的RAID级别
6、也可不一样，如计费详单数据不仅要求有快的写速度（入库、实时累计、预付费处理），而且要求快的读速度（实时累计、集中查询），存储期长，这时可选用RAID10(RAID0+1);而对于统计详单，则其主要操作为读，存储期相对较短（12个月），另外为节省投资考虑，可选用RAID5。2.2 业务逻辑层业务逻辑层，是基于数据中心的BOSS系统的各种业务实体存在的层面。在业务层，逻辑上分为计费系统、营业系统、帐务系统、结算系统、大客户管理系统、信用度管理系统、客服系统、统计系统、综合查询系统、接口系统、反欺诈系统、催费系统、决策支持系统等，这些业务系统基于数据中心，采用面向对象的思想和组件化开发。所有这些系统
7、逻辑上是相对独立的，它们或它们的一部分可分布于一台或多台主机上，用户可选择其中的一种或几种，也可修改或增加新的业务系统，来完善自己的系统。2.3 表示接入层 在接入层，用户或操作者可通过PC机、手机终端、手持电脑等通过语音、Web/Wap界面、Gui界面等进行接入，根据权限和工作分工来完成不同业务和操作。整个BOSS系统的三层结构如图3所示：图3 BOSS系统的三层结构2.4 BOSS子系统的划分图4 BOSS子系统划分BOSS系统包括以上子系统，逻辑上各子系统相互独立。采集子系统负责各种话单的采集（含出访话单）；计费子系统负责话单预处理，各种话单、各种品牌、各种用户的计费，处理话单级的各种优
8、惠，计费详单入库，错单、重单处理，该子系统还包括预付费用户实时扣费、高额处理、与用户级有关的累计、预付费数据下发、计费稽核、内存影像实时监控等，其话单按打电话时间按号段和月份分表存放；帐务子系统负责手机用户的出帐、收费、地市间业务结算、省公司、地市公司费用平衡、代收结算等；统计子系统包括提供各种报表所需的基础统计数据，包括部分结算数据，其话单根据计费系统的话单入库时间按号段和月份分表存放；结算子系统主要处理省际漫游结算、国际漫游结算、省际漫游结算地市分摊、国际漫游结算地市分摊、省内漫游结算、漫游结算对帐、与公网结算等；省中心前台Gui/Web界面提供管理、操作界面，以图形界面和Web界面方式提
9、供系统管理、用户管理、参数管理，详单、报表等的查询、打印等功能，它访问计费、帐务、结算、统计等系统的数据；营业子系统主要负责开户、销户、卡源管理、号源管理、收费等各种功能；联机指令子系统负责实时停开机、与HLR、AUC等接口；内部数据接口负责计费子系统与统计子系统和结算子系统的计费后详单转发、计费子系统与营业和客服系统接口、与集团公司帐务中心的接口；流水号发生器子系统主要用来生成营业子系统、帐务子系统、客服子系统等所需要的业务流水号外部数据接口负责与银行代收费系统、缴费卡系统、短信中心、OA系统、MIS、财务系统、INTERNET服务、IP认证计费系统、ISP、ASP运营商、语音信箱平台、WA
10、P平台、其它增值业务平台; 系统管理与监控负责操作系统、数据库、应用程序、网络、主机、存储设备等的管理与监控；客服子系统负责通过CTI、Internet、传真等技术手段等进行业务受理、查询服务、客户交费、推介咨询、申告投诉、客户建议、终端维修、信息发布和预约服务等。2.5 系统网络示意图 图5 BOSS系统网络示意图3 LC BOSS系统关键技术介绍3.1大型关系（对象）数据库技术3.1.1 数据库结构选择根据用户的数据量和硬件选择情况，数据库结构可分以下几种（以Oracle举例，Informix、Sybase、DB2等数据库类似）。3.1.1.1 单事例数据库系统在这种配置下，服务器上只运行
11、一个数据库事例，各个数据库进程共用共享内存和存储系统，其处理能力和扩充能力受运行该数据库事例的服务器性能限制，用户可通过增加CPU的个数、增加内存等来增加数据库的能力，但这些资源的扩充毕竟是有限的，当服务器达到最大能力无法扩充时，只能通过更换更大的计算机来解决，原有投资不易得到保护，这种方式适合于数据量较小的中小省份。这种方式的好处是：应用软件容易设计，管理起来方便，对中小数据量效率较高。在一期和二期的计费系统中，许多省使用的是这种模式（图6）。图6 单事例数据库系统3.1.1.2 多事例并行数据库系统这种方式由多个节点（每个节点可简单看作一台服务器）组成，每个节点上只运行一个数据库事例，每个
12、事例在自己的节点内使用相同的共享内存，所有的数据库事例共享一套存储系统，其处理能力和扩充能力都较强，用户可通过增加节点数的方式来增加数据库的能力，原有投资能得到较好保护，这种方式适合于数据量较大的大中省份。这种方式的好处是：处理能力强、易扩充、单点故障时其数据可通过其它节点来存取、管理较方便、投资保护好，可进一步开发数据仓库进行数据挖掘等。其不好的地方是：应用软件及相应的表结构设计复杂，设计不好、各节点间的锁冲突使性能很难得到应有发挥，需要相应的硬件（如IBM SP等）和软件（HACMP等）来支持。在三期设计中，山东等省份采用了这种模式（图7）。图7 多事例并行数据库系统3.1.1.3 分布式
13、数据库系统这种方式与以上两种方式对比最大的区别是系统有多个数据库组成，每个节点上有一个数据库，数据库间通过一定的网络协议进行通讯。此种模式的好处是：处理能力强、易扩充、单点故障不影响其它数据库、各节点上业务安排较灵活、能够发挥硬件的最大处理能力，投资保护好，各节点机型可不一样甚至使用异种数据库等。其不利的地方是：由于数据分散到多个数据库中，使用起来不方便，使应用软件设计变得复杂，管理起来麻烦，对整个系统进行统计时，各节点间的通讯可能会成为瓶颈。这种方式适合于数据量较大的大中省份（图8）。图8 分布式数据库系统3.1.1.4 混合型分布式数据库系统混合型分布式数据库系统可看作是分布式数据库系统的
14、特例，在其节点中既有单事例的数据库，也有多事例的并行数据库，它吸收了以上三种方式的优缺点，使设计更加灵活，应用软件设计较麻烦。它适合于数据量大的大中型省份，一般用在日后可能增加新业务，使数据量剧增和运行模式改变的系统中，系统扩容改造时可考虑它，BOSS系统建议采用这种方式（图9）。图9 混合型分布式数据库系统浪潮BOSS系统在设计时考虑了以上模式，支持以上四种形式的数据库系统，数据库管理系统可选用Oracle、Informix、Sybase、DB2等。3.1.2 数据库设计一般要点数据库结构的设计是否合理，对整个系统的性能和功能有着非常大的影响，因此必须予以充分考虑。设计原则包括以下几点：在数
15、据库空间分配上（以oracle数据库为例，其它数据库类似）：实现入库服务器间的负载平衡；减少数据库之间的I/O传输；减少对硬盘读写的I/O瓶颈；尽可能将各类表分开；数据和索引分开；回滚段单独存放；联机日志文件(online Redo Logfiles)在单独的盘上;归档日志文件(Archive Redo Logfiles)在单独的盘上;临时表空间在单独的盘上;在硬件资源利用上：尽可能充分使用多CPU，并行化作业；尽可能使用内存等高速资源进行通信，避免磁盘I/O在软件设计上：尽可能使用多进程、多线程机制，并行化运行；使用共享内存机制进行传输；避免锁冲突3.1.3 数据库管理系统产品选择当前BOS
16、S系统中选用的数据库管理系统产品主要是Oracle、Informix、Sybase三大数据库，在国内都有一定用户。这三种产品各有千秋，都有较强的数据处理能力，有的应用工具较全易维护，有的Web开发能力强，用户可选择其中的一种，并行环境中选Oracle的较多。由于Oracle在技术上相对更有优势，国内选择Oracle的移动公司越来越多。由于BOSS系统的数据量很大，常常多达几个T或几十个T，建议采用多套数据库，即采用MSMD(多服务器多数据库)的分布式数据库方式，这种方式性能较好、管理风险较小。3.2中间件技术中间件技术是BOSS系统实现集中和三层方式的核心技术，BOSS系统中使用的中间件包括两
17、类三种：一类是传输中间件或称为消息中间件，以IBM MQSeries 和BEA Tuxedo/Q(MessageQ)为代表；另一类是交易中间件，分为两种：一种为以C/C+语言为基础，以BEA Tuxedo/T和IBM Cics为代表的传统交易中间件，另一种为以J2EE Java 和XML、HTML技术为依托，以BEA Weblogic、IBM Websphere和OracleAS为代表的Web应用中间件。中间件有一些共同的特性，它解决了与硬件和数据库的接口问题，屏蔽了网络底层复杂繁琐的编程特性，应用的部署比较方便，使设计和编码人员可以专注于具体业务的实施，提高了编码的速度，减少了开发的难度，从
18、而软件质量有所提高。 浪潮有多年的中间件开发和使用经验，开发了BOSS专用的传输中间件和交易中间件。3.2.1传输中间件传输中间件在BOSS系统中主要话单采集中的传输，计费系统中不同节点或不同模块间的传输。传输中间件使用示意图图10如下：图10 中间件的使用以上图10可以看出，节点一要把数据传到节点二，开发工作做的是发送端应用尽管把数据打成消息包放到传输队列中，而接收端只到接收队列中取就是了。传输中间件会把数据从节点一安全传到节点二，节点一到节点二间的网络协议、网络停断、操作系统不同等全由中间件自身来处理。3.2.2交易中间件交易中间件在应用中起着业务代理作用，在BOSS系统中主要用在营业、客
19、服系统和大客户量的查询、交易中，计费系统中也可采用交易中间件。结合3.1.1 介绍的几种数据库配置方式，交易中间件应用体系结构如图11所示：图11 交易中间件应用体系结构我们的业务主要集中在交易中间件的服务中，它使开发、升级、维护非常方便。3.3组件和插件技术BOSS系统庞大、业务增加和变化较快，将一些业务体和技术体做成组件方式，部分组件可做成插件形式，系统的灵活性和可管理行就会有很大提高。组件技术几乎可用于BOSS的各业务子系统中。3.4并行处理流程 并行处理技术和架构能够充分利用多机多CPU的处理能力，使系统的扩展性和实时相应能力增强。计费子系统的并行处理架构如图12所示：图12 计费子系
20、统的并行处理架构3.5 IPC技术磁盘子系统是计算机中最慢的设备之一，计费系统中超大数据量又必然要与硬盘打交道，因此硬盘常常成为制约系统性能的瓶颈。我们采用了以共享内存为主的进程间通信方式，兼用消息队列、Socket、管道（pipe）等IPC机制，用信号灯机制协调通讯的同步及一致性，进程使用的基础数据表等一次性地从数据库中加载到共享内存中，避免频繁访问数据库。这样在一台计算机内部，除了进入计费系统的原始话单文件、日志文件和需传出的文件外，尽可能不与硬盘打交道，部分计算机间可用Socket网络方式直接通信，这样大大提高了计费速度，我们在预处理、划价、报表累计、实时累计、预付费、反欺诈等子系统均采
21、用了这种方式。3.6 专用实时数据库技术传统的通用大型关系型数据库（oracle、Informix、Sybase、db2等）是基于硬存储设备（硬盘、磁盘阵列等）的，基于一定的接口标准（如SQL92等），使用范围较广，其不少处理也在内存中进行，但数据主要存储在硬存储设备上，其处理速度和实时性有一定的限制。而这里提出的专用实时数据库，是其借鉴了通用数据库的一些管理思想，有数据结构、表、索引、日志等，可以对表中的数据进行查询、插入、更改、删除等操作，保证异常情况下数据的一致性和事物的完整性，但它的几乎所有处理都在内存中进行，速度极快，实时性很强，它可以通过与通用数据库的接口，将数据写入到数据库中，或
22、从数据库读到内存中，它的使用范围较窄，是专用的，这里只谈专为浪潮移动实时计费结算系统设计的专用实时数据库。浪潮 BOSS专用实时数据库包括以下模块： 实时数据库的RTServer进程IPC资源的建立、内存数据结构的建立、数据的调度、进程的加载。 实时数据库的RTLoad进程完成数据库的数据向内存中加载。 实时数据库的RTAuth进程负责实时数据库的连接认证。 实时数据库的RTDBW进程将变化的数据刷新到硬存储介质中。 实时数据库的RTTI进程记录实时数据库的事务信息，以便故障时保障事务的完整性。 实时数据库的RTLOG进程记录数据库的日志信息。 实时数据库的RTRecover进程负责数据库事务的回退。 实时数据库的RTI进程负责其它应用访问实时数据库的接口。 实时数据库的RTStat进程获取实时数据库的状态信息。3.7 SAN存储技术BOSS系统中主机和存储设备较多，生产厂家和型号也可能多种多样，怎样将这些设备互联，使系统有良好的可扩充性，减少大数据量处理时的网络带宽，SAN技术是良好的解决方案，它做到了存储的网络化，使阵列和带库类的存储设备方便地互联互通。SAN连接示意图如图13所示：图13 SAN连接示意图作者：李朝铭 梁炎松山东浪潮齐鲁软件产业股份有限公司
