专利名称：一种业务支撑系统可用性的评估方法及系统的制作方法
技术领域：
本发明涉及网络及计算机技术领域，尤其涉及一种业务支撑系统可用性的评估方
法及系统。
背景技术：
业务支撑系统(BOSS)是通信业务中重要的一种业务系统，有关计费、帐务、结算 的处理都由该系统完成。BOSS的可用性对通信业务至关重要，通过对BOSS可用性的正确评 价以设计满足业务要求的BOSS —直是研究的重点。 BOSS庞大而复杂，子系统繁多，包括营业子系统、计费子系统、帐务子系统、客服子 系统、结算子系统等，因此评估BOSS的可用性并非易事。可用性并不只是单纯的设备或节 点中断服务，而是一种综合管理信息，以反映业务支持系统是否具有业务所要求的可用性， 是设计合理的BOSS的重要依据。 现有技术中，评估BOSS的可用性是通过人工调查收集各个子系统中物理设备的 数据，再通过一些表格计算工具对收集到的数据进行统计得出B0SS可用性报表。采用这种 方法，一方面，收集数据及评估BOSS的可用性不仅繁琐、耗时长、效率低，而且易出错、实时 性不够强；另一方面，人工操作不利于结合历史及未来的发展趋势对BOSS可用性进行有效 的评估。 因此，迫切需要一种能实现自动对BOSS的可用性进行评估的方法，以解决现有技 术中评估BOSS的可用性存在的缺陷。
发明内容
本发明实施例提供一种业务支撑系统可用性的评估方法及系统，以解决现有技术
中评估BOSS可用性过程中效率低、繁琐以及实时性不强的问题。 —种业务支撑系统可用性的评估方法，包括步骤 采集所述业务支撑系统中各业务子系统的评估单元的运行数据； 根据采集到的运行数据，对各评估单元的可用性进行评估； 根据各业务子系统的评估单元的可用性评估结果，对相应业务子系统的可用性进 行评估； 根据各业务子系统的可用性评估结果，对所述业务支撑系统的可用性进行评估。
—种业务支撑系统可用性的评估系统，包括 数据采集子系统，用于采集所述业务支撑系统中各业务子系统的评估单元的运行 数据； 数据处理子系统，用于根据采集到的运行数据，对各评估单元的可用性进行评估； 根据各业务子系统的评估单元的可用性评估结果，对相应业务子系统的可用性进行评估； 以及，根据各业务子系统的可用性评估结果，对所述业务支撑系统的可用性进行评估。
本发明实施例，通过采集业务支撑系统中各业务子系统中的各评估单元的运行数据，并根据运行数据对相应的评估单元的可用性进行评估；再根据评估单元的评估结果对 其所属的业务子系统的可用性进行评估，最后根据各业务子系统的可用性评估结果，对业 务支撑系统的可用性进行评估。可以看出，通过将业务支撑系统划分为多层，采用本发明技 术方案，提高了评估BOSS可用性的效率、准确性，并且通过评估系统自动评估，使得评估可
用性更简便、更实时。
图1本发明实施例中业务支撑系统的结构图； 图2本发明实施例中评估业务支撑系统可用性的功能逻辑图； 图3本发明实施例中评估业务支撑系统可用性的流程图。
具体实施例方式
本发明实施例提供一种评估业务支撑系统可用性的方法及系统，以解决现有技术
中评估业务支撑系统可用性效率低、较繁琐的问题。 下面结合说明书附图对本发明实施例作进一步详细描述。 为了对BOSS的可用性进行评估，本发明实施例中将BOSS按照业务提供粒度划分 为3个层次，如图1所示，包括 物理设备层，该层包括独立物理封装的设备、设备群或者在设备上安装的系统平 台软件，如主机、磁盘阵列、路由器、交换机、防火墙、数据库等； 业务子系统，指能够独立完成某项业务的本地站点，以及业务系统内部完成某类
业务流程中一个独立功能环节的软硬件综合体，即子系统，如营业子系统、客服子系统、计
费子系统、账务子系统、CBOSS子系统等。每个业务子系统包括一个或多个物理层设备，每
一个业务子系统所包含的物理层设备对应实现该业务子系统的业务功能； 业务整体层，该层体现整个BOSS在全区范围内的部署方案，包括BOSS的各业务子系统。 参见图2，为本发明实施例中BOSS可用性评估系统的功能逻辑图，该功能逻辑图 按功能划分，将BOSS可用性评估系统分为用于进行评估的数据采集子系统、数据处理子系 统，以及数据库；用于进行评估结果生成及输出的报表子系统；还可包括定义子系统，用于 对B0SS进行划分。其中 定义子系统，用于将B0SS划分为图1所示的三个层次结构，分别为业务整体层、业 务系统层以及物理设备层，并且定义出业务系统层中各个业务子系统所包含的物理设备， 将各个物理设备定义成其所属的业务子系统的评估单元； 数据采集子系统，用于采集定义子系统定义出的每个业务子系统所包含的评估单 元的运行数据。该子系统可以划分为三个功能模块，包括 配置数据采集模块，用于采集各业务子系统中评估单元在运行中的配置数据；
故障数据采集模块，用于采集各业务子系统中评估单元在运行中的故障数据；
性能数据采集模块，用于采集各业务子系统中评估单元在运行中的性能数据。
数据处理子系统，用于根据采集到的每个评估单元的运行数据对该评估单元的可 用性进行评估；根据同属于一个业务子系统的评估单元的评估结果，对该业务子系统的可
5用性进行评估；根据该B0SS中的各业务子系统的评估结果，对该BOSS的可用性进行评估。 该子系统可以划分为三个功能模块，包括 第一评估模块，用于根据采集到的运行数据，对各评估单元的可用性进行评估；
第二评估模块，用于根据各业务子系统的评估单元的可用性评估结果，对相应业 务子系统的可用性进行评估； 第三评估模块，用于根据各业务子系统的可用性评估结果，对BOSS的可用性进行 评估。 报表子系统，用于根据数据处理子系统对各个评估单元、各业务子系统以及BOSS
的评估结果，生成及输出相应的可用性结果报表，从而可为维护人员与管理人员提供对
BOSS的改进、升级和优化决策提供有价值的参考。 上述系统可通过结合已有的程序接口通过程序代码实现。 结合图2所提供的BOSS可用性评估系统的功能逻辑图，图3给出了本发明实施例 的评估B0SS可用性流程图。 在进行BOSS可用性评估之前，需要通过定义子系统将BOSS划分为如图1所示的 三个层次，并定义出各层次，以便后续针对各层次进行可用性评估。B0SS的可用性评估流程 包括 步骤301、数据采集子系统采集各个业务子系统中的评估单元的运行数据，并将采
集到的运行数据存储到BOSS可用性评估系统中的数据库中。该运行数据可包括评估单元
在运行过程中一段时间内的故障数据，还可包括配置参数以及性能数据等。 该步骤中，数据采集子系统可根据设定时间或者周期采集各评估单元的运行数
据。采集到的配置参数可包括厂家提供的平均故障修复时间、设备型号、CPU型号/数量、内
存大小、IP地址、内置硬盘大小/数量等；采集到的故障数据可包括评估单元的中断次数、
每次中断的持续时长；采集到的性能数据可包括CPU利用率、内存利用率、交换区利用率、
网络端口总带宽忙时利用率、端口忙时流量、数据库忙时会话数量等。评估单元可以是独立
封装的物理设备，也可以是物理设备群，还可以是相应业务子系统中独立完成某项或某些
项功能的应用程序，或为相应业务子系统的系统平台软件。根据评估单元的不同，采集到的
运行数据的类型或数量也可能不同。 步骤302、数据处理子系统根据采集到的各评估单元的运行数据，对相应的评估单 元的可用性进行评估。 步骤303、数据处理子系统根据对评估单元的评估结果，对该评估单元所属的业务 子系统的可用性进行评估。 步骤304、数据处理子系统根据各业务子系统的可用性评估结果，对B0SS的可用 性进行评估。 进一步的，上述的流程还包括 步骤305、报表子系统根据数据处理系统对各评估单元、业务子系统以及BOSS的 可用性的评估结果，生成相应的可用性结果报表保存到数据库中，以便系统维护人员或管 理人员进行查询。 在上述步骤301中，为了采集评估单元的运行数据，可在各评估单元上安装 snmp (Simple Network Management Protocol,简单网络管理协议)代理软件，通过snmp代
6理软件将评估单元的配置参数传输到评估系统数据库中。对于不能安装snmp代理软件的 评估单元，可将该评估单元的配置参数通过BOSS可用性评估系统提供的录入界面手工录 入到评估系统的数据库中。进一步的，还可以将各评估单元的可用性预定目标值(结合公 司KPI考核，每个月、季度或年可接受的故障次数、时长等)通过评估系统的录入界面分别 录入到评估系统的数据库中。通过录入的预定目标值可预先定义在什么样的情况下，评估 单元处于故障状态，如每次评估单元中断可以定义为一次故障，还可以将评估单元处于资 源紧张而不能正常处理数据定义为一次故障。数据采集子系统通过安装在评估单元上snmp 代理软件自动收集评估单元在运行过程中的配置参数、故障数据以及性能数据，并通过网 络传输将收集到的运行数据传输到评估系统的数据库中。 在上述步骤302中，数据处理子系统对每个评估单元的可用性进行评估方法可以 是将采集到的评估单元的运行数据进行整理计算，生成该评估单元的可用性结果数据。以 下为计算评估单元可用性具体实例 评估单元的可用性通过可用度来表示(以"A"表示)，数据处理子系统中的第一评
估模块根据采集到的该评估单元的运行数据，计算出该评估单元的可用度A为
评估单元可用度A: ^^_ (1)
MTBF + MTTR 式(1)中的MTTR为该评估单元在一段时间内的平均故障修复时间(该数据可由 厂家提供)，可以在数据采集系统采集评估单元的运行数据时采集到数据库中，也可以是在 需要对该评估单元的可用性进行评估时，通过评估系统的定义子系统提供的录入界面录入 到评估系统中的数据库中。MTBF为该评估单元在该段时间内的平均无故障时间，可以通过 以下公式计算 MTBF二1/失效率A (2) 式(2)中失效率A是单位时间内该评估单元的失效次数与该时间段开始时正常 工作设备总数的比值，反映的是评估单元发生失效的相对速率即故障瞬时强度。失效率入 的取值还与各个评估单元的连接方式相关，如，若评估单元之间的连接方式为串联连接时， 该失效率A为各评估单元的失效率的累加；若评估单元之间的连接方式为并联连接(如 冗余系统中的连接方式)，则失效率A的值可以通过采用可修产品的马尔可夫模型计算得 出。计算公式如下
{|^[ 、Ctf ) (串联结构)
j 一 tt(i 一 (并联结构) 式中的A i(t)为子系统中各评估单元的失效率，而A (t)即为业务子系统的失效率。 在上述步骤303中，数据处理子系统中的第二评估模块计算BOSS中各业务子系统 的可用性评估数据可以通过以下计算公式计算 业务子系统的可用性=l-[ E (NiXTi)]/(NXT) (3) 式(3)中，Ni表示该业务子系统所包含的其中一个评估单元在上述时间段内运行
7过程中总故障(包括中断，以及预先设定好的可认为是故障的行为)次数，式中的Ti为该 评估单元在该段时间内发生故障的持续时长，其中的N为该业务子系统中在该段时间内运 行的所有评估单元数量，而T为所有评估单元在该段时间运行的时长。式(3)相当于计算业 务子系统中所有评估单元无故障运行的时长累加和与所有评估单元的设计运行时长(即 在理想状态下无故障运行时的时长)累加和之间的比值。 在上述步骤303中，除了应用上述的公式(3)计算业务子系统的可用性评估数据 之外，还可以将同属于一个业务子系统的所有或部分(取部分数量的评估单元时，该部分 评估单元可以是评估结果数据小于预先设定阈值的评估单元)评估单元的可用性评估结 果数据取平均值，得到该业务子系统的可用性进行评估。平均计算的方式可以加权平均，还 可以是求算术平均或者几何平均等。 在上述步骤304中，在得到BOSS中所有业务子系统的可用性的评估数据之后，数 据处理子系统中的第三评估模块根据所有或部分(取部分数量的业务子系统时，该部分业 务子系统可以是评估结果数据小于预先设定阈值的业务子系统)业务子系统的可用性评 估数据对该BOSS的可用性进行评估。可以将该所有或部分业务子系统的可用性评估结果 数据求加权平均(还可以是求算术平均或者几何平均等)，得到的平均值即为BOSS在上述 时间段内的可用性评估结果数据。 上述的步骤302 304，可以是实时(如根据设定周期或时间)的根据同属于一 个业务子系统的评估单元的可用性评估结果数据对该业务子系统的可用性进行评估，继而 对BOSS的可用性进行评估的操作；也可以是在维护人员或管理员需要对BOSS的可用性进 行评估时进行操作。 上述的步骤305中，根据可用性评估数据生成相应的可用性结果报表可包括
1.单个评估单元的可用性详细报表 该报表呈现单个评估单元在不同的采集点的运行数据，以及根据该运行数据得出
的该评估单元的可用性评估结果数据。 2.单个业务子系统可用性汇总报表 该报表呈现该业务子系统在不同的时间周期下，所辖的各评估单元的可用性评估 结果数据以及根据各评估单元的可用性评估结果数据得出的该业务子系统的可用性评估 结果数据。在报表周期的汇总里，可以把可用性采集结果的平均、最大、最小值作为汇聚依 据。 3.B0SS的可用性报表 该报表所呈现的是该BOSS中各业务子系统在不同时间周期下的可用性评估结果 数据，以及根据该各业务子系统的可用性评估结果数据得出的该BOSS的可用性评估结果 数据。 4.历史时期的可用性报表。 该报表呈现的是B0SS、 BOSS系统中的各业务子系统及各业务子系统包含的评估 单元在以往各时间段内的可用性评估结果数据等，从而为维护人员或管理人员根据历史数 据及现有技术对BOSS的优化、改进等决策提供参考。 对评估单元、业务子系统或BOSS进行评估后，维护人员或管理人员还可根据采集 到的评估单元的配置参数或性能数据对该评估单元、业务子系统或BOSS出现故障的原因进行分析，以便后续对维护评估单元、业务子系统或BOSS的正常运行提供依据。 本发明实施例中，通过BOSS中的评估系统自动对BOSS的可用性进行评估，并且将
采集到的评估单元的数据信息及可用性评估结果都以可用性报表的方式展现。本发明技术
方案将BOSS划分为3层结构，并对每层结构的可用性分别进行评估，在得到B0SS的可用性
评估结果的同时，还可得到各业务子系统、设备的可用性评估结果，其评估结果数据层次清
楚合理，可为后续的BOSS部署提供有价值的参考数据，另外，采用本发明实施例， 一方面简
化了现有技术中人工评估BOSS可用性带来的繁琐、效率低、不准确、实时性不够强的问题；
另一方面以可用性报表的方式展现，这样给管理员或维护人员对BOSS进行优化、改进作出
决策提供了参考。 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内，则本发明也意图包含这些改动和变型在内。
9
权利要求
一种业务支撑系统可用性的评估方法，其特征在于，包括步骤采集所述业务支撑系统中各业务子系统的评估单元的运行数据；根据采集到的运行数据，对各评估单元的可用性进行评估；根据各业务子系统的评估单元的可用性评估结果，对相应业务子系统的可用性进行评估；根据各业务子系统的可用性评估结果，对所述业务支撑系统的可用性进行评估。
2. 如权利要求1所述的方法，其特征在于，根据各业务子系统的评估单元的可用性评 估结果，对相应业务子系统的可用性进行评估，具体为计算业务子系统中的部分或所有评估单元的可用度的平均值，得到该业务子系统的可 用性评估结果；或者，计算业务子系统中所有评估单元无故障运行的时长累加和与所有评估单元的运 行时常累加和之间的比值，得到该业务子系统的可用性评估结果。
3. 如权利要求1所述的方法，其特征在于，根据各业务子系统的可用性评估结果，对所 述业务支撑系统的可用性进行评估，具体为计算各业务子系统中的部分或所有业务子系统的可用性评估结果的平均值，得到该业 务支撑系统的可用性评估结果。
4. 如权利要求1至3任一项所述的方法，其特征在于，所述运行数据包括故障数据；根 据采集到的运行数据，对各评估单元的可用性进行评估，采用以下公式<formula>formula see original document page 2</formula>其中，A为评估单元可用性的可用度，MTBF为评估单元的平均无故障时间，MTTR评估单 元的平均故障修复时间。
5. 如权利要求1至3任一项所述的方法，其特征在于，还包括步骤 根据所述评估单元、业务子系统以及业务支撑系统的可用性评估结果，生成相应的可用性结果报表。
6. 如权利要求1所述的方法，其特征在于，所述评估单元为物理设备、物理设备群或应 用程序。
7. —种业务支撑系统可用性的评估系统，其特征在于，包括数据采集子系统，用于采集所述业务支撑系统中各业务子系统的评估单元的运行数据；数据处理子系统，用于根据采集到的运行数据，对各评估单元的可用性进行评估；根据 各业务子系统的评估单元的可用性评估结果，对相应业务子系统的可用性进行评估；以及， 根据各业务子系统的可用性评估结果，对所述业务支撑系统的可用性进行评估。
8. 如权利要求7所述的系统，其特征在于，所述数据处理子系统，包括 第一评估模块，用于根据采集到的运行数据，对各评估单元的可用性进行评估； 第二评估模块，用于根据各业务子系统的评估单元的可用性评估结果，对相应业务子系统的可用性进行评估；第三评估模块，用于根据各业务子系统的可用性评估结果，对所述业务支撑系统的可 用性进行评估。
9.如权利要求8所述的系统，其特征在于，所述第一评估模块进一步用于，根据以下公式对各评估单元的可用性进行评估. MTBF其中，A为评估单元可用性的可用度，MTBF为评估单元的平均无故障时间，MTTR评估单元的平均故障修复时间。
10. 如权利要求8或9所述的系统，其特征在于，所述第二评估模块进一步用于，计算业务子系统中包含的部分或所有评估单元的可用度的平均值，得到该业务子系统的可用性评估结果； 或者，计算业务子系统中所有评估单元无故障运行的时长累加和与所有评估单元的运行时常累加和之间的比值，得到该业务子系统的可用性评估结果。
11. 如权利要求8或9所述的系统，其特征在于，所述第三评估模块进一步用于，计算各业务子系统中的部分或所有业务子系统的可用性评估结果的平均值，得到所述业务支撑系统的可用性评估结果。
12. 如权利要求7所述的系统，其特征在于，所述数据采集子系统进一步用于，采集物理设备、物理设备群或应用程序的运行数据。
13. 如权利要求7所述的系统，其特征在于，该系统还包括报表子系统，用于根据所述评估单元、业务子系统或业务支撑系统的可用性评估结果，生成相应的可用性结果报表。
全文摘要
本发明公开了一种业务支撑系统可用性的评估方法及系统，以解决现有技术中评估业务支撑系统可用性效率低、较繁琐的问题。本发明方法包括以下步骤采集所述业务支撑系统中各业务子系统的评估单元的运行数据；根据采集到的运行数据，对各评估单元的可用性进行评估；根据各业务子系统的评估单元的可用性评估结果，对相应业务子系统的可用性进行评估；根据各业务子系统的可用性评估结果，对所述业务支撑系统的可用性进行评估。采用本发明技术方案，使得评估BOSS可用性更有效、简便，并且还提高了评估BOSS可用性的准确性及实时性。
文档编号H04L12/26GK101741609SQ200810226580
公开日2010年6月16日 申请日期2008年11月14日 优先权日2008年11月14日
发明者廖健宁, 李维扬, 桂永宏, 梁耿, 邓伟俊, 陈坚 申请人:中国移动通信集团广西有限公司