文档介绍：会计学
1
业务平台集中监控平台介绍电信
销售
开发
设计
服务
BOSS
公司定位
第1页/共55页
运营支撑系统（OSS）领域规范
中国电信本地网集中告警需求规范－2004年、2005年
大客户业务质量实时监视系统规范－2005年
CTG-MTAI 多业务告警适配层规范－2006年
陕西电信本地网集中告警规范－2007年
－2007年
中国电信业务平台集中监控系统规范－2008年
中国电信CTG-MBOSS服务开通、施工调度部分、综合网络激活部分规范－2008年
第2页/共55页
系统介绍目录
用户需求
概念设计
应用功能
技术架构
技术服务
业务平台集中监控系统
第3页/共55页
运营支撑系统（OSS）的发展趋势
分散管理：
1、各业务平台对自身实现简单的系统管理功能
2、管理功能手段参差不齐
集中管理：
1、集中实现对所有业务平台的统一管理
2、对所有业务平台提供相同的管理功能手段
独立管理：
1、主要针对基础硬件、基础软件的状态进行简单查询
2、对业务应用功能停留在单点测试的水平上
3、无法掌握业务平台的完整状态
综合管理：
1、关注应用软件、业务功能的状态巡检
2、提供对业务流程的完整拨测功能
3、从局部到整体对业务平台的状态进行监控
分级管理：
1、系统分本地网、省级等级别建设
2、对于跨本地网业务平台缺乏全省集中的管控手段
统一管理：
1、建立全省集中的业务平台监控系统
2、通过分权分域的方式向本地网用户提供服务
第4页/共55页
业务平台分类
彩铃平台
短信平台
智能网平台
商务领航平台
号码百事通平台
互联星空平台
IPTV平台
全球眼平台
IDC平台
会议电视
外包呼叫中心
CDN平台
新视通平台
支付平台
软交换和预付费业务平台
声讯平台
移动ISMP平台
业务平台分类参考
传统增值业务
平台
转型业务
平台
主要业务平台列表
C网业务
平台
C网短信平台
C网互通平台
在信网关平台
在信业务平台
语音增值平台
炫铃平台
第5页/共55页
业务平台维护手段现状
建设类型
情况说明
分析
增值业务平台网管
实现了增值业务平台集中化的管理，实现一定业务层的监控
缺乏转型业务的支撑
计算机监控系统
以计算机主机监控为主
监控范围有限，没有IT网络设备的监控
业务平台监控系统
实现了一个或者少数业务平台的监控，具有一定针对性
对平台的监控具有一定针对性，但监控的平台有限
其他系统
将业务平台的IT监控能力加载到其他系统实现
造成系统边界不清的问题，而且监控的范围有限
主要依赖厂家网管
主要依赖厂家网管进行管理
监控能力弱，无法实现跨平台监控
维护手段特点：
仍然主要依靠厂家网管。业务平台数量较多的省份已建支撑系统的比例较大
现有支撑手段的平台范围有限，监控对象不全，没有IT网络设备的监控等
CDMA网络业务平台管理系统建设不完善、无法快速适应未来新建系统的管理
第6页/共55页
现状问题分析
难以进行跨系统监控：
缺乏跨系统故障定位
缺乏跨系统故障统计分析
缺乏跨系统业务视图
监控对象和功能不完整
缺乏业务功能的监控
缺乏故障关联
现状问题
监控规范性和一致性弱
各系统的故障监控指标差异性大
各系统的故障统计标准不一致
监控成本高
缺少一个对各业务系统的集中监控，传统增加人力与投入的方法显得力不从心
系统间的监控经验难以共享
第7页/共55页
场景展现
维护人员小李工作的一天
8:00 提早上班，先检查昨天出过故障的A系统是否工作正常
8:30 接到电话，B系统无法登录
9:00 确认B系统的根目录空间满，导致系统运行不正常，删除日志文件并重启进程后恢复
9:50 发现C系统和A系统无法互连，无法确定故障位置，打电话让C系统原厂商进行支撑
10:30 C系统的厂商确认自身系统没问题，但A系统的厂商认为自身系统也无问题，各自重启接口进程后恢复。
13:00 C系统和A系统的互连故障再次出现，再让两个原厂商进行调试
14:00 发现故障原因是A系统的接口机负载过重，导致进程锁死
15:30 进一步发现负载过重的原因是C系统对A系统的访问方式有BUG，访问结束后未能释放资源
……
第8页/共55页
结论
小李郁闷的一天
疲于奔命
头痛医头、脚痛医脚，无法确定故障的实际位置
无法掌握业务系统的整体情况
缺乏系统优化的依据
第9页/共55页