《浪潮BOSS系统的组成及技术体系研讨》由会员分享，可在线阅读，更多相关《浪潮BOSS系统的组成及技术体系研讨（25页珍藏版）》请在金锄头文库上搜索。
1、编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第1页 共1页浪潮BOSS系统的组成及技术体系 .摘要 本文简要介绍浪潮BOSS系统的组成和主要采用的技术，如大型数据库技术、中间件技术、并行处理技术、IPC技术、组件技术、实时数据库技术、SAN技术等关键词 BOSS 中间件 三层结构 实时数据库 组件 SAN1 引言近几年，移动通信业取得了飞速的发展，各种新业务层出不穷，市场竞争剧烈，随着加入WTO的临近，这种竞争必然会进入白热化状态，可是现存的分散的计费系统、业务系统、帐务系统等，无论从功能和性能上都难以适应市场的变化。为了适应市场的不断发展和激烈竞争，提高服务水平和服务质
2、量，增强对新业务的支撑能力和反应速度，满足客户需求的不断变化和发展，中国移动通信公司在今年上半年组织各省公司、各系统集成商联合制订规定了中国移动BOSS系统（Business & Operation Support System，业务运营支撑系统）的业务规范和技术规范。中国移动BOSS系统从功能上涵盖了计费、结算、帐务、业务及客服等方面，规范指出BOSS系统的建设应作为一个有机整体进行统筹的规划和考虑，对各种业务功能进行集中、统一的规划和整合，使中国移动的BOSS系统成为一体化的、信息资源充分共享的支撑系统。LC BOSS是浪潮齐鲁软件公司集多年在通信领域做计费、结算、营业、帐务、客服等系统经
3、验的基础上研发成功的。LC BOSS V1.0.0采用了多项计算机领域最新技术，完全满足中国移动制定的BOSS系统规范，符合中国移动集团公司的三个特征、两个能力、一个综合要求。本文拟就LC BOSS的组成和使用的主要技术展开介绍。2 LC BOSS 系统架构LC BOSS V1.0.0 是基于数据中心的，三层/多层架构体系的移动业务支撑系统。逻辑上BOSS系统分为基于数据中心的数据层、业务逻辑层、表示接入层，见图1：图1 BOSS系统逻辑结构2.1 数据层数据层几乎含盖了BOSS系统的所有数据。数据层中数据是分类存储的，大致可分为计费详单、统计详单、计费基础数据、客户资料、资源管理数据、营业网
4、点资料、帐务数据、结算数据、1860/1861动态数据、客户交易数据、反欺诈数据、操作日志、统计分析数据、配置管理数据、决策支持数据、数据仓库等。这些数据是统一规划的、对象命名统一、数据是冗余最小、集中存放、高度安全可靠的，在其上面可以开展各种业务，它们基本上与具体应用无关，组成了BOSS系统的核心-数据中心，见图2。数据中心的具体存储方式和载体，可采用SAN（Storage Area Network）技术、分布式数据库技术等。数据中心的硬件可支持IBM、HP、SUN、COMPAQ等知名公司的主流Unix主机系统和存储设备，数据中心中能方便地增加主机和存储设备，且设备的型号和生产厂家不受限制。
5、在大型数据库的选型上，数据中心能够支持Oracle、Sybase、Informix、Db2、Sql Server等大型关系（对象）型数据库；数据中心中选用的数据库即可是其中的一种数据库，也可以多种数据库混合使用；即单事例数据库、并行数据库、数据库的混合。从维护角度考虑，数据中心选用的主机和数据库技术型号不宜太多，否则维护起来较为困难。图2 数据中心在图2中可见，每类数据并不是一定要建一套数据库；一类或几类数据可公用一套数据库，通过表空间和属主进行区分；一类数据可以存放于几个数据库中，但尽可能使用一套数据库以方便操作；一类数据在一个节点中无法完成处理时，推荐使用并行数据库（如Oracle OPS
6、）或按某种规则将数据分布到多个数据库中。不同类型的数据在阵列上使用的RAID级别也可不一样，如计费详单数据不仅要求有快的写速度（入库、实时累计、预付费处理），而且要求快的读速度（实时累计、集中查询），存储期长，这时可选用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、计费子系统负责话单预处理，各种话单、各种品牌、各种用户的计费，处理话单级的各种优惠，计费详单入库，错单、重单处理，该子系统还包括预付费用户实时扣费、高额处理、与用户级有关的累计、预付费数据下发、计费稽核、内存影像实时监控等，其话单按打电话时间按号段和月份分表存放；帐务子系统负责手机用户的出帐、收费、地市间业务结算、省公司、地市公司费用平衡、代收结算等；统计子系统包括提供各种报表所需的基础统计数据，包括部分结算数据，其话单根据计费系统的话单入库时间按号段和月份分表存放；结算子系统主要处理省际漫游结算、国际漫游结算、省际漫游结算地市分摊、国际漫游结算地市分摊、省内漫游结算、漫游结算对帐、与公网结算
9、等；省中心前台Gui/Web界面提供管理、操作界面，以图形界面和Web界面方式提供系统管理、用户管理、参数管理，详单、报表等的查询、打印等功能，它访问计费、帐务、结算、统计等系统的数据；营业子系统主要负责开户、销户、卡源管理、号源管理、收费等各种功能；联机指令子系统负责实时停开机、与HLR、AUC等接口；内部数据接口负责计费子系统与统计子系统和结算子系统的计费后详单转发、计费子系统与营业和客服系统接口、与集团公司帐务中心的接口；流水号发生器子系统主要用来生成营业子系统、帐务子系统、客服子系统等所需要的业务流水号外部数据接口负责与银行代收费系统、缴费卡系统、短信中心、OA系统、MIS、财务系统、
10、INTERNET服务、IP认证计费系统、ISP、ASP运营商、语音信箱平台、WAP平台、其它增值业务平台; 系统管理与监控负责操作系统、数据库、应用程序、网络、主机、存储设备等的管理与监控；客服子系统负责通过CTI、Internet、传真等技术手段等进行业务受理、查询服务、客户交费、推介咨询、申告投诉、客户建议、终端维修、信息发布和预约服务等。2.5 系统网络示意图 图5 BOSS系统网络示意图3 LC BOSS系统关键技术介绍3.1大型关系（对象）数据库技术3.1.1 数据库结构选择根据用户的数据量和硬件选择情况，数据库结构可分以下几种（以Oracle举例，Informix、Sybase、D
11、B2等数据库类似）。3.1.1.1 单事例数据库系统在这种配置下，服务器上只运行一个数据库事例，各个数据库进程共用共享内存和存储系统，其处理能力和扩充能力受运行该数据库事例的服务器性能限制，用户可通过增加CPU的个数、增加内存等来增加数据库的能力，但这些资源的扩充毕竟是有限的，当服务器达到最大能力无法扩充时，只能通过更换更大的计算机来解决，原有投资不易得到保护，这种方式适合于数据量较小的中小省份。这种方式的好处是：应用软件容易设计，管理起来方便，对中小数据量效率较高。在一期和二期的计费系统中，许多省使用的是这种模式（图6）。图6 单事例数据库系统3.1.1.2 多事例并行数据库系统这种方式由多
12、个节点（每个节点可简单看作一台服务器）组成，每个节点上只运行一个数据库事例，每个事例在自己的节点内使用相同的共享内存，所有的数据库事例共享一套存储系统，其处理能力和扩充能力都较强，用户可通过增加节点数的方式来增加数据库的能力，原有投资能得到较好保护，这种方式适合于数据量较大的大中省份。这种方式的好处是：处理能力强、易扩充、单点故障时其数据可通过其它节点来存取、管理较方便、投资保护好，可进一步开发数据仓库进行数据挖掘等。其不好的地方是：应用软件及相应的表结构设计复杂，设计不好、各节点间的锁冲突使性能很难得到应有发挥，需要相应的硬件（如IBM SP等）和软件（HACMP等）来支持。在三期设计中，山
13、东等省份采用了这种模式（图7）。图7 多事例并行数据库系统3.1.1.3 分布式数据库系统这种方式与以上两种方式对比最大的区别是系统有多个数据库组成，每个节点上有一个数据库，数据库间通过一定的网络协议进行通讯。此种模式的好处是：处理能力强、易扩充、单点故障不影响其它数据库、各节点上业务安排较灵活、能够发挥硬件的最大处理能力，投资保护好，各节点机型可不一样甚至使用异种数据库等。其不利的地方是：由于数据分散到多个数据库中，使用起来不方便，使应用软件设计变得复杂，管理起来麻烦，对整个系统进行统计时，各节点间的通讯可能会成为瓶颈。这种方式适合于数据量较大的大中省份（图8）。图8 分布式数据库系统3.1
14、.1.4 混合型分布式数据库系统混合型分布式数据库系统可看作是分布式数据库系统的特例，在其节点中既有单事例的数据库，也有多事例的并行数据库，它吸收了以上三种方式的优缺点，使设计更加灵活，应用软件设计较麻烦。它适合于数据量大的大中型省份，一般用在日后可能增加新业务，使数据量剧增和运行模式改变的系统中，系统扩容改造时可考虑它，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在软件设计上：尽可能使用多进程、多线程机制，并行化运行；
