业务运营支撑系统(BOSS)中心集成建设方案

合集下载

中国移动BOSS系统的建设和完善

中国移动BOSS系统的建设和完善

BOSS是业务运营支撑系统(Business Operations Support System )的简称,它涵盖了以往的计费、结算、营业、帐务和客户服务等系统的功能,对各种业务功能进行集中、统一的规划和整合,是一体化的、信息资源充分共享的支撑系统。

一、“两级三层”的BOSS 系统结构中国移动BOSS 系统采用“两级三层”的结构,“两级”指的是:集团公司将建成一级业务中心,负责总部一级的业务支撑;省公司负责建设全省集中的BOSS 系统,全面接管该省的计费、结算、营业、帐务和客户服务等原有系统的功能;地市一级只作为系统的接入,不再存放数据和提供业务应用。

“三层”指的是:系统由集中的数据核心层、灵活的业务逻辑层和开放的接入层构成,其中数据核心层又分为数据和服务两个子层,业务逻辑层包含业务函数和业务过程两部分。

中国移动BOSS 系统的三层结构主要是从应用领域的角度设计的。

数据核心层的建设打破了以往的业务系统之间的界限,将包括服务使用记录、用户资料等信息在内的所有业务数据进行集中,而数据的输入输出均通过服务子层实现。

业务逻辑层扩大了传统意义应用层的含义,将所有的应用服务并入到业务逻辑层,并强调业务逻辑层可以对BOSS 数据核心层的所有数据进行加工处理。

这种设计不但可以保证业务逻辑灵活地增加和删除,还支持数据源的增减。

推出新业务时,只需要增加相应的数据和相关的业务逻辑,而不会影响系统其他的应用与服务。

BOSS 系统的接入层也是传统意义上表示层的扩展,它包括所有与客户产生联接和交互的手段,同时还包含BOSS 系统与外部系统,比如交换网络、企业其他IT 系统等的联接。

接入层支持数据的双向流动,而且开放性很强,客户通过不同的接入渠道和逻辑进入BOSS 系统后,共享业务逻辑和数据。

这种设计确保了数据一致性,可以通过多种渠道给客户提供完整的、规范的服务,用户无论是在营业厅、银行,还是在网上自助服务,其享受的服务应该是完全一样的。

建设电信级业务运营支撑系统(BOSS)的探讨

建设电信级业务运营支撑系统(BOSS)的探讨
作为 电信 运 营 商业 务 支撑 的 核 心 系统 ,电信 级 B S O S系统可认 为与电信级 网络相对应 ,是以可运营为
核心 ,提供 7 X2 h不间断可用服务的业务支撑系统 , 4
当提供符合 中国移动标准接 口和标准协议的远程故障管 理、 性能管理 、配置管理 、安全管理等功能 。电信级网
高安 全性 (eu i ) Scr y 。 t
2 1可用性 .
可用性是 一个统 计概念 ,具体计算方 法是 :
系统可用性 =M F ( B /MT F+M R)
其 中:MT F指平均故障时间 ,MT R指平 均故 B T
障修 复时间。 高可用性 对于业 务支撑 系统非常重要 , 具体体现为
3 系统高可用性 的评估
在电信级 B S 系统的几个特征 中, OS 最重要的特征 是可用性 。 系统的整体可用性体现在 系统从微观到宏观 的多个层面 , 保证电信级 B S 系统需要对 系统 中各个 O S 层面进统 , OS 可采用 自底
评估机制 ,并提 出了电信级 B S O S系统的建设思路 。
关键词 B S 电信级 OS
高可用性
MTB MT R F B
1 引言
在 电信 市场竞争激 烈、以客 户为导 向的今天 ,业
务 的发 展 、市场 的开拓和客 户满意度 的提 升等方 面对 业 务支撑系统提 出 了更高 的要求 。提升 B S O S系统的 稳 定性 和可用性 ,构建 电信级 的业务支撑 网 系统 ,已
成 为增强 电信运营 商核心竞 争力 、提升 客户满意 度的
重 要手段。
可长 时间不间断的提供服 务。 设备 的高可用性是 设备软
硬件架 构和功能模块 可用性的 综合 ,主要影响对 象包

gbos智慧运营系统建设方案

gbos智慧运营系统建设方案
,A CLICK TO UNLIMITED POSSIBILITES
汇报人:
目录
CONTENTS
,A CLICK TO UNLIMITED POSSIBILITES
汇报人:
市场竞争激烈,企业需要提高运营效率
传统运营模式效率低下,难以适应市场变 化
企业内部管理混乱,信息不畅沟通
企业缺乏有效的数据分析和决策支持工具
制定项目实施效果 评估指标体系,包 括但不限于:项目 进度、质量、成本、 客户满意度等
定期收集项目实施 过程中的数据,进 行效果评估,发现 问题及时调整
建立持续改进机制 ,定期总结项目经 验教训,不断优化 项目管理流程和方 法
鼓励员工提出改进 建议,建立奖励机 制,激发员工参与 持续改进的积极性
建设目标:实现企业运营管 理的智能化、精细化和可视 化
维护和优 化:对系 统进行定 期维护和 优化,确 保系统的 稳定性和 性能
gbos智慧运营系统的价值 与优势
自动化流程: 减少人工操 作,提高工 作效率
数据驱动决 策:基于数 据分析,提 高决策准确 性
实时监控与 预警:及时 发现问题, 降低风险
跨部门协作: 打破部门壁 垒,提高协 同效率
持续优化与 改进:不断 优化运营流 程,提高运 营效果
提高运营效率:通过智能化管理,降低人力成本,提高运营效率 降低运营风险:通过实时监控和数据分析,及时发现并解决潜在问题,降低运营风险 提高客户满意度:通过个性化服务,提高客户满意度,增强客户粘性 提高企业竞争力:通过智慧运营系统,提高企业核心竞争力,在市场竞争中脱颖而出
优化业务流程:通过自动化、智能 化手段,减少人工操作,提高工作 效率
提高工作效率: 通过自动化、智 能化的运营管理, 降低人力成本, 提高工作效率。

XXXX网络综合业务运营支撑系统系统集成方案20150625(推荐文档)

XXXX网络综合业务运营支撑系统系统集成方案20150625(推荐文档)

XXXX网络综合业务运营支撑系统(BOSS)系统集成附件1 技术建议书XXXX信息技术股份有限公司二零一五年三月附件1技术建议书目录第一章引言 (3)第二章总体设计 (3)2.1系统设计原则 (3)2.1.1总体原则 (3)2.1.2设计原则 (4)2.2整体方案设计 (6)2.3机房设计 (9)2.4网络设计 (9)2.4.1内网核心交换机 (10)2.4.2内网核心防火墙 (11)2.4.3公网核心交换机 (12)2.4.4公网核心防火墙 (13)2.5存储设计 (14)2.6主机设计 (15)2.6.1基本信息 (15)2.6.2操作系统补丁 (16)2.6.3操作系统参数 (16)2.6.4内置存储设计 (17)2.6.5Cluster设计 (17)2.7数据库设计 (18)2.7.1基本信息 (18)第三章系统安全 (20)第一章引言XX有线业务运营支撑系统要求设计和实施规模满足XX有线未来数年内1200万用户、高峰期高并发连接的业务运营支撑系统的技术要求。

整合现有的数字电视业务、模拟电视业务、宽带业务以及高清互动业务。

实现统一的客户资源管理、支持灵活多样的销售产品组合策略、多种计费和付费方式,统一的账务管理和结算管理等。

发挥整合后的规模优势及品牌优势,建立以客户为中心的高效的企业服务流程,提升企业的整体品牌形象;并通过对售前、售中及售后各个环节的全流程管理,提供客户管理、市场营销、融合计费、清分结算及统计报表等服务能力,最终实现全网可管、可控、可运营的目标。

作为省网级的BOSS系统,系统的建设必须高起点、严要求,必须具有技术上的先进性和前瞻性。

系统的建设必须本着遵循规划、遵照规范、着眼全局、整体设计、适度超前原则,同时参考其它成熟运营商的先进经验,努力打造出满足各地差异化需求以及未来新业务快速开展的新一代BOSS系统。

第二章总体设计2.1系统设计原则2.1.1总体原则系统性:在框架定义的前提下,要以模块化思想为指导,按照应用独立原则进行系统设计和架构规划。

省级BOSS系统平台如何建?

省级BOSS系统平台如何建?

省级BOSS系统平台如何建?2019-07-31摘要 省⽹整合已成⼤势所趋,如何根据各地市的不同情况,构建功能强⼤的省级BOSS系统平台,决定了全省⽹络业务发展与管理的成长空间。

本⽂根据作者对⼴电⾏业的观察及理解,提出省级BOSS系统应从业务流程体系优化、技术体系选择及运维体系建⽴等⽅⾯,进⾏综合考虑和建设。

我国有线数字电视的发展重点,已从单个城市的数字转换,转向以省(⾃治区)为单位的“整合+整转”进程。

这⼀转变,既是⽹络规模经济的⼤势所趋,叉对有线运营商的技术体系和运营平台建设提出了更⾼要求。

以业务运营⽀撑系统(BOSS)为例,由于在⽹络整合过程中,各地均存在不同的业务流程及个性化需求,⼤⼤增加了搭建全省统⼀BOSS系统的难度。

以电信、税务等⾏业为例,其BOSS系统均经历过⼀个由分到合的过程。

如中国移动,初期为了快速发展业务取得竞争优势,各地市产⽣出很多个性化需求,导致BOSS系统的⽀撑分布在地市⼀级,⽆法实现全省整合。

随着运营规模的扩⼤,其业务开始⾛向细分,逐步发展成为两级BOSS⽀撑体系,最终实现了统⼀、⾼效的运营管理。

反观正处于起步阶段的⼴电⾏业,⽬前已建⽴省⼀级BOSS系统并取得显著效果的运营商还很少,笔者根据多年从业经验,认为建设省级BOSS系统应注重以下⼏⽅⾯的⼯作。

前提:优化业务流程体系⽬前,有线⽹络运营商正由提供单⼀传统模拟电视型企业向可提供数字付费电视、互动电视、宽带上⽹等多业务运营商转变。

对于有线运营商来说,在⼈⼒、物⼒与财⼒有限的前提下,搭建BOSS系统,必要前提是建⽴简约⽽⾼效的业务流程体系。

必须指出,这⼀流程体系的建⽴并⾮⼀蹴⽽就,需要持续不断的优化。

但在初始节点上,尽可能完善的流程设计将节省⼤量后期⼯作与成本投⼊,如因流程变动进⾏软件修改等。

优化流程的⽬标和出发基点如下――⾸先,提升流程各环节的效益是⽬标。

作为⼀个业务过程,流程运⾏的每⼀步均会有不同的单位或组织参与,要实现整体流程的最优化,每⼀个环节之间的衔接必须顺畅,因部门分割⽽造成的等待时间必须被降到最低,这就要求各部门之间必须充分合作;另⼀⽅⾯,系统中的每个成员都⼯作在⼀个或多个流程上,即每个⼈的⼯作均是流程的⼀部分,要提⾼整体流程的效能及效率,必须提⾼每⼀个环节的效率,因此企业对员⼯的绩效评估也应⾯向流程开展。

中国移动BOSS系统的建设及其影响

中国移动BOSS系统的建设及其影响

!"## 系统集中化改造完成后 ! 包括客户资料 & 账务信
息在内的所有数据均集中在省 !"## 系统 ! 所有的业务应 用全部集中在省中心 ! 业 务 处 理 全 部 在 一 点 进 行 ! 从 技 术 上保证了信息处 理 和 统 计 分 析 的 及 时 性 和 准 确 性 " 省 公 司可以和地市公 司 一 样 ! 在 第 一 时 间 内 准 确 地 了 解 到 企 业的运营信息 ! 作出 科 学 的 决 策 和 判 断 " 在 许 多 省 份 ! 系 统自动统计前一天的 用 户 发 展 数 & 业 务 量 & 收 入 状 况 和 竞 争对手发展状况 等 信 息 ! 以 短 消 息 的 方 式 定 时 通 报 给 领 导和相关部门 ! 这条 短 消 息 被 戏 称 为 企 业 领 导 的 ’ 心 跳 短 信 (% 另一方面 ! 省 公 司 也 可 以 对 地 市 公 司 对 用 户 的 优 惠 ’ 一目了然 (! 有效地 杜 绝 了 虚 报 或 隐 瞒 业 务 收 入 & 违 反 政 策实行优惠等现象的发生 %
系统集中化推进了管理的规范化和流程标准化 % 在 !"## 系统割接时 ! 地 市 的 业 务 和 品 牌 得 到 了 梳 理 ! 许 多 原 来 只 有极少 数 客 户 使 用 的 业 务 和 资 费 被 清 理 或 归 并 % 通 过 这 些工作 ! 有 效 地 推 进 了 省 公 司 业 务 管 理 的 规 范 化 和 标 准 化 ! 客户服务质量也得到了提高 %
!"## 系 统 将 原 有 的 计 费 ’ 结 算 ’ 营 业 ’ 账 务 和 客 户
服务系统的数据和业务处理全部整合! 在业务功能方 面 重 新 进 行 了 调 整 !形 成 了 计 费 ’结 算 ’账 务 处 理 ’账 务 管 理 ’业 务 管 理 和 客 户 服 务 六 大 业 务 模 块 !再 加 上 系 统 管 理 和 统 计 分 析 功 能 ! 使 !"## 系 统 形 成 了 一 套 完 整 的 体 系 * 需 要 重 点 强 调 的 是 ! !"## 中 的 客 户 服 务 模 块 包 含 了传统意义的客户服务和营业两部分的业务功能 !体 现出客户服务与营销渠道的一致性! 在技术上为渠道 整合奠定了基础* 由于 !"## 系统的业务规范和技术规范等文档是在全 国 范 围 进 行 !"## 系 统 集 中 化 改 造 的 技 术 和 业 务 依 据 ! 考 虑到省公司开展的 业 务 种 类 ’ 管 理 模 式 以 及 历 史 的 原 因 ! 规范中并没有 对 具 体 业 务 进 行 描 述 ! 只 是 提 出 集 中 化 改 造后系统的基 本 要 求 ! 具 体 内 容 则 由 省 公 司 根 据 本 省 的 实际情况进行细化 *

《运营商级SIP-BOSS体系结构设计和关键技术实现》

《运营商级SIP-BOSS体系结构设计和关键技术实现》

《运营商级SIP-BOSS体系结构设计和关键技术实现》一、引言随着通信技术的快速发展,运营商级业务支撑系统(BOSS)作为电信行业的重要基础设施,其体系结构设计和关键技术实现显得尤为重要。

本文将重点介绍运营商级SIP-BOSS的体系结构设计及关键技术实现,旨在为相关领域的研究和应用提供参考。

二、SIP-BOSS体系结构设计1. 整体架构设计SIP-BOSS系统采用分布式、高可用性的架构设计,包括接入层、业务层、数据层和支撑层。

接入层负责与外部系统进行交互;业务层提供各类业务功能;数据层负责数据存储和管理;支撑层则提供系统运行所需的基础设施和服务。

2. 关键模块设计(1)接入模块:采用SIP协议,支持多种接入方式,如语音、视频、数据等,实现与外部系统的无缝连接。

(2)业务模块:根据业务需求,设计多种业务功能模块,如计费、结算、客户关系管理等。

(3)数据存储模块:采用分布式数据库和大数据存储技术,实现海量数据的存储和管理。

(4)安全模块:包括身份认证、访问控制、数据加密等,保障系统的安全性。

三、关键技术实现1. SIP协议应用SIP(Session Initiation Protocol)协议是实现语音、视频等多媒体通信的关键技术。

在SIP-BOSS系统中,通过SIP协议实现与外部系统的交互,支持多种接入方式,保证系统的灵活性和可扩展性。

2. 分布式技术采用分布式技术,将系统划分为多个节点,实现负载均衡和高可用性。

通过分布式数据库和大数据存储技术,实现海量数据的存储和管理。

同时,采用消息队列、缓存等技术,提高系统的处理能力和响应速度。

3. 高可用性技术为保证系统的稳定性和可靠性,采用高可用性技术,包括负载均衡、容错、备份恢复等。

通过这些技术,确保系统在故障发生时仍能正常运行,保障业务的连续性。

4. 安全技术安全是SIP-BOSS系统的核心需求之一。

通过身份认证、访问控制、数据加密等技术,保障系统的安全性。

省级业务运营支撑系统BOSS业务技术规范

省级业务运营支撑系统BOSS业务技术规范

省级业务运营支撑系统BOSS业务技术规范省级业务运营支撑系统(BOSS)是一个用于支持省级运营商日常业务运营管理的关键系统。

它涵盖了从业务接入、资费管理、用户管理到网络管理等多个方面,对于运营商的业务运营和用户服务起到了至关重要的作用。

为了确保BOSS系统的高效运行和稳定性,以下是BOSS系统的业务技术规范。

一、系统架构BOSS系统的架构应该采用分层的结构,包括前端业务接入层、业务逻辑层、数据存储层和应用服务层。

前端业务接入层应该支持多种接入方式,包括网站、移动客户端和短信等。

业务逻辑层应该包含完整的业务逻辑处理能力,能够支持不同类型的业务需求。

数据存储层应该采用分布式数据库和缓存技术,确保系统的高可靠性和高效性。

应用服务层应该提供各种支撑服务,包括账务管理、用户管理和报表分析等。

二、业务流程管理BOSS系统应该能够支持多样化的业务流程,包括业务接入、资费管理、用户管理、查询统计和账务结算等。

对于不同类型的业务,系统应该能够根据配置的规则和流程来自动化处理,并提供可视化的流程管理界面。

业务流程管理应该包括流程定义、流程调度和流程监控等功能,确保业务的按时完成和高效运行。

三、数据管理BOSS系统的数据管理应该确保数据的完整性、准确性和安全性。

系统应该提供完善的数据入库和数据清洗机制,确保数据的质量。

数据在存储时应该采用分布式存储技术,确保数据的高可用性和可恢复性。

系统应该支持数据备份和灾备,确保数据的安全性。

同时,系统应该提供数据访问权限管理,确保数据的安全访问。

四、性能管理BOSS系统的性能管理应该包括对系统的整体性能和关键业务的性能进行监控和调优。

系统应该提供性能监控和性能分析的功能,实时监控系统的各项指标,并能够预警和报警,及时处理性能问题。

同时,系统应该提供性能调优的功能,对系统关键业务进行优化,提升系统的运行效率和响应速度。

五、安全管理BOSS系统的安全管理应该包括系统的安全防护和用户的权限管理。

省级业务运营支撑系统BOSS业务技术规范

省级业务运营支撑系统BOSS业务技术规范

第1章 范围。
第2章 规范性引用文件。
第3章 术语、定义和缩略语

第4章 总体说明。描述本分册的目标、编写原则、内容概述及与总册的关系。
范 目
第5章
应用部署说明。从系统架构、数据对象、接口三方面对可独立部署应用进行 阐述。

第6章
系统功能。本分册针对客户服务功能域、订单与服务请求管理功能域、基础 功能域中有增强及新增的应用从功能角度对客户服务相关应用进行说明。
着重明确BOSS和客服系统中的客户服务相关应用的部署要求 ,确保功能边界清晰、数 据及接口明确,以便于相关应用的独立部署
持续推进客服信息结构化工作,为一级客服系统建设奠定基础。
编写原则
本分册针对中国移动省级业务运营支撑系统涉及实体渠道中营业厅、电子渠道中呼叫中 心的客户服务相关应用提出总体要求。
《业务运营支撑系统(BOSS)业务规范(1.0)》 《业务运营支撑系统(BOSS)技术规范(1.0版)》 《业务运营支撑系统(BOSS)业务技术规范(1.5版)》 《业务运营支撑系统(BOSS)业务技术规范接口分册(1.5版)》 《省级业务运营支撑系统(BOSS)业务技术规范(2.0版)》 《省级业务运营支撑系统(BOSS)业务技术规范客户信息分册(2.0版)》 《省级业务运营支撑系统(BOSS)业务技术规范新业务支撑分册(2.0版)》 《省级业务运营支撑系统(BOSS)业务技术规范接口分册(2.0版)》
总体说明 ~内容概述
规范重点
本分册通过对中国移动省级业务运营支撑系统涉及实体渠道中营业厅、电子渠 道中呼叫中心的客户服务相关应用的使用对象、信息流的分析,对客户服务相 关应用部署在功能、架构、数据对象、接口等方面提出明确要求。
描述方法

bos智慧运营系统建设方案

bos智慧运营系统建设方案

风险评估:评 估项目实施过 程中可能出现 的风险,并制 定相应的应对
措施
满意度调查: 通过问卷调查 等方式,了解 用户对项目实 施的满意度, 评估项目实施
的效果
项目实施过程中 遇到的问题和解 决方案
项目实施过程中 的经验和教训
项目实施后的效 果和收益
对未来智慧运营 系统建设的展望 和建议
汇报人:
运营数据分析:实时监控运营数据, 提供数据分析报告
运营执行管理:跟踪运营策略的执 行情况,及时调整策略
添加标题
添加标题
添加标题
添加标题
运营策略制定:根据数据分析结果, 制定运营策略
运营效果评估:评估运营策略的效 果,为后续运营提供参考
数据采集:通过API接口、数据库连接等方式,获取业务数据 数据清洗:对数据进行清洗、去重、异常值处理等操作,保证数据质量 数据分析:利用统计分析、机器学习等方法,对数据进行深入挖掘,发现数据规律和价值 数据可视化:将分析结果以图表、仪表盘等形式进行可视化展示,方便用户理解和决策
安全设备:防火墙、入侵检测系统、数据加密等 备份策略:定期备份、异地备份、多节点备份等 备份频率:根据数据重要性和更新频率确定备份频率 备份介质:选择合适的备份介质,如硬盘、光盘、云存储等 备份恢复:制定备份恢复计划,确保数据丢失时能够快速恢复 安全审计:定期进行安全审计,确保系统安全无漏洞
软件平台架构设计原则:高内聚、低耦 合、可扩展、可维护
数据共享:实现不同部门、 系统之间的数据共享,提 高数据利用率
数据交换:通过统一的数 据交换平台,实现数据的 实时交换和同步
数据安全:保障数据在共 享和交换过程中的安全性 和完整性
数据质量:提高数据质量, 确保数据的准确性和及时 性

3GBOSS系统建设方案

3GBOSS系统建设方案

3 G B S 系统的建设原则 3 O S
3 O S G B S 系统要 求: “ 以客 户为 中心 ,提 供各种 客 户化定制服务 ,实现统一界面 、统 一平台 、统-N务 、统 -

1 3 业务 的特征 . G 2
圆 圆 圆
() 1向下兼容25 .G业务 () 21 5于数 据承 载带宽的增加,引入 了多媒体业务 。
3 OSS GB 应该 支持基于 时间 、流量 、位置和Qo 的 S
() 3位置业务 :主要 包括分 时/ 区的计 费业务,移 动 分
位 置的黄页、紧急定位 、物 流管理 、货物跟踪 、选择性 大
众广播 以及其它与位置相 关的应用 。
( ) 承载业 务 :面 向数 据服务 的承载 业务包 括基于 3I P 电路交换 的承载 业务和基于分组交换 的承 载业务,承载 业
进。 B S( OS 业务运营 支撑 系统 )融合
短消息业务
向客户是统一 的,面向运营商是一个综合 的业务运 营和管
理平 台,也是 真正融 合 了传统 l数据业务 与移 动增值 业务 P
这些都是 电信运营 商提供 的基 本业 务,未来 运 营商的3 G业务收 入的主体依 然来 自这些 以话 音业务 为
计 费模式 以及这 些计 费模式 的组合 业务模 式上, 3 将 提 G
供更 为灵活 、多样化 、个性 化业务 ,在运 营模式 上,3 G 与传 统封 闭式运 营不 同,3 G网络 是一个 开放体 系, 业务
务的带宽的增加和Q S o 的保障是3 业务相对于25 业务 G .G
的一个显著特点 。 () 5 实时 多媒 体业 务 ( 增值 业务 ):包 括 以可视 电话 为代表 的电路型 实时多媒体业务;也可 以是基 于流媒体方 式 的分组 型实 时 多媒体 业务 ,如 在线 看新 闻 、体育 转播 等。 ()l 时的多媒体 业务 :包括 多媒体 文件的存 储和 6z实 l  ̄ 转发 。

运营商BOSS业务IT支撑系统介绍

运营商BOSS业务IT支撑系统介绍
MSS 面向管理的支撑系统,包括企业内部门户与 OA 类系统、财务、人力资源、供应链等专业系统。
EDA 面向企业数据的应用、以支撑数据共享和分析为目标的支撑系统域。主要包括运营数据存储 (ODS)、企业数据仓库(EDW)、数据抽取转换与加载(ETL)及承载在其上的数据分析应用。
ITM 面向企业信息化管理工作,以为 IT 人员提供统一的技术手段、提高 IT 运营维护效率为目标的支 撑系统域。主要包括 IT 服务管理系统、端到端业务流程监控系统、应用软件监控系统和统一 IT 基础设施监控系统等系统。
6
工程管理
网络规划 工程投资管理 工程建设管理
项目后评估
5
合同管理
合同管理
7 物资管理
物资需求 采购管理 物资配送 库存管理
卡管理
财务模组域 含3个模组14个模块
8 办公管理 10
公文管理 企业邮箱 信息发布 管理流程固化 事务管理
9
审计管理
作业审计 联网审计 综合管理
工程模组域 含3个模组10个模块
产品退出 发布管理
详单管理 高额管理
信息管理
综合帐务 帐务管理 帐务处理 信用管理 积分管理
服务开通 工单管理 开通与激活
服务开通类定单管理
信息接受与创建
订购信息管理
客户信息管理 帐户信息管理
用户信息管理 信息提供
综合结算 结算预处理 数据分发 结算报表处理
重单检查 对帐处理 审核校验
基础管理
系统 管理
决策分析 财务分析 人事分析 工程分析 其他统计
分析
综合信息管理类 含4个模组13个模块
中国电信-MSS逻辑架构
BSS OSS
企业门户及总裁桌面

广电BOSS系统的建设原则

广电BOSS系统的建设原则

广电BOSS系统建设原则当前广电行业正处于向数字电视迈进的过渡时期,模拟电视、数字电视和宽带网络等多种业务并存,由此产生了真正意义上的业务运营,原来模拟电视时代的单一业务模式已经远远不能适应业务运营的需要,广电运营商亟需完成全面的业务转型,对业务流程进行重新设计,规范内部业务流程,实现内部业务流程和外部业务流程的顺畅和统一。

这种情形同当年的电信/移动行业非常相似,行业应用技术飞速发展,业务运营的领域和规模快速扩张,业务发展方向则具有许多的不确定性,同时日趋激烈的竞争要求运营商必须重视自身的建设,从整体上提高综合业务的服务水平。

电信行业的解决方案是建设起一套业务运营支撑系统(BOSS系统),整合业务开通、业务保障和计费三大功能,全方位应对电信网络的运营需求。

电信/移动行业的发展历程表明,BOSS系统的这些功能和管理模块很好地适应了电信网络技术和运营手段的发展需求,有力地推动了电信行业的迅猛发展。

BOSS系统已经成为电信运营商信息资源共享、业务运营和管理一体化的核心系统,并在实践中积累了大量的成功案例。

面对不可阻挡的网络融合的大趋势,有远见的广电运营商也开始认识到BOSS系统同样是广电行业的不二之选。

但是对于广电运营商来说,BOSS的概念刚刚引入,对BOSS系统还存在一个逐步认识的过程。

究竟广电行业应当如何建设自己的BOSS系统呢?在这里,笔者根据对广电行业的深入了解,对诚毅公司成功建设的广电BOSS系统加以剖析,结合诚毅公司多年电信/移动BOSS系统的开发和运营经验,总结出以下五条BOSS系统建设应当遵循的原则,权供广电运营商建设自己的BOSS系统时参考。

一、从高层开始行动首先应当由高层开始充分认识到BOSS系统对于广电发展的重要意义:BOSS系统是一套全面应对广电综合业务运营需求的支撑系统,将为广电运营商完成业务转型及拓展提供有力的支撑,帮助降低运营成本,提高运营收益;BOSS系统同时是一个高效的运营与管理平台,将大幅度提高广电行业的管理、运营、服务水平,为决策层提供强大的战略分析和执行工具,帮助广电运营商由“粗放式经营”转向“精细化管理”,实现科学、灵活的发展战略,从而提升广电网络的核心竞争力。

广电综合业务运营支撑系统(BOSS)的研究与构想

广电综合业务运营支撑系统(BOSS)的研究与构想
断深 化的运 营模 式 。 广 电数字化改 造后 ,传统业 务利润有 限 ,为增加利润 ,提升 网络运营价值 ,挖
3 )广 电 B S必须建立准确、可靠的 OS 计费和帐务体系。 在模拟电视时期 , 当用户 欠费拖费时 ,运营商只能采用剪断 电缆线 这种原始的方法进行控制 ,而且用 户数据 不准确, 使得呆账坏账极为普遍 , 用户欠费 率非常高 , 广电的损失非常大。 广电数字化 平移后 , A C S可以很好地控制到每个用户, 因此 , 建立灵活、 准确和及时的计费和账 务 处理 系统 , 提高计费、出账 、 收款的效率和 准确性成为 B S系统建设的重要 目标之 OS

满 足新 业务 、新服 务的 开展 。 通 过 对 广 东 、 重 庆 、贵 阳 、 淄 博 等 已经建成和正在建设的 BOS S成功案例分 析表明 ,广 电只有首先使客户实现 其消费 价值 ,才能实现其 自身业务价值。 图 l 是
B S系统 以客 户为 中心 建 立 的 客 户、 用 OS 户和账 户的三 户模 型。 B S系统 以客 户为 中心 ,首先解决 OS 广 电长 期 以 来 的 客 户 资料 残 缺 问题 。 户
e 冁 穿
身女
百冁芦锛鬣
| l一 l
一~
勺 癣箨

一 _l … _… ~

§ 综 含 壤单

辕 攀 霆鲥

辔 辕 净信 甩
图 3 帐户域模型
图 1 三户关 系模型
l 基硪叠葑 晖羁 一 增 — }} } U }
离萄萄黼黼 赫豳黼
程量彝 { ' }
户的需 求 为要素来 制 定 、包装 产 品和促 销 ,同时提供个性化的客户销售 、服务和

浅谈莱芜广电综合业务运营支撑系统(BOSS)方案

浅谈莱芜广电综合业务运营支撑系统(BOSS)方案
等 方 面 作 了说 明。 关键词: 广播 电视 B OSS 数据库 J EE技 术 E B 2 J 安 全 备 份
1 引 言
目前 ,随着广 播 电视数 字 化进 程 的不 断深入 , 数 字 电视 网络 运 营必 须从 模 拟 时代 的 粗放 经 营走 向集
约、 精细 经营 。莱芜 广播 电视 迫切需 要 建设一 套综 合 业 务支撑 平 台 , 以全 面支撑广 播 电视 业务 的发展 。
种 程序 以基 于标 准 的方式 相互 通信 。
@S A :包 括 四个部 分 :O O e S AP封 装 ;O P编 码 SA
规 则 ;O P R C表示 ;O P绑 定 。 SA P SA
3 系 统 集成 总体 方 案
3 1 系 统 硬 件 部 署 方 案 .
广 电综 合 业 务运 营支 撑 系统 的 硬 件 系统 总 体 构
架 图 如 图 5所 示 , 设 备 功 能 描 述 如 下 : 各
图 3
( ) 统 服 务 网 络 1系
25 系 统 关 键 技 术 及 应 用 .
① 四层 交 换 机 : 置 2台 ; 防火 墙 : 置 2台 ; 配 ② 配
⑧ 局 域 网交换 机 : 配置 2台。
( )J 1 E B技 术
I 、S P S L等业界 主流标准 ; ②先进 性和成熟性 ; 灵活集 ⑧
2 系统 总体 方 案
2 1 系统 设 计 原 则 .
成性 ; ④可二次开发; ⑤可扩展性 ; ⑥平台无关性 ; ⑦安
全性和可靠性 ; ⑧用 户操 作方便 。
22 系统功 能框 架 _ 系统功 能框架 如 图 1 所示 。 23 系统层次 结构 .

中国移动B-BOSS系统总体结构

中国移动B-BOSS系统总体结构

1 B-BOSS系统总体结构1.1 业务支撑网体系结构为了便于读者理解商业客户支撑系统和原有BOSS 系统的关系,将业务支撑网体系结构的演变和概念的扩展介绍如下:中国移动在全国范围完成了省级BOSS (Business & Operations Support System ,业务运营支撑系统)建设,实现地域集中、系统集中(包括数据集中和应用集中)以及集成商的集中。

省级BOSS 采用三层技术体系架构,涵盖了以往的计费、结算、营业、帐务和客服五个系统,主要包括计费、结算、帐务处理、帐务管理、客户服务和业务管理等功能模块。

然而,从中国移动业务支撑网及相关系统的建设和使用情况来看,仍然存在一些问题:1、随着市场需求的变化与发展,原先设计的BOSS 已不能完全满足新的需求变化,由于系统由一个集成商完成,因此封闭型比较强,在技术架构、容量和系统功能方面均应进一步扩充与完善。

2、对数据和信息的缺乏进一步分析,虽然相关部门存在需求,但技术储备及对需求的细化程度不佳,在经营分析系统建设过程中,发现大量的数据不准确或不完整,给进一步的数据分析与应用造成了困难。

3、客户服务渠道与营销渠道的整合未到位,与客户进行存在多个交互渠道,且数据不能共享。

应将所有接入渠道进一步整合,并增加和完善客户服务的应用,使客户服务和营销的手段更加丰富、到位,满足不同层面客户的需求。

4、由于业务网平台也承担了部分业务支撑工作,使业务支撑网与业务网之间的分工界面和接口流程不清晰,应进一步规范化和标准化。

5、随着中国移动的市场经营进一步走向精耕细作,面向个人客户、大客户、集团客户、合作伙伴的经营和服务也越来越全面,传统的以计费帐务为重要特征的支撑能力需要进一步提升。

中国移动BOSS 系统的建设和发展一直本着“贴近市场,服务市场”的原则,为中国移动“业务和服务双领先”的战略提供有力的技术保障。

面对市场需求的飞速发展,2003年中国移动将在巩固完善现有BOSS系统,加快建设经营分析系统的基础上,在有限省份分头启动BOSS建设4大试点工程,为BOSS 未来3年的发展方向进行整体架构,技术体系,工程建设和人才储备等全方位的探索。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

业务运营支撑系统(BOSS)省中心系统集成建设方案目录(一)系统集成方案一、背景分析 (1)1.1BOSS系统总体结构 (1)二、系统集成原则 (1)三、方案设计依据 (2)四、系统集成方案文档的组织和版本控制 (2)4.1文件命名原则和发布原则 (2)4.2版本号说明 (4)4.3版本历史 (4)4.4发布的文件列表 (4)五、网络部分系统集成方案 (9)5.1网络整体方案 (9)5.1.1BOSS省中心网络结构描述 (9)5.1.2设备命名 (10)5.1.3IP地址划分 (12)5.1.4核心网络VLAN划分 (12)5.1.5路由机制 (13)5.1.6网络时钟同步 (14)5.1.7网络安全 (15)5.2配置实施方案 (16)5.2.1核心层交换机CISCO Catalyst 6509 (16)5.2.2接入层路由器CISCO 7507 (17)5.2.3防火墙 (18)六、各个子系统集成方案 (19)6.1主机系统的系统集成 (19)6.2数据库服务器 (19)6.2.1数据库服务器系统集成目标 (20)6.2.2数据库服务器系统高可用性集成方案 (20)6.2.3数据库系统数据规划 (27)6.2.4数据库服务器安装实施方案 (29)6.2.5数据库系统的优化 (29)6.3中间件服务 (30)6.3.1中间件服务集成目标 (30)6.3.2中间件服务集成方案 (30)6.3.3中间件服务集成方法 (34)6.3.4主数据库和清单数据库对CICS的重启认证 (34)6.4数据库服务器存储设备 (35)6.4.1数据库服务器存储设备集成目标 (35)6.4.2数据库服务器存储设备集成方案 (35)6.4.3SSA磁盘阵列安装实施方案 (37)6.5认证系统 (37)6.5.1Safeword认证原理 (37)6.5.2移动BOSS系统安全需求 (38)6.5.3解决方案 (38)6.5.4认证软件的安装及操作及认证过程 (39)6.5.5SafeWord 认证服务器拥塞故障处理 (40)6.5.6认证系统安装实施方案 (41)6.6清单服务 (41)6.7统计分析 (41)6.8接口服务 (43)6.8.1接口服务器的位置 (43)6.8.2接口服务器的设置 (43)6.9网管与系统维护系统 (43)6.9.1网络管理 (44)6.9.2数据库管理 (44)6.9.3CISCO网络设备配置及管理 (45)6.9.4SSA存储设备管理 (45)6.9.5拨号接入服务器管理 (45)6.10备份系统 (46)6.11新业务测试系统 (46)6.12影像系统 (47)6.13自助服务系统 (48)七、系统集成的实施 (49)7.1系统集成软件部署 (50)八、系统测试及验收 (50)九、运行及维护 (51)(二)图纸1、 GMCC 分公司BOSS系统区域中心网络物理连接示意图S-JWL/-12、 BOSS系统市中心路由示意图S-JWL/-23、营业厅接入基于端口的配置的静态路由方案S-JWL/-34、营业厅接入基于对端IP的配置的静态路由方案S-JWL/-45、营业厅接入OSPF动态路由方案S-JWL/-56、 BOSS系统安全策略S-JWL/-67、 VLAN与IP地址分配示意图S-JWL/-78、 BOSS系统CISCO 6509 VLAN路由S-JWL/-89、 BOSS中心网络设备互联IP地址分配示意图S-JWL/-910、CISCO 6509 端口示意图S-JWL/-1011、CISCO 6509-1 端口连接及IP地址分配示意图S-JWL/-1112、CISCO 6509-2 端口连接及IP地址分配示意图S-JWL/-1213、网络设备网管IP地址分配示意图S-JWL/-1314、营业厅IP地址分配示意图S-JWL/-1415、设备IP地址分配表S-JWL/-1516、GMCC BOSS HLR系统连接示意图S-JWL/-16一、背景分析1.1BOSS系统总体结构BOSS系统将在广州建立省中心节点,在12个市公司建立区域中心节点。

省中心为整个BOSS系统的业务和管理的核心,集中统一完成全省计费、结算功能,集中建设数据仓库系统,管理全省号码、SIM卡号等共享资源的分配,并监控BOSS 系统各个区域中心节点的运行情况。

BOSS系统区域中心节点主要处理营销和帐务相关等OLTP事务。

根据功能进一部分为营销、帐务主系统、清单查询系统、统计分析系统、数据备份系统、认证系统、网管及维护系统、接口服务系统和新业务测试系统等子系统。

二、系统集成原则安全性:系统集成应根据信息系统的安全体系结构的要求,保障系统的安全,防止各种攻击行为,保证数据和信息的安全。

可靠性:系统集成的设计需保证使用成熟的尽量商品化的技术、产品,以及公开开放的协议,保证所使用的技术是经过实践考验过,技术先进的。

鲁棒性:可靠性保证系统不容易发生故障,鲁棒性就是保证即使在系统的核心部分发生单点故障,偏离正常工作轨道时,系统也能够立刻发现故障,尽可能做到在不需要人工干预的条件下,绕过故障点,在短时间内自动恢复业务运行,将因系统故障导致的损失减少到最低点。

系统集成应考虑核心设备各种单点故障发生情况下,系统如何自动容错。

可维护性:系统集成应考虑如何监控系统的运行状态,在发现问题的时候,能够作出一些简单、合适操作,保证整个系统长期、稳定的维护。

系统集成应考虑达到电信级要求,充分发挥设备潜力。

三、方案设计依据本设计依据如下:《中国移动业务运营支撑系统技术规范(讨论稿)V1.0》;《BOSS系统业务规范(讨论稿)》;XX省移动通信有限责任公司业务运营支撑系统(BOSS)设备安装单项工程施工图设计XX移动通信有限责任公司省计费中心和市公司提供的业务资料IBM厂商提供的设备资料CISCO公司提供的设备资料其它软件厂商提供的资料四、系统集成方案文档的组织和版本控制4.1文件命名原则和发布原则系统集成方案以文档的形式出版。

文件名称原则如下:文档编号+文档名称+地名编号+版本号.DOC(或XLS,或PDF)。

文档通过ZIP文件打包后发布。

文档编号由分类编号和分类内档案号组成,给定了区域节点名称(区域中心名称)后,文档编号能够唯一标识区域内的文档。

ZIP文件的文件名的规范为:中文地名+文档编号-edit-版本号(年月日).zip表示可编辑的版本,中文地名+文档编号-pdf-版本号(年月日).zip表示不可编辑的pdf版本。

每个版本的都发布可编辑文本和不可编辑的pdf版本。

ZIP文档的“年月日”为发布当天的日期。

分类编号编制如下表(其中zip文档的文件名的文档编号可以采用备注列的编号):分类内档案号的编制规则如下:分类内档案号由2~3为数字表示,其尾数的含义如下表所示。

除去尾数部分为编排的序列号。

地名编号列表如下:4.2版本号说明本文档的内容可能由于项目的持续工作而发生更改。

每次更改,文档的发布日期和递进版本号都将明显的被更改。

版本号的递进遵循以下原则:版本 x.y.zz 当文档中仅加入了纯粹编辑的更改时,第三位数字发生增长。

初始数字为0。

Y 当其它类型的更改发生时,如技术改良、更正、更新等,第二位数字发生增长。

初始数字为0。

X 当文档确定为一个阶段性文档时,第一位数字发生增长。

初始数字为1。

4.3版本历史4.4发布的文件列表发布的文档列表如下:五、网络部分系统集成方案5.1网络整体方案5.1.1BOSS省中心网络结构描述省中心网络组织结构大致可以分为三层结构:接入层主要实现了省中心与外部系统的连接,需要与省中心连接的系统包括公司内部系统与公司外部系统;核心层主要实现了省中心内部系统连接和数据交换;防火墙介于接入层和核心层之间实现对内部网络的安全保护。

GMCC BOSS系统的网络结构以省中心为一级中心节点,BOSS区域节点为二级中心节点的分层结构,以营销和帐务系统等为BOSS系统的中心,其他子系统包括营业厅、代办点,网元接口,OA、MIS、MASA、WAP、客服系统,金融单位,实时清单系统。

省中心的两台骨干路由器分别通过MDCN网的MPLS/VPN连接BOSS区域节点骨干路由器。

省中心以及每个BOSS区域节点分别作为一个单独的OSPF区域,区域号分配如下表:,骨干路由器同时运行两个OSPF进程,一个为本地网络的路由进程,另一个为与MDCN网PE路由器交换路由信息的路由进程,两者采用同一区域号,避免域间路由。

省中心网络接入层配置两台骨干路由器Cisco 7507,核心层配置两台骨干局域网交换机Cisco Catayst 6509,防火墙层配置两台防火墙Netscreen 500,另外为了实现防火墙的高可用性配置两台交换机Catalyst 3550。

省中心节点的网络结构,详见《Z12网络设计图纸》的第1页网络结构示意图。

5.1.2设备命名5.1.2.1 路由设备命名(1)路由器命名:Rn-Node Type-Node-Location—Name Rn:表示第n台路由器。

Node Type:表示该节点是核心节点还是接入节点。

C表示核心节点;A表示接入节点。

Node:节点名称的缩写。

Location:路由器所连接节点服务类型的缩写(如为核心节点时没有该项)。

Name:路由器所连接节点名称的缩写(如为核心节点时没有该项)。

例:R1-C-DG ------核心节点东莞第一台路由器。

注:使用大写字母。

(2) 端口命名:Slot〖FPCn〗TYPE “PORT location”〖PICn〗-Rn-Node Type-Node-Location-NameSlot:端口板所在的槽位号。

〖PICn〗:可选项。

如果是FPC板,是第几块PIC。

如果FPC板无PIC则不需要此项描述。

TYPE:端口类型FE-------------快速以太网端口HSSI----------HSSI高速串行端口S---------------V.35串行端口S---------------G.703串行端口ATM----------ATM端口POS-----------POSIP端。

GE------------千兆以太网“PORT location”:端口在PA上的位置。

〖Pn〗:可选项。

第几个子端口或PVC。

例:1FE0-R1-C-DG 核心节点东莞第一台路由器的第一个槽位的FE端口上第一个快速以太口。

5.1.2.2 交换设备命名(1)交换机设备命名:Xn-Node Type-Node-Location—NameX:若为Catalyst设备X=SW,若为RSM设备X=RSM。

n:表示第n台交换设备。

Node Type:表示该节点是核心节点还是接入节点。

相关文档
最新文档