新一代运营支撑系统
电信业务支撑系统NGOSS

三、NGOSS的技术特性:
eTOM提供了一个抽象的、通用的电信运营商企 业运营过程模型,这个模型为我们建立一个稳定 的OSS奠定了基础。但是,光有这个基础还缺乏 以建立实际的OSS,必须解决系统实际技术问题, 其中包括:确定系统结构和选用各种技术,从技 术的角度考虑,如果将上述的商务需求映射到对 系统要求,我们会要求系统具有以下技术特性, 〔非功能性的需求〕
• 向后兼容性:为了在系统连续运行的同时,完成 新增功能的演化,这一要求是不言而喻的。良好 的向后兼容性可以降低新增构件和系统时的风险。 降低系统开发和部署的成本。
四、NGOSS 技术思想
受到软件产业的组件技术和组件开发方法
的启示,NGOSS提出了基于组件〔构件〕 的面向对象的分布式BSS/OSS 解决方案。
〔3〕公共业务数据〔续〕
• 引入公共业务数据的根本目的在于信息的 充分共享。单独的NGOSS共享信息模型将 为大量的共享信息服务定义信息模型并提 供公共框架。
• 通过信息共享,实现信息在一定业务流程 驱动下的动态交互,即通过业务流程来驱 动各部门、各应用系统之间的协调运作, 从而实现企业自动化。
〔3〕公共业务数据〔续〕 • 数据物理存储层通过一个或几个数据库提
• 互操作性:为了提供端到端的支持!运营商 互联以及保证系统的演化,OSS必须与其 他系统互联;
• 可伸缩性:对于电信运营商来说,企业经 营规模的变化,用户数量的变化和网络规 模的变化,都需要系统具有良好的可伸缩 性;
• 可演化和可移植性:对于电信运营商来说,系统 要面对不断变化开展的经营局面,就必须不断升 级和演化,以支持最新的网络技术和业务,支持 最新的营销概念和方式;
电信业务支撑系统
NGOSS
面向业务的新一代运营支撑系统研究

的管理 和控 制, 下一 代 网管 系统框 架体 系设 计需 要给 出支
持 系统 端 到 端 业 务 质 量 管 理 、 控 制 的 各 个 方 面 。 以 下 分 别 从
平 面和控 制平面机 制的协调 ,达 到动 态的业务管 理和控制,
收 稿 日期 :2 0 7年 1 0 1月 2 3日
才 能 具 有 良好 的 市 场 前 景 和 广 泛 的 应 用 场 景 。
责 任 编辑 :林 菊 js n . @1 6c m a mi 1 ei n 2 .o
起 步 阶 段 。 因此 , 在 未 来 的面 向业 务 和 应 用 的 异 构 、融 合 网 络 中应 综 合 考 虑 用 户 层 、业 务 层 、 网 络 层 的信 息 , 实现 管理
第一,服务提供 要求更加严格 。从水 平层次来看, 服务 提 供可 以从三个层面来考 虑:面 向网络 、面向业务和面 向客 户 。这三个方面 的信 息互为支撑 、相 互联 系。然而在 当前的
维普资讯
T c e
|1 _
i
一
Z
:茹 = 譬 盅 j¨ =
‘… 一 一 … … … … 一 ~ 一 ~
…
b
…
…
薰 参
面 向 业 务 的 新 一 代 运 营 支 撑 系 统 研 究
高 一 蕾 中 国 科 学 院 研 究 生 院
【 要】 文 章首 先 研究 了下一 代 网 管 系统 功能 体 系构 架 , 然 后 阐述 了新一 代 网管 系统 各 功 能模 块 的职 能, 并 摘 对 相 应 的功 能 需 求进 行 了分析 , 最 后讨 论 了 未来 运 营 支撑 系统 建 设 中 的各 项 关键 技 术 , 提 出 了新 一 代 网 管
新一代的运营支撑系统bSVAP Billing

线 电视 网的管理 和 计 费 ,支持 以
太 网 接 入 的 管 理 ,支 持 专 线 管
理。
证 和 授 权 ,支持 对 H C S N、 F 、ID
Eh re ten t以及 专 线 等 接 入 网 的管
户 数 据 库 ,这 些数 据 在 认 证 / 授 权 、 费采 集 、 务结 算 等 系统 功 计 账
维普资讯
前沿 科技
S& 7 l
上海广 电通 讯网络有 限公 司
l b V iig的 S AP B ln l
2 b VAPBln S iig结 构 l
根 据各 子 系统 在 整个运 营支 持 系统 中 的应 用 管 理 特 点 ,
都 可 以作 为权 限重 新分 配 到角 色 上 去 。通过 把 角色 赋 予某个 操 作
管理 尽 可 能 的及 时和 便捷 。 系统 将账 务 管理 分 为账 单 管 理 、缴 费 续 费管 理 、账 务 参 数设 置 三大模
块。
计 费 。其有 如 下功 能 特 点 :多 业 务 认证 、 费 的 一体 化 、 计 支持 多种 主 流 的接 入设 备 、支持 集 中或 分
是 在 总 结 了各 类 运 营 系 统 的 经 验 ,通 过周 密的 客 户调研 的基 础 上研 制 而成 的 ,它 可 以满足 各 类 IP A P运 营 商 的 需要 ,具 有 管 S/ S 理 灵 活、 安全 稳定 、 持 的用 户 数 支 量 大 、 外接 口灵 活 等特 点 。 户 对 用 管理 系统提 供 对各 种 不 同类型 的 最 终 用 户 的各 类 信 息 的 综 合 管 理 , 整个 IP A P的业务 管理 为 S/ S 平 台提 供并 管 理 了一个 统 一 的用
NGOSS中文介绍

• 1)体系结构 • 企业所有运营活动的原动力来自于客户的需 求。OSS的支撑重心要由从以内部管理为出发点、 以技术为中心,转移到以客户为出发点、以服务 为中心上。新的体系结构要针对电信运营的行业 特点,从企业的整体商业流程需要来构造新一代 的支撑系统。同时,一个好的OSS体系也必须能 够适应技术的不断演进,有利于系统的实现,能 够随时采用最新最有效的技术。
• NGOSS还有很多新的需求: (1)以面向客户为中心,为客户提供个性化的管理服务, 实现业务的SLA维护和管理。 (2)OSS与企业资源规划(ERP)结合,进一步整合企业 资源,将OSS由原先的操作运营提升到企业运营的高度, 形成高度自动化的管理流程,进一步降低运营成本,加 快业务流程,提高企业核心竞争力。 (3)与电子商务结合。电子商务将是未来主要的商业交 易模式,NGOSS必须能够与之有效结合。 (4)数据的高度共享和集成。 (5)适应不断变化的市场环境,对商务流程改变能即时 和灵活响应。 综上所述,目前迫切需要NGOSS体系和标准来适应 这些新需求,因此发NGOSS标准十分必要
• 基于NGOS框架结构: • (1)框架结构的先进性 • 系统的建立是一个循序渐进的过程,这么多的功能模块是不可能 在一次工程中建成,因此就要求新功能模块的加入不能对已有系统产 生影响。这就要求在系统整合时,采用一种松耦合的技术,避免功能 模块之间的过分依赖。只有采用面向总线的系统架构,通过公共总线 结构实现跨越应用系统的通信,才能建立起这样一个灵活的、实时的、 可扩展的整合平台。 • (2)系统整合的灵活性 • 系统的各功能模块往往是由多个不同的专业厂商提供的,很难由 一个厂商提供所有的功能模块,这样只有选择一个灵活的整合平台, 才能把所有系统都无缝地整合起来,使运营支撑系统作为一个整体发 挥最大的效力。 • (3)系统扩展的平滑性 • 如果已建立了这样一个灵活的、可扩展的、基于公共总线技术的 整合平台,采用了面向对象的组件技术,则新的模块可以很快、很方 便地加入,新的业务可以很快推出,用户需求的快速响应能力也可以 快速提高。
运营支撑系统(OSS)的现状与发展思路

有线网络·广电OSS建设专题·1 前言业务运营支撑系统(BOSS)中的四个成员——业务支撑系统(BSS)、运营支撑系统(OSS)、管理支撑系统(MSS)/办公自动化系统(OA)和决策支持系统(DSS)/经营分析系统(经分)中BSS因其与用户、产品、计费、账务等与业务开展的密切关系,一直占据运营商信息化建设的主导地位。
近年来,以前一直不太被重视的经分、DSS 搭乘着大数据的东风,地位有了很大提高,其各种运营数据、用户格局、收入状况直接面向决策层。
在DSS的冲击下,MSS的地位似乎要排在了最后。
OSS一直以来在业务开通、网络管理、资源管理等方面默默无闻地工作着,是保证网络质量、提高工作效率、掌握网络家底的工具,为开展业务、发展/保留用户保驾护航。
随着全业务的开展、网络技术的发展和用户市场的争夺,用户从对网络的被动接受到现在可以通过对其质量、快捷性和方便性等体验的比较来选择使用,使得网络开通的快捷性、网络维护的方便性、网络运行的稳定性越来越成为各运营商的竞争因素。
人工运营管理手段已经满足不了用户的需求,OSS将越来越自动化、智能化、开放化和大数据化。
随着深度学习、区块链、大数据等技术的发展,正在快速推动OSS的发展,OSS进入到更加深入的系统应用层面,甚至要决定系统的整体地位。
2 运营支撑系统(OSS)的发展2.1 电信运营支撑系统的主要功能模块(1)服务开通系统提供从后端服务定单生成到资源配置、服务激活、服务定单竣工整个过程的运营支撑。
(2)专业网管包括传输网管、数据网管、交换网管等,对各种设备进行性能管理、配置管理和告警管理等。
(3)集中告警系统对设备告警信息进行采集,实现对在网设备运行状态的监控,提供告警处理、经验知识库和统计分析功能。
(4)智能网管具备传输网管、数据网管、交换网管和综合网管的资源、性能和告警的接入能力,并对外开放服务能力,可实现跨网络告警的关联及归并、集中监控、自动作业计划等集约化管理及操作;能够对业务和网络的运行情况进行监控预测和分析。
中央卫星电视传播中心撕一代运营支撑管理系统

1目前系统存在的主要风险
和 问题
第二阶段 : 基于新 的硬件支撑平台,
OS 完善其各 统迫切需要修改部分不适应业务需要的 实现对B S 系统的升级改造 ,
 ̄3 6 业务运营提供一个更有 首先, 老 ̄B S系统硬件环境经过 功能 , OS 并增加用户授权 的批量处理、 项功能, 5 8 更完
并为其上层组件 提供 服务。 通过将不 同
O al c 数据库有两类备份方法。 病毒传播 的速度分析并部署经过质量测 r e 第
一
的业务组件注册到容器中即可组装成不
即使在大范围的 攻击中 面对异 类为物理备份, 该方法实现数据库的完 试的对策。
赛门铁克公司的可扩 同的应用系统, 同时利用它也可以对应用 整恢复, 但数据库必 须运行在归挡模式下 乎寻常的大量需求,
长和信号管理力度的不断加大, 已不适应 丢授权现象, 且接口功能是在系、
数据库 系统等进行更新, 完 目 前业务需求并经常出现运行隐患, 直接 时确定的, 一直没有修改, 某些适应中心 操作系统、 给用户信 成数据库的优化和数据 迁移, 为系统运行、 影响中心 业务的正常 开展, 迫切需要构建 业务需求的修改升级无法进行,
对运营支撑系统提出 更新、 了 更高 其次, 系统所 使用的操作系统和数 方软硬件、 完成数据库的优化和数据迁 步推进,
20 /—l I /AD O&T L VII OR TON/2 1 年6E IWW r .n I 嘲霉 t/ 言 R I E E S ON I NF MA I / 0 2 , / W. i l tc
一 运 / 业 营/
轼 l &{£ { 蛳 ^ . Ma a e n 』 强 蛭 强 # { ; t { 辩 。 缸} i。 鳓 。 鞘 { 扦 如 } E Ef (f ,勰 O S); { n g me t /程 船 f i 8 瓣 ) ; ^ l 耘 嚣 i 魁 疆 觑 。毡f v ; ; {辩 。 。 { } - 蕾 ; ; 冀 。 , .
新一代运营支持系统(OSS)商业计划书

新一代运营支持系统(OSS)商业计划书Tele-Mobile新一代电信运营支持系统(OSS)商业计划书Brian Du, Dong Jun, Levy Yang目录执行概要: (1)(一) 全球市场规模与增长 ................................................... 3 (二) 中国市场规模与增长 ................................................... 4 (三)中国电信运营支撑系统存在的问题: ..................................... 4 (四) 移信科技的产品功能 .. (5)(五)潜在客户分析: ......................................................6 (六)竞争对手分析: ...................................................... 7 (七) 我们的竞争优势 ..................................................... 8 (八)进入期市场策略 (9)(九)财务预测 ...........................................................9 (十一)投资回报分析 ..................................................... 10 (十)公司经营及管理策略 ................................................. 11 (十一)公司发展战略 .. (11)商业计划书执行概要:TELMOBILE是一家由5位海外资深的电信运营支持系统软件开发专家回国创立的公司。
他们拥有计算机博士,约克大学MBA等学位。
NGOSS新一代电信运营支撑系统

弓
’
.
!
T ∈:
O KI
,
f 桩 作 若 K G (了S S f 『 』 亏 需 j{∈ i 芽 勺 旦 }
”
在
P 勺 和 s 】 自 联 系及交 百
.
[扫 于
摧f加 了五 业 管 理 的部 分 静 !
I=,
N G O S S
直i 对
7
} 是 电 信 延 莲 市 场f 的 激 烈 紊 ! 舟 特 别 : l 追{ 荨
分 还
吕 又 佯
糸
嚷 变 革 的 女 口苔§ . 执 业 务 融 合 $ I i 曼 分 , Z程
i
r 一
2 C12
/ 、
旱
’
善 息和 数 据
。 模 型 S I D 的 作 用 司 期 覆 盖 了整 1
,
、
帮
拙
J U司 师 到 1 # 卜 蛤 师
旨 况
.
任
,
堪
1兰
u
D y z
i
辟■ H
术 融 合 都 体 现 出了这
点 并 推 广 应 用 I驹新
、 能 融 合 形 成 ,R
§ 笛 埘: r 系 i 危 彖 簧
。
一
;
由
}j 国 联 j遵_ 戈
在 系统 的卅
一
暑 发 和 部 署 阿段 它 是 将 业 务 ; 求 最 终 买 }
,
百 Z I劓 明 父 与_残 口 I 苗 司 残 毫
LJ
, l姐 看
,
e l U M
暇 今 制 爿
。
,
兰
,
P
~
T []M
一
i 立 的 开 发 中有 着 举足 轻 重 的 地 『 特 另 是 定 义 的 业 务 流 程 以 及 业 务 功 能 夕 暗] 的 合 同
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
业务开发和操作管理层
业务规划 和发展
业务配置
业务问题 管理
网络和系统管理
层网络规划 和发展
网络供给
网络资产 管理
服务质量 费率和
管理
结算
网络维护 网络数据
和恢复
管理
单元管理层
物理网络/信息技术
信 息 系 统 管 理
14
TOM的客户服务处理层
通过和客户直接交互,完成业务的供给、维护、 使用报告、生成账单等操作。
主要内容
1. OSS概述 2. NGOSS产生背景 3. NGOSS逻辑模型 4. NGOSS物理模型 5. 基于NGOSS的业务管理
1
一、运营支撑系统OSS概述
OSS是电信领域重要的运维概念,它指电信运 营商为了正常有效地向客户提供所经营的电信 业务而配置的一系列计算支持系统,通过这些 系统可以监控网络中的业务运行。
物理网络和信息技术
11
电信运营图(TOM)特点
TOM商务处理模型按水平层次定义了公共的 商务处理过程,从垂直角度看,不同层的商务 处理过程可彼此协作,完成业务实现、保障和 计费功能,其顺序形成业务生命周期。
TOM将商务处理过程分为客户接口、客户服 务、业务开发和操作处理几个层次。
TOM主要集中于TMN的业务管理和网络管理, 以向客户提供有质量保证的电信业务。
OSS不属于电信网范畴,每个OSS包含的支 撑功能相对完整和独立,之间通过互操作来完 成更高抽象级别的业务管理功能。
2
运营支撑系统OSS概述
传统电信OSS,按照执行功能范围可分为客户 服务系统、业务管理系统和计费处理系统。
客户服务系统,直接面向客户,包括业务供给、 维护和报告客户订购的业务,处理订单、申告 及派工单等。
7
NGOSS逻辑模型
TMN的不足主要包括以下几个方面: 管理信息模型集中于网元层管理,更高层缺少
信息支持; TMN信息体系结构不完全支持分布式环境,例
如位置透明的通信方式受到限制等; 缺少NEF和OSF非通信方面的操作、维护、管
理和指配应用的描述; 缺乏对管理系统软件开发方面的支持。
8
NGOSS逻辑模型
OSS和网络管理系统(NMS)间的关系,两种观点,一 是认为NMS是OSS的一部分,网络管理提供保障正 常的端到端业务管理的基础支撑能力,网管中心、客 服中心和计费中心构成电信企业的OSS框架。
另一种观点,OSS所包含的功能被NMS功能所覆盖, OSS功能实体更集中于TMN的业务管理。
4
二、NGOSS的产生背景
业务规划和开发
-结束销售并开始
问题处理
销售处理,引导客户选择可用的业务,对客户 需求和网络能力进行协调。
订单处理,接受客户订单,进行相关的配置处 理或与处理。
问题处理,接受来自客户的投诉,解决相关问 题以使客户满意。
15
TOM的客户服务处理层销售处理过程
业务选择,
客户
可用业务/特
顾客需求, 销售询问
询问情况, 通知
客户
客户接估口计管性付理,款价期格和选价择
电信运营图 处理流程结构
技术集成图 即插即用集成
SMART TMN
示范项目 实现示例
中心信息设施 对象模型及 数据字典
9
电信运营图(TOM)
实现NGOSS的关键是如何定义一组抽象的、公共的、 可重用的商务处理过程,这些过程描述独立于具体业 务提供商、技术和业务操作的电信运营活动。
电信运营图,初衷是面向业务管理的商务模型,帮助 业务提供商理解客户的业务管理和商务处理间的依赖 关系。
格答复,付款期
销售
有特定折扣客和户付接款期口管理
的订单,预订性能要
证实,完成通知
-了解客户需求
求,取消和状态查询
业务规包划含和违发规展的
SLA报告
订单处理
-教客户使用业务 -匹配供需 -安排适当选择
新业预务报要求订,单处理
重大问题票
客户QoS管理据通知
-预报业务需求 -管理SLA协商和
RFP协商/答复
业务管理系统,实现和监控基本业务的运行。 计费系统,用于记录业务的使用情况,根据规
定的价目表对客户进行记帐和收费。
3
运营支撑系统OSS概述
传统电信业务应用环境下,同一运营商的OSS彼此分 立,很多高层业务管理活动需跨部门的人工干预或协 调才能完成。出错几率大,数据格式不同,影响基于 网络的业务合作。
12
TOM的不足
缺少对端到端客户服务处理过程的细化描述。 缺少对企业管理功能的支持。
没有提及商务管理层和企业管理业务的管理需求, 由业务提供商自行研制生成,互操作困难。
缺少足够的对伙伴/供应商关系和价值链的处 理。
导致无法达到被广泛接受的期望目标。
13
TOM分层的商务处理过程
客户 客户接口管理层 客户服务层 销售 订单处理 问题处理 客户QOS管理 计价和收费
TOM是从运营商角度自顶而下地审视商务处理过程, 支持客户服务、业务开发和运营管理的处理过程,保 持和传统网络操作功能间的联系。
10
TMN管理层次和TOM的逻辑映射
BML SML NML EML
客户 客户接口管理层 客户服务处理子层 业务开发和操作管理子层 网络和系统管理层
信息系统管理层
网络单元管理层
5
NGOSS的产生背景
自动化的电信运营管理就是在自身网络能力支 持下提供满足客户需求的各种业务的计算机流 程化管理。
自动化管理的目标就是要消除重复的处理流程, 降低开发成本。
新一代运营支撑系统,就是使电信运营商从传 统的面向网络管理模型转向面向客户,以实现 自动化的电信运营管理。
6
三、NGOSS逻辑模型
新的竞争机制打破了传统的电信运营管理模型, 客户服务成为衡量电信企业竞争能力的主要因素。
客户化业务介入电信运营活动,电信运营管理增 加了业等级协定(SLA)管理、客户关系管理等 功能。
为了适应市场和技术变化,不断提高安全和服务 质量保证,OSS必须融入整体的、灵活的、功 能强大的运算环境,为无缝地业务实现、业务保 证和业务计费提供自动化的电信运营管理。
NGOSS方案按照面向客户的经营原则,以 TMN的层次结构为指南,采取自顶而下的观点 进行规划和实施。
TMN管理模型是自下而上(网元层到商务层) 的观点,它面向静态关系的网络设备,基本关 系是静态的,重点在管理系统和被管系统之间 的关系上。
TMN模型不适应分布式计算技术的发展和网管 新需求的变化。