[广电网,天津,业务]天津广电网络业务运营支撑系统的设计与开发
广电合作宽带运营支撑体系汇报

6 10,2 10,2
客户姓名可以用来表示手机号码 对应AIOBS系统的受理编号 用户使用服务的标志 用户登录帐号 用户开户地的Domain 用户接入的开始时间 格式:YYYYMMDD HHMMSS
(年月日和小时分秒以空格间隔) 用户的接入结束时间
格式:YYYYMMDD HHMMSS (年月日和小时分秒以空格间隔)
参考集团公司“CRM系统 与电子运维系统互联接口 规范”要求,补充我省宽 带业务接口内容
广电合作宽带用户认证流程
6、移动DHCP服务 器给经过认证的用 户PC分配IP地址
采用双DHCP认证方式,
基于用户CM及MSISDN。 DHCP SERVER
3、 CMTS将用户 PC的DHCP请求发 送到移动的DHCP
18
Session id
Char
19
主叫号码
Char
20
被叫号码
Char
21
接入地域名
Char
22
用户动态IP地址
Char
23
接入服务器地址
Char
24
接入服务器端口
Char
25 接入服务器端口类
Char
型
26
使用费
Number
27
折扣费
Number
40 24 8 32 40 15
15
10 16 16 10 10 10 10 10 38 16 16 40 16 16 8
省建网成本;
Ø大面积覆盖低开通率情况下成本
Ø施工量大幅减少,改造速度快;
较低,少量前期投入即可在全网进
Ø不受HFC网络回传噪声的影响,降低 行业务受理 了工程施工中同轴电缆接头的质量要求; Ø技术标准及产品比较成熟。 ØIPOC单位带宽成本较其他双向改造方 案最具竞争力;
广电综合业务运营支撑系统 PPT

系统功能结构(层次1)
业务子系统
产品&营销策略
客户
市场营销管理
运营支持 统一客户管理
综合客服 帐务管理
计费帐务 帐务处理 融合计费
服务
统一产品管理 统一业务认证 服务开通
资源 合作伙伴
终端资源管理 合作伙伴管理
公共子系统
系统管理 统计报表 统一支付平台 外部接口
技术架构
工作流引擎
统一操作员认证
规则引擎
系统功能结构(层次2)
业务子系统
产品&营销策略
市场营销管理
客户经理管理
统一产品管理
服务管理 资费科目管理
资费管理 产品封装 营销计划管理 促销管理 产品审核发布
统一客户管理
客户资料管理 投诉与建议
系统管理
融合计费
外部接口
统一开通平台
帐务管理
统一支付
B
统一用户认证
C1
C2
C2
银行
银行
第三方支付 网关
付费方
D3 D5
Media CDN CAS
服务平台
结算帐务管理
工单管理
工单流程管理 工单环节管理
公用功能
服务开通
配置管理 开通处理 开通维护状态 开通队列维护 系统监控 统计分析
统一业务认证
认证 授权 记帐
计费帐务
融合计费
数据采集 数据预处理
数据批价 数据入库 高额处理
帐务处理
周期出帐 实时出帐 出帐回退 预出帐 周期帐务累计 高额处理
公共子系统
数字电视业务运营支撑系统的设计与实现

数字电视业务运营支撑系统的设计与实现随着社会科学技术的不断发展,电视技术也得到了空前的提高。
此前我国用户收看有线电视的方式主要是模拟数字电视,传输的信号为模拟信号,对于用户来说画质不清晰,信号不稳定;在经营模式上,形式比较单一,主要盈利方式是落地费及收视费;在运营模式上,未能将老百姓当成客户,也没有服务大众的理念,一直等用户上门订购。
现如今随着时代的变迁,数字电视取代模拟电视已成为趋势,数字高清晰电视正快速走进中国寻常百姓的家庭。
数字电视走进各家各户后,数字电视系统的管理出现了一些问题。
传统的系统平台独立性较强,数据资源共享率低,部门之间的沟通不畅。
针对这些问题,本文作者的实习单位所在团队设计了一个公共支撑运营平台,可以实现不同业务共享后台数据信息,形成一个有机整体,即数字电视业务运营支撑系统。
系统分为七个功能模块:包括营业管理、运营管理、资源管理、统计管理、工程管理、接口管理和系统管理。
此系统对于用户来说,帮助其体验高清数字电视节目;对于营业厅操作人员来说,方便其高效操作,提高效率;对于管理人员来说,系统提供的资源管理和报表统计功能为其提供更加全方位的管理。
在数字电视业务运营支撑系统的设计与实现过程中,本文作者的主要工作内容如下:参与系统的开发调研工作,整理运营商和条件接收系统的相关资料并参与市场调研。
熟悉数字电视系统文档,了解其基本组成、工作原理,了解数字电视通信基础知识、基本概念,参与了系统的需求设计;其次,使用数据库工具进行数据库设计,并参与了整个系统的架构设计的研究和讨论。
在此基础上,本文作者对营业管理,接口管理等功能模块进行代码的开发工作,使用Visual Studio开发平台、SQL Server数据库和C#开发语言实现相关功能。
最后,参与了项目的功能测试和回归测试,对系统进行不断的优化和新功能点的添加,结果显示该系统能够满足用户的相关需求。
总体来说,该系统已经发布上线,能够正常稳定的运行,满足用户不同的体验需求,提高工作人员的工作效率,获得一致好评。
天津广电网络业务运营支撑系统的设计

(1)EPON、EoC、接入交换机设 备资源管理及故障记录分类管理等分 散在各个分公司,无法形成全局的资 源管理,缺乏全网业务状况、资源利 用情况分析,导致运维中心无法全面 掌握网络的业务支撑能力(物理资源 容量、逻辑资源容量)及全网各个环 节的故障情况,不能从全局角度统筹 调度全网资源来匹配业务发展需要。
障排查效率,对客户的使用感知造成 用情况,为相关部门提供数据参考。
了不好的影响。
(2)统一管理设备开局配置,能
(5) 缺 乏 统 一 的 EPON、EoC、 自 动 对 在 网 的 所 有 OLT 设 备 下 发 配
接入交换机设备监控系统和巡检机制, 置和例行巡检配置,保证设备配置的
各类专业网管对设备性能的监控也无 准确。
端全程业务部署与激活。目前,业务 可能丢失。
开通的各个环节都需要施工人员参与 完成,人为因素导致开通失败的情况 时有发生,随着设备增加、业务种类
2 业务运营支撑系统 建设目标
和业务量上升,给运维部门带来了更
通过业务保障支撑平台系统的建
多的工作量和更高的技术要求。
设,改善天津广电的业务开展和业务
(4)无法协调各个专业网管对网 保障支持现状。
(5)可监测
户监控和处理。
模块之间的通信应按规定接口进行。
具有软件运行状态监测功能和运
主动采集是利用 SNMP、SOCKET
任何一层的任何一个模块的维护和更 行日志,一旦软件出现严重故障,能 等协议直接获取设备的关键指标,然后
告警管理模块是系统通过主动采
3.1 业务运营支撑系统设计原则
(1)模块化
制保证应用系统的容错性能;某一软 件模块内的软件错误应限制在本模块 内,而不应造成其它软件模块的错误。
广电业务搭建运营支撑系统的思路

广电业务搭建运营支撑系统的思路
蒋 敏
( 作 者 单 位 : 台 州数 字 电视 有 限 公 司 )
摘
要 :随着 台网分 离的 实施 以及广 电业务的不 断发展 ,广电 网络 3前 " - 已经成为 一个电信级 的 网络运营商。本文主要 介绍 了
广 电网络 建设综合业务 运营支撑 系统 的必要性 ,以及在建设 的过 程 中该 系统最终 实现 了以客 户为 中心的经营理念 ,最终提 高 了广
源 以及 业 务整 合 ,并 且充 分实 现 了信 息 的共享 性 、规 范 了业务 的操 作 流程 、提 高 了服务 的运 行效 率 。此外 ,该 系统 在 发 展 的过程 中逐渐 地朝着 多元 化 的方 向 改进 , 提高 了整个有线 网络 的使用效率 。
电 网络的 市场竞争力 。该 系统构 架在 多层技 术软件 系统之 上 ,并将 该 系统进行扩 充,为用 户提供 了切 实可行 的方案 。
关键词 :广电业务 ;运营支撑 系统 ;市场竞争力 世界上最大的有线电视 网已逐渐地在 及数 字 电视用 户 管理 系统 的所有 功 能。 在现代 广 电领域 中 ,软件 开发 主要集 中
特征的个性化服务 。因此 ,加强 B O S S系 的投资 。J a v a R MI 技术在多层次体 系中主 经 营理念 ,在体 系架构 中主要 采用 的是 统 的建立 十分 有必 要 ,可 以在 使用 的过 要 的分 为用户 界 面层 、业务 逻辑 层 以及 多层 次分 布式 ,助于其在 使用 中能够 进 O S S 程 中强化 管理 与科 学决 策 ,保 障用 户 资 数据 库接 入层 和 数据 库层 等 ,其 中用 户 行不 断的扩展 。当然 ,在广 电业 务 B
不 断地 发展 。在发展 的过程 中,有线电视 个统一 ”是 :B O S S系统在运行 中能够统 够 具体 的分 配各个 使用 功能 。在该 软件 将逐渐分离 出来 , 基础业务与增值业务相 客 户 的 资料 ,掌握 基本 的信 息 ; “ 两 的开发 过程 中 ,需要 进行 的是 可视化 的
基于NGOSS的广电运营支撑系统架构规划与设计

绪、 服务 / 资 源配 置 、 服务 / 资 源 问题 管理 、 服 务质量 管理 、 资 源性 能管理 、 资源 数据采 集处 理等 功能 。 ( 2 ) S I D( 共 享信 息与 数据模 型 ) S I D建立了企 业信息 的通用参考模型 , 包 括从企 业 、
客户 、 服务 、 设备和 网络获取 的全部 必要信 息和数据 , 并
3 功 能 架构
总体 功 能架 构 明 确 定 义 了支 撑企 业 管 理 和 运 营
所需 要 的业 务功 能 ,并 清 晰界 定 其 范 同 和层 次 。在 T M F的 N G O S S — e T O M/ T A M 理论 框 架 的 基础 上 , 广 电
经 成 为 全 球 电信 网络 运 营 商 / 广 电服 务 提 供 商 O S S
NG OS S体 系框 架 , 从功 能、 系统 、 技术、 部署、 集 成 和 实 施 演 进 策 略 等 层 面 探 讨 了广 电运 营支 撑 系 统 ( OS S) 的 总体 架
构, 可为各地广电运营商 OS S类系统规划与设计提供一定的实施参考 。
关键词 : 广电网络 运 营 支 撑 系统 架 构
e T O M 框 架 主要 由 战略 、 基 础 设施 和产 品( S I P ) 、 运 营 ( O P S ) 和企 业管理 ( E M) 大过 程域 和市 场 / 产品 / 客
户、 服务 、 资源、 供应 商 / 合作 伙伴 等 四大功能 域构 成 , 并提供 6级过程 的分解 , 其一 级过程视 图如 图 1 所示 。 e T O M 框 架 中与 O S S密 切 关 联 的 功 能 主 要 集 中
服务监控及 服务保 障的信息化 支撑 ,是广 电企业 后端 网络资源 、 工作资 源的统一管理平 台和综 合调度 中心 ,
天津广电网络OTN业务承载网设备系统技术规范书201114184808

OTN系统技术规范书一、概述★1.1 说明1.1.1本技术需求书为天津广电网络OTN业务承载网设备的主要技术要求和供货要求,投标文件的技术部分内容格式应符合本技术需求书的要求,投标方提供的各项设备及系统的功能和性能应完全符合本技术需求书中指明的标准,并满足或高于技术需求书中提出的技术指标要求。
1.1.2投标方应根据本技术需求书的要求,基于自己的产品和技术提供具体、完整的配置方案。
投标方在投标文件中给出的设备硬件和软件配置,必须保证投标文件中各项性能和功能承诺指标的实现。
设备在各种承诺业务功能同时启用时,不应影响设备性能和稳定性。
1.1.3投标方应提供所投标的各产品型号的推出时间。
投标方所投设备应是制造商新推出的产品型号,投标方应保证本次投标的产品在5年内不会因厂家的技术路线调整、技术升级等原因导致停产及不再销售。
1.1.4本技术需求书应视为保证网络运行所需的最低要求。
如有遗漏,投标方应予以补充,否则一旦中标将认为投标方认同遗漏部分并免费提供。
1.1.5投标方若在投标文件中应答“满足”但实际测试、应用中发现不能满足,则投标方免费更换满足技术需求书要求的设备、板卡,若当时无满足要求的设备、板卡,可经商议等到相应的设备、板卡生产出来后,负责免费更换所有相关的设备、板卡(更换板卡所需的一切相关费用,例如运输费、施工费、集成费等也由投标方承担),并且期间招标方所有损失由投标方承担;同时招标方保留退货的权力,如果招标方计划用其他厂商设备替换该设备,投标方必须负责替换设备所需的一切费用(包括但不限于运输费、施工费、集成费等),并且期间招标方所有损失由投标方承担;同时招标方保留限制投标方参加后期采购的权力。
1.1.6投标方不同软件、设备、板卡对技术需求书所要求功能和性能支持若有所不同,须逐一说明,否则招标方认为投标方不同软件、设备、板卡均支持所要求的功能和性能,若在实际使用中发现与应答有出入,则投标方必须免费更换所有的不满足要求的设备、板卡(更换板卡所需的一切相关费用,例如运输费、施工费、集成费等也由投标方承担),并且期间招标方所有损失由投标方承担。
广电网络IT支撑及业务管理云平台建设

广电网络IT支撑及业务管理云平台建设【摘 要】 本文介绍了云平台的建设工作,通过虚拟化技术打通计算、存储和网络资源,形成地理分散、逻辑统一的计算和存储资源池。
平台面向有线网络运营商的IT 支撑和公众业务系统,提供可按需分配、随时随地快速部署的服务,有效提高了资源利用率,推动了IT 支撑及增值业务系统向云平台的迁移和演进。
【关键词】 云计算平台,资源虚拟化, 可计量服务, 横向扩展【中图分类号】 TP393.09 【文献标识码】 B【DOI编码】 10.16171/ki.rtbe.20210001012【本文献信息】施清白.广电网络IT支撑及业务管理云平台建设[J].广播与电视技术,2021,Vol.48(1).Construction of IT Support and Business Management Cloud Platformin Radio and TV NetworkShi Qingbai(SuZhou Branch, Jiangsu Broadcasting Cable Information Network Corporation Limited, Jiangsu 215000, China)Abstract This paper introduces cloud computing platform construction, through virtualization technology to open up computing, storage and network resources, forming a geographically dispersed and logically unified computing and storage resources pool. The platform is oriented to IT support and public business system of cable network operators, It provides services that can be distributed on demand and deployed quickly anytime and anywhere, which effectively improves resource utilization and promotes migration and evolution of IT support and value-added service system to cloud platform.Keywords Cloud platform, Resource virtualization, Measurable services, Scale out施清白(江苏省广电有线信息网络股份有限公司苏州分公司,江苏 215000)0 引言随着我司业务的不断发展,对数据中心资源的云化整合需求愈加迫切,考虑到IT 相关设备采购成本高、更新换代快、建设和运维的技术能力要求高、安全和稳定性的管控难度大,按照三级管理架构,引入云计算、SDN 等新技术搭建全新的云计算平台,一方面作为对目前业内新技术的跟进及研究的实验性探索;另一方面,通过具体的实践,不断完善整体方案的建设,逐步将现有的各类业务系统迁移至此新建平台,实现从粗放式、离散化的建设模式向集约化、整体化的可持续发展模式转变,使基础资源和业务系统的管理和运维从各自为政、相互封闭的运作方式向跨部门跨区域的协同互动和资源共享转变。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
天津广电网络业务运营支撑系统的设计与开发
摘要
三网融合背景下,想要进一步推进广电网络业务,还需要做出技术上的改革,建立功能更为完善的业务运营支撑系统,提高运维工作效率,向用户提供更好的业务体验。
建设网络业务运营支撑系统,可以更好的进行产品定义、业务展开与业务保障,可以更有效的提高企业竞争力,满足行业发展要求。
本文对天津广电网络业务运营支撑系统的建设措施进行了简要分析。
【关键词】天津广电网络业务运营支撑系统
基于三网融合要求,广电网络运营商逐渐从传统单一数字电视业务运营商转换成多业务运营商,在传统数字电视业务基础上,更是开展了VOD视频点播、宽带互联网以及家庭娱乐游戏等业务,可以更好的满足用户需求。
但是想要保证各项广电网络业务的正常运营,必须要建立一个稳定的支撑系统,因此要从技术角度出发,确定研究要点,采取有效措施进行系统建设与功能优化了,促进企业的进一步发展。
1 业务运营支撑系统现状
1.1 客户设备关联不当
就天津广电网络业务开展模块来看,客户与设备关联并不完善,忽视了此部分工作的重要性,导致业务服务过程中很多售后服务无法正常展开,同时客户在遇到故障时,也不能及时报修。
这样将会在根本上妨碍了对报修客户地址的定位以及故障处理措施的实施,降低了业务服务质量,很难得到客户的认同。
1.2 系统间关联缺失
现在很多业务支撑体系中客服系统、资源管理系统等关联缺失,并未形成一个完整灵活可协调运作的整体,这样在业务运行展开时,便无法有效利用系统来协助完成端到端业务的部署与激活。
就现状来看,很多业务的开通激活还需要通过人工参与的方式,这样如果工作人员专业能力比较低,很容易因为操作失误而出现激活失败的情况。
并且现在广电网络内设备数量不断增加,业务种类与数量也更为复杂,为运作以及管理部门提出了更高的要求,对各子系统间的关联有着更急切的需求。
1.3 故障定位效率慢
目前很多业务支撑体系在实际应用中,还无法全面协调各专业网关对网络故障的快速定位。
这样一旦某项业务出现故障,想要确定故障发生位置,必须要由专业维修人员对各类设备进行逐一排查。
不仅会导致工作量大幅度增加,同时故障排查效率低,也会延长故障排除时间,导致客户对业务的不满,削弱企业行业竞争力。
2 业务运营支撑系统架构
2.1 接入层
可以显示与接收用户输入的数据,且为用户提供交互式操作界面,通过调用业务流程来实现业务功能。
此部分主要可以分为用户界面界面组件两部分,为满足系统应用需求,通过抽取公共展现、编辑与布局组件,提议有效提高展现层复用性。
在针对广电网络业务运营支撑系统进行设计时,应将其设计成客户端与WEB两部分,除了自己WEB形式的服务器,其余均需要采用客户端形式接入。
2.2 应用层
应用层又包括服务层、业务层与持久层三部分,且业务层和服务层包括业务过程、业务服务、组件服务与业务服务。
业务过程通过流程引擎实现对工作流程的控制,完成用户所需的各项业务功能。
业务过程与业务服务则可以作为接入层调用对象与ESB发布内容。
并且组件服务与业务组件作为业务服务调动对象,并不能直接用于业务过程。
另外,持久层主要负责访问信息资源,包括数据库与文件的读写以及转化,为上层业务服务层提供一致且与业务逻辑无关的信息服务。
2.3 资源层
资源层主要负责存储系统数据,以及对数据完整性与一致性进行专业维护,且根据不同需求,选择将数据存储在数据库管理系统、文件以及外部存储设备等不同区域。
2.4 基础设施层
基础设施层规定了系统运行的公共机制,并实现了系统内部公共服务,通过这些服务与机制能够对系统组件开发进行简化,且实现各类运行信息的有效管理,保证系统运行具有较高的一致性,以及各组件间的高度集合。
公共平台的设计需要包括服务端与客户端两个部分,来满足不同客户端运行环境需求。
2.5 服务总线
服务总线为运营支撑系统发布服务的注册中心,系统所发布的所有子系统间服务与对外服务均需要在服务总线注册,取消各子系统以及支撑系统对外部的依赖。
同时,服务总线还可以有效对所有注册服务进行管控,其为服务请求者与提供者的中介对象。
一般可以通过其来实现对子系统以及外部系统的调用,且有服务总线来提供智能路由、数据转换、协议转换等功能。
3 业务运营支撑系统功能模块建设
3.1 综合告警模块
系统告警模块可以分为主动采集与被动接受两种模式,实现全网告警信息的收集与处理,对用户信息进行有效监控与处理。
通过此模块可以利用SOCKET、SNMP等协议进行信息的采
集,可以直接获取设备关键指标,然后与指标阀值进行匹配发出告警。
而被动接受则主要时通过trap与网关来转发告警,并对其进行对应的转换与处理,最终形成统一的告警形式。
3.2 故障定位模块
故障定位模块对提高系统服务水平具有重要意义,需要其对线路进行全程路由测试,以及管理系统所有故障信息,为系统管理人员提供更为全面准确的故障检查手段,更有效的进行故障信息分析。
3.3 业务激活模块
对于此模块的设计,需要保证其可以实现对多业务开展后的统一激活,提高广电业务开通的灵活性,且能够降低后期应用存在的问题,降低管理难度。
需要集成多个业务系统激活功能,达到统一激活目的,对以往激活模式进行优化,降低操作难度。
并且通过此模块,还可以实现对系统资源信息的共享与集中挖掘。
3.4 配置管理模块
网络设备种类较多,且设备内存有大量业务配置,仅仅通过人工连接进行配置,不仅作业效率低,且容易出现失误。
通过建设配置管理模块,可以对设备配置下发、配置查看以及配置检查功能进行优化,通过技术手段来对已经配置的设备信息进行维护与检查。
4 结束语
为提高广电网络业务服务水平,基于三网融合背景,必须要建立功能更为强大的业务运营支撑系统。
从技术角度出发,确定支撑系统要点,针对系统现状所存不足进行研究,做好各功能模块的优化,争取可以对业务信息进行集中管理,且及时发现并处理故障,为用户提供更优质的业务服务。
参考文献
[1]王磊,张庆满.天津广电网络业务运营支撑系统的设计[J].有线电视技术,2016,01:71-73.
[2]曹泽民.三网融合新形势下广电业务运营支撑系统建设探讨[J].中国有线电视,2012,04:455-460.
[3]潘光礼.西藏广电网络运营支撑系统的建设[J].广播与电视技术,2014,06:96+98-101.。