某移动业务支撑网运营管理系统BOMC(V4.0)规范-知识管理分册V1.0.0

合集下载

推荐-中国移动业务支撑网4A安全技术规范 精品

推荐-中国移动业务支撑网4A安全技术规范 精品

中国移动通信企业标准QB-W-016-20XX中国移动业务支撑网4A安全技术规范版本号:1.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信有限公司发布目录1概述 (7)1.1范围 (7)1.2规范性引用文件 (7)1.3术语、定义和缩略语 (7)2综述 (8)2.1背景和现状分析 (8)2.24A平台建设目标 (9)2.34A平台管理范围 (10)34A管理平台总体框架 (11)44A管理平台功能要求 (14)4.1帐号管理 (14)4.1.1帐号管理的范围 (14)4.1.2帐号管理的内容 (14)4.1.3主帐号管理 (14)4.1.4从帐号管理 (15)4.1.5密码策略管理 (15)4.2认证管理 (15)4.2.1认证管理的范围 (16)4.2.2认证管理的内容 (16)4.2.3认证服务的管理 (16)4.2.4认证枢纽的管理 (16)4.2.5SSO的管理 (17)4.2.6认证手段 (17)4.2.7提供多种手段的组合使用 (17)4.3授权管理 (17)4.3.1授权管理的范围 (17)4.3.2授权管理的内容 (18)4.3.3资源管理 (18)4.3.4角色管理 (18)4.3.5资源授权 (19)4.4审计管理 (20)4.4.1审计管理范围 (20)4.4.2审计信息收集与标准化 (21)4.4.3审计分析 (21)4.4.4审计预警 (22)4.54A管理平台的自管理 (23)4.5.1管理员管理 (23)4.5.2权限管理 (23)4.5.3组件管理 (23)4.5.4运行管理 (23)4.64A管理平台接口管理 (24)4.6.1帐号管理接口 (24)4.6.2认证接口 (24)4.6.3审计接口 (24)4.6.4外部管理接口 (25)54A管理平台技术要求 (25)5.1总体技术框架 (25)5.2P ORTAL层技术要求 (27)5.3应用层技术要求 (27)5.3.1前台应用层技术要求 (27)5.3.2核心数据库技术要求 (28)5.3.3后台服务层技术要求 (30)5.3.4单点登录技术要求 (32)5.3.5安全审计技术要求 (33)5.4接口层技术要求 (35)5.5非功能性技术要求 (35)5.5.1业务连续性要求 (35)5.5.2开放性和可扩展性要求 (38)5.5.3性能要求 (38)5.5.4安全性要求 (38)64A管理平台接口规范 (40)6.1应用接口技术规范 (40)6.1.1总体描述 (40)6.1.2登录类接口(①) (41)6.1.3认证类接口 (42)6.1.4帐号/角色接口(④) (43)6.1.5审计类接口 (48)6.2系统接口技术规范 (51)6.2.1总体描述 (51)6.2.2登录类接口(①) (52)6.2.3认证类接口 (53)6.2.4帐号接口(⑤) (55)6.2.5审计类接口 (59)6.3外部管理接口技术规范 (61)7BOSS系统3.0的改造要求 (62)7.1BOSS应用安全建设目标 (62)7.2BOSS系统配合4A改造要求 (62)7.2.1总体改造总体要求 (62)7.2.2帐号管理要求 (64)7.2.3授权管理要求 (66)7.2.4认证管理要求 (67)7.3BOSS应用的安全要求 (70)7.3.1BOSS应用帐号管理 (71)7.3.2BOSS应用授权管理 (73)7.3.3BOSS应用认证管理 (75)7.3.4BOSS应用审计要求 (76)7.3.5BOSS数据安全要求 (77)8经营分析系统2.0改造要求 (79)8.1经营分析系统应用安全建设目标 (79)8.2经营分析系统配合4A改造要求 (79)8.2.1总体改造要求 (79)8.2.2帐号管理改造要求 (81)8.2.3授权管理改造要求 (83)8.2.4认证管理改造要求 (84)8.2.5审计管理改造要求 (86)8.3经营分析系统应用安全要求 (87)8.3.1经营分析系统用户管理 (88)8.3.2经营分析系统权限管理 (92)8.3.3经营分析系统认证管理 (93)8.3.4经营分析系统日志记录 (95)8.3.5经营分析系统数据安全要求 (95)8.3.6系统平台安全要求 (97)9运营管理系统2.0改造要求 (99)9.1运营管理系统应用安全建设目标 (99)9.2运营管理系统配合4A改造要求 (99)9.2.1总体改造要求 (99)9.2.2帐号管理改造要求 (101)9.2.3授权管理改造要求 (103)9.2.4认证管理改造要求 (104)9.2.5审计管理改造要求 (106)9.3运营管理系统应用安全要求 (107)9.3.1运营管理系统用户管理 (108)9.3.2运营管理系统权限管理 (111)9.3.3运营管理系统认证管理 (112)9.3.4运营管理系统日志记录 (113)9.3.5运营管理系统数据安全要求 (114)104A平台建设指导意见 (116)10.1总体指导原则 (116)10.24A平台建设步骤 (116)10.2.1前期调研和准备阶段 (116)10.2.2平台建设和实施阶段 (117)10.2.3后期管理和维护阶段 (118)10.3.1应急方案流程梳理 (119)10.3.2应用功能改造实现 (119)11编制历史 (120)附录A 4A管理平台管理流程 (121)(1)用户入职流程 (122)(2)用户变更管理流程 (123)(3)离职管理流程 (124)(4)新项目纳入管理流程 (125)附录B 业务支撑系统敏感数据 (125)(1)BOSS系统中的敏感数据 (125)(2)经营分析系统中的敏感数据 (126)(3)需要关注的操作日志 (127)图形目录图3-1 业务支撑网4A管理平台总体框架图 (12)图4-1 4A平台与应用系统的帐号、角色和权限关系图 (19)图5-1 业务支撑网4A管理平台的总体技术框架 (26)图6-1 4A平台与应用资源的接口框架图 (40)图6-2 业务支撑应用的帐号/角色接口图 (44)图6-3 4A平台与系统资源的接口框架图 (52)图6-4 4A平台与系统资源的接口框架图 (55)图7-1 BOSS配合4A的改造总体示意图 (63)图7-2 BOSS配合4A的帐号管理改造图 (65)图7-3 BOSS配合4A的授权管理改造图 (67)图7-4 BOSS配合4A的认证管理改造图 (68)图7-5 BOSS配合4A的审计管理改造图 (70)图7-6 BOSS应用安全体系逻辑图 (71)图7-7 BOSS应用授权管理结构图 (75)图8-1 经营分析系统配合4A的改造总体示意图 (80)图8-2 经营分析系统配合4A的帐号管理改造图 (82)图8-3 经营分析系统配合4A的授权管理改造图 (84)图8-4 经营分析系统配合4A的认证管理改造图 (85)图8-5 经营分析系统配合4A的审计管理改造图 (87)图8-6 经营分析应用安全体系逻辑图 (88)图8-7 经营分析应用授权管理结构图 (93)图8-8 通过经营分析门户认证流程图 (94)图9-1 运营管理系统配合4A的改造总体示意图 (100)图9-2 运营管理系统配合4A的帐号管理改造图 (102)图9-3 运营管理系统配合4A的授权管理改造图 (104)图9-4 运营管理系统配合4A的认证管理改造图 (105)图9-5 运营管理系统配合4A的授权号管理改造图 (107)图9-6 运营管理应用安全体系逻辑图 (108)图9-7 运营管理应用授权管理结构图 (112)图9-8 运营管理应用门户认证流程图 (113)前言本标准规定了面向中国移动业务支撑网的应用级和系统级的集中统一的帐号(Account)管理、授权(Authorization)管理、认证(Authentication)管理和安全审计(Audit)的安全系统(简称4A管理平台或4A平台)的总体目标、平台框架、功能要求、关键技术实现方法、接口标准、实施指导建议及注意事项。

{业务管理}数据业务管理平台接口规范分册

{业务管理}数据业务管理平台接口规范分册

{业务管理}数据业务管理平台接口规范分册QB-GF-003-2003移动数据业务管理平台(D S M P )接口规范 版本号:1.5.0中国移动通信集团公司 发布2003-1-31发布2003-1-31实施M o b i l e D a t a S e r v i c eM a n a g e m e n t P l a t f o r m I n t e r f a c e S p e c i f i c a t i o n目录前言III1 适用范围12 引用标准23 相关术语与缩略语解释44接口命名规范55 接口在网络中的位置66系统接口描述76.1 DSMP对外接口描述76.2接口消息实现87 字段类型说明88 DSMP接口定义88.1 DSMP与业务网关之间的接口(Sg接口)88.2 DSMP与BOSS系统接口(Mb接口)88.3 DSMP与SCP接口(Sscp接口)88.4 DSMP与客服/1860之间的接口(Sk接口)98.5 DSMP之间的接口(Sim接口)98.6 DSMP与SP之间的接口(Ma接口)98.6.1 DSMP与SP之间接口消息定义98.6.2 DSMP与SP之间接口消息体定义99 返回值的统一定义1110 编制历史15附录A 模式(schema)描述16Schema字段描述16附录B DSMP与SCP之间通信协议中共用的通用元素的定义17 附录C DSMP平台Web Services 数据类型定义17附录D DSMP平台Web Services 接口定义和SOAP绑定191 DSMP平台Web Service接口设计和开发准则192 举例说明203 DSMP接口的WSDL定义23前言本接口规范规定了中国移动通信集团公司移动数据业务管理平台(DSMP)涉及到的接口与协议规范,包括DSMP与SMS、MMS、KJAVA、WAP等业务网关之间的接口/协议,DSMP与MAIL等应用平台之间的接口/协议,DSMP与BOSS之间的接口/协议,DSMP 与SCP之间的接口/协议。

BOMC系统大数据应用浅析

BOMC系统大数据应用浅析

BOMC系统大数据应用浅析作者:宋代强来源:《中国新通信》2016年第22期【摘要】 BOMC全称为中国移动业务支撑网运营管理系统,主要为业务支撑系统(BOSS,CRM等)提供运维管理和维护支撑。

随着云计算,大数据等技术的不断成熟,以及中国移动业务支撑系统架构的变化,BOMC需充分利用新技术,新手段,更好的发挥运维管理作用,让更多的运维数据充分发挥作用,实现更快的故障处理速度,提升客户感知能力,提高客户满意度。

【关键词】 BOMC 大数据客户感知一、中国移动BOMC系统简介BOMC是中国移动业务支撑网运营管理系统,定位于为中国移动业务支撑网各系统的管理和运维提供支撑,通过“集中监控、集中维护、集中管理”的方式,实现对业务支撑系统生产运行中的平台设备和应用软件等资源进行统一管理,并在此基础上实现全网运维情况、业务运行质量的分析评估。

随着云计算、大数据等技术的日益成熟,业务支撑网各系统的架构发生变化,BOMC也需要进一步的调整和优化,以适应对新架构下被管系统的管理和服务的要求。

通过引入大数据,运营管理系统可进一步丰富运维工作的手段,提升运维工作的质量。

二、BOMC大数据架构平台基本架构在BOMC系统运维的过程中,存在问题如下:告警的设定仅为实时的提醒,缺少预警的功能,缺少根据某类指标设定动态的阀值的功能;对BOSS等业务过程的监控粒度较粗,业务故障定位存在延时等等。

大数据的引用,将全量业务和告警数据纳入分析成为可能,在时效性上有了明显的提升,且通过多种手段,实现对业务问题和平台告警的预测。

随着大数据技术迅速发展,其技术框架也日益成熟,BOMC大数据平台亦采用目前成熟的技术框架,概括分为数据采集、数据采集、数据展现三层。

数据源主要来自BOSS、CRM、BOMC等系统的业务日志,数据库、中间件日志,告警等运维数据。

通过数据采集工具,对半结构化,非结构化数据进行采集,并对各类数据根据需要进行离线或实时处理,通过应用层实现数据的专题分析和应用展现。

中国电信省级业务平台综合网管系统接口规范-MMSC分册V

中国电信省级业务平台综合网管系统接口规范-MMSC分册V

中国电信省级业务平台综合网管系统接口规范MMSC分册V2.2中国电信股份有限公司2013 年 3月目录1 文档说明 (6)1.1 编写目的 (6)1.2 适用范围 (6)1.3 起草单位 (6)1.4 解释权 (6)1.5 版权 (6)2 综述 (6)2.1 目标 (6)2.2 内容说明 (7)2.3 参考文档 (7)2.4 符号和缩略语 (8)3 性能及统计指标 (8)3.1 MMS互联网关统计[删除] (8)3.2 MMS统计 (8)3.2.1 MMSC系统配置 (8)3.2.2 MMS业务KPI统计 (12)3.2.3 MMS业务量统计 (14)3.2.4 MMS业务量分省/地区统计 (15)3.2.5 MMS业务成功率统计 (15)3.2.6 MMS业务成功率分终端统计 (16)3.2.7 MMS业务流量统计 (17)3.2.8 MMS业务流量分布统计 (17)3.2.9 MMS业务用户收发分布统计 (18)3.2.10 MMS业务用户发送分布统计 (19)3.2.11 MMS业务用户接收分布统计 (19)3.2.12 MMS业务量用户分布统计 (20)3.2.13 MMS邮件收发业务统计 (20)3.2.14 MMS邮件发送业务统计 (21)3.2.15 MMS邮件接收业务统计 (22)3.2.16 MMS增值业务统计 (22)3.2.17 SP的MMS分省/地区业务统计 (24)3.2.18 终端使用SP业务用户收发分布统计 (24)3.2.19 终端使用SP业务用户发送分布统计 (25)3.2.20 终端使用SP业务用户接收分布统计 (26)3.2.21 注册终端型号数量排名统计(可选) (26)3.2.22 终端收发消息成功率统计指标组(可选) (27)3.2.23 MMS业务成功率报表统计 (27)3.2.24 用户数统计 (29)3.3 MMS接口消息成功率统计 (30)3.3.1 MMS接口配置 (30)3.3.2 MM1接口WAPGW消息成功率(上行业务)指标组 (31)3.3.3 MM1接口WAPGW消息成功率(下行业务)指标组 (32)3.3.4 MM3接口Email Server消息成功率(上行业务)指标组 (33)3.3.5 MM3接口Email Server消息成功率(下行业务)指标组 (33)3.3.6 MM4接口互连MMSC消息成功率(作为发送方)指标组 (34)3.3.7 MM4接口互连MMSC消息成功率(作为接收方)指标组 (34)3.3.8 MM7接口VASP消息成功率(上行业务)指标组 (35)3.3.9 MM7接口VASP消息成功率(下行业务)指标组 (36)3.3.10MM1接口短信直连通知消息下发成功率指标组 (36)3.4 彩信拦截和监控(可选) (37)3.4.1 门限配置 (37)3.4.2 关键字配置 (37)3.4.3 性能 (38)3.5 关键性能指标要求 (38)3.5.1 关键性能指标接口方式 (38)3.5.2 关键性能指标 (38)3.5.3 关键性能指标补采要求 (39)3.5.4 性能数据完整性检查 (40)4 监视功能要求 (40)4.1 告警信息上传接口方式 (40)4.2 告警信息过滤 (41)4.3 告警信息 (41)4.4 告警同步 (43)5 业务配置功能要求 (43)5.1 激活功能 (43)5.2 关键业务信息配置功能 (43)5.2.1 系统黑名单配置接口 (43)5.2.2 用户级黑名单配置接口 (45)5.2.3 垃圾监控策略配置接口 (45)5.2.4 主题封堵策略配置接口 (47)6 安全功能要求 (48)7 查询功能要求 (48)7.1 系统黑名单查询接口 (48)7.2 用户级黑名单查询接口 (49)7.3 垃圾监控策略查询接口 (50)7.4 主题封堵策略查询接口 (51)7.5 彩信中心彩信业务配置查询接口 (52)8 北向接口性能要求 (53)8.1 标准、开放 (53)8.2 可扩展性 (53)8.3 多元化 (53)8.4 可靠性 (54)8.5 接口处理能力 (54)8.5.1 实时性 (54)8.5.2 并行处理能力 (54)8.5.3 响应时间 (54)8.6 版本的稳定性 (54)9 话单采集要求 (54)9.1 话单采集数据格式及接口要求 (55)9.1.1 多媒体消息纪录数据采集上传接口要求 (56)9.1.2 多媒体消息纪录文件定义和命名规范 (56)9.1.3 完整性核查通知功能 (57)9.2 多媒体消息中心话单数据采集项目定义 (58)9.3 话单文件记录对应关系 (59)9.3.1 中兴彩信中心 (59)9.3.2 华为彩信中心 (60)9.3.3 上海贝尔彩信中心 (61)10 附录 (61)10.1 附录一:编制人员名单 (62)10.2 附录二:KPI/KBP命名规则 (62)10.2.1 指标集定义 (62)10.2.2 KBP/KPI编码 (63)10.3 附录三: FTP接口约定 (67)10.4 附录四:配置性能统计与监视功能接口格式约定 (68)10.5 附录五:响应码对照表 (68)10.6 附录六:采集文件以及采集文件夹的定义 (68)10.6.1 中兴彩信中心 (68)10.6.2 华为彩信中心 (71)10.6.3 上海贝尔彩信中心 (78)文档版本记录文档变更记录1文档说明1.1编写目的本规范是中国电信业务平台综合网管系统接口规范的一个分册,结合CTG-MBOSS的总体框架和各目标系统的规划,充分考虑业务平台综合网管系统与MMSC平台的接口要求,为中国电信业务平台综合网管系统与MMSC平台集成接口的规划和建设提供基本的技术原则和要求。

中国移动云南公司多业务数字分布式系统技术规范书v1.0

中国移动云南公司多业务数字分布式系统技术规范书v1.0

多业务数字分布式系统技术规范书中国移动云南公司网优中心V1.0目录1、概述 (4)1.2、参考标准和规范 (5)2、技术要求 (5)2.1 ★.定义 (5)2.2、功能要求 (6)2.2.1★组网方式 (6)2.2.2★载频设置 (7)2.2.3★支持业务 (7)2.2.4★支持以太网接口(RJ45型)设备扩展功能 (7)2.2.5★支持远端射频单元监控功能 (7)2.2.6★必须支持远程供电功能 (7)2.2.7★支持室外隐蔽一体化设计 (8)2.2.8支持无线路由功能可选 (8)2.2.9 ★监控平台要求 (8)2.2.10 ★室内型、室外型和室分合路型远端规范 (9)2.3、主要技术性能要求与指标 (10)2.3.1★系统的主要技术性能要求与指标 (10)2.3.2 ★GSM通路射频特性 (10)2.3.3★TD-SCDMA通路射频特性 (13)2.4、★接口要求 (15)2.4.1 ★接入控制单元上联接口 (15)2.4.2★近端扩展单元接口 (15)2.4.3 ★远端射频单元用户侧接口 (15)2.5、★网络质量的指标要求 (16)3、★运行环境要求 (16)3.1 ★设备供电要求 (16)3.2 ★环境要求:室内型设备 (17)3.2.1 ★温度要求 (17)3.2.2 ★湿度 (17)3.2.3 ★三防功能 (17)3.3 ★环境要求:室外型设备 (17)3.3.1★温度 (17)3.3.2★湿度 (17)3.3.3 ★三防功能 (17)3.4★过压、过流保护 (17)3.5★防雷 (18)3.6 ★平均无故障工作时间(MTBF) (18)4、★施工要求 (18)4.1 ★设备安装要求 (18)4.2 ★施工工艺要求 (18)1、概述1.1 投标方须对本技术规范书进行点对点应答,必须在引用本技术规范书的基础上,进行逐条逐项答复、说明和解释,即:首先针对投标方所提供的设备对实现或满足程度明确作出“满足”、“不满足”、“部分满足”的应答,不得使用“明白”、“理解”等词语。

移动通信网网络管理技术规范 OMC北向接口 PCRF性能测量数据V1.0.0

移动通信网网络管理技术规范 OMC北向接口 PCRF性能测量数据V1.0.0

1范围 (1)2规范性引用文件 (1)3术语、定义和缩略语 (1)3.1术语和定义 (1)3.1.1性能测量族 (1)3.2缩略语 (1)4PCRF GX接口消息测量数据 (2)4.1CC发起请求次数 (2)4.2CC发起成功次数 (2)4.3CC发起失败次数 (3)4.4CC更新请求次数 (3)4.5CC更新成功次数 (4)4.6RA请求次数 (4)4.7RA成功次数 (5)4.8RA失败次数 (5)4.9RA超时次数 (6)4.10CC结束请求次数 (6)4.11CC结束成功次数 (7)5SCTP偶联性能测量数据 (8)6以太网端口性能测量数据 (8)7系统负荷测量数据 (8)8编制历史 (8)本标准主要用于PCRF OMC北向接口性能测量。

本标准包括的主要内容为PCRF性能测量数据定义。

本标准是LTE OMC北向接口信息模型系列标准之一,该系列标准的结构、名称或预计的名称如下:标准需与QB-W-002-2009《移动通信网网络管理接口技术规范OMC北向接口-公共性能测量参数》配套使用。

1范围本标准规定了LTE网络管理接口中PCRF性能测量参数。

本规范支持LTE核心网网络质量指标分析,有关指标算法定义参见核心网网络管理指标技术规范。

本标准的用户群可能包括:运营商管理人员、运营商网络维护人员、运营商业务流量分析人员、运营商客服服务人员、设备商性能建模分析人员和设备商工程建设人员。

2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件,其最新版本适用于本标准。

3术语、定义和缩略语3.1术语和定义3.1.1性能测量族3.2缩略语4PCRF Gx接口消息测量数据4.1CC发起请求次数a) 重要度:Ab) 英文名称:InitialRequestc) 中文名称:CC发起请求次数d) 定义:发起Credit Control请求次数;e) 触发点:PCRF收到CC-Request(CC-Request-Type=INITIAL_REQUEST)消息(见3GPP TS29.212);f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:是m) 备注:4.2CC发起成功次数a) 重要度:Ab) 英文名称:InitialSuccessc) 中文名称:CC发起成功次数d) 定义:发起Credit Control的成功次数;e) 触发点:PCRF发出CC-Answer(CC-Request-Type=INITIAL_REQUEST,Result-Code=2001)消息(见3GPP TS 29.212);f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:是m) 备注:4.3CC发起失败次数a) 重要度: (0)B (1)Cb) 英文名称:(0)InitialFail (1)InitialFail._Causec) 中文名称:(0)CC发起失败次数(1)分原因的CC发起失败次数d) 定义:发起Credit Control失败次数,并按不同的原因码分类统计e) 触发点:PCRF发出CC-Anwser(Result-Code≠2001)消息;f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:(0)否(1)否m) 备注:4.4CC更新请求次数a) 重要度:Ab) 英文名称:UpdateRequestc) 中文名称:CC更新请求次数d) 定义:更新Credit Control请求次数;e) 触发点:PCRF收到CC-Request(CC-Request-Type=UPDATE_REQUEST)消息(见3GPP TS29.212);f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:是m) 备注:4.5CC更新成功次数a) 重要度:Ab) 英文名称:UpdateSuccessc) 中文名称:CC更新成功次数d) 定义:更新Credit Control的成功次数;e) 触发点:PCRF发出CC-Answer(CC-Request-Type=UPDATE_REQUEST,Result-Code=2001)消息(见3GPP TS 29.212);f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:是m) 备注:4.6RA请求次数a) 重要度:Ab) 英文名称:DIAM.ReAuthRequestc) 中文名称:RA请求次数d) 定义:Re-Auth请求次数;e) 触发点:PCRF发出Re-Auth-Request消息(见3GPP TS 29.212);f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:是m) 备注:4.7RA成功次数a) 重要度:Ab) 英文名称:DIAM.ReAuthSuccessc) 中文名称:RA成功次数d) 定义:Re-Auth成功次数e) 触发点:PCRF收到Re-Auth-Anwer(Result- Code=2001)消息(见3GPP TS 29.212);f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:是m) 备注:4.8RA失败次数a) 重要度: (0)B (1)Cb) 英文名称:(0)DIAM.ReAuthFail (1)DIAM.ReAuthFail._Causec) 中文名称:(0)RA失败次数(1)分原因的RA失败次数d) 定义:Re-Auth失败次数,并按不同的原因码分类统计e) 触发点:PCRF收到Re-Auth-Anwser(Result-Code≠2001)消息;f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:(0)否(1)否m) 备注:4.9RA超时次数a) 重要度:Bb) 英文名称:DIAM.ReAuthTimeoutc) 中文名称:RA超时次数d) 定义:Re-Auth超时次数;e) 触发点:PCRF的等待定时器超时仍未收到Re-Auth-Answer消息(见3GPP TS 29.212);f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:否m) 备注:4.10CC结束请求次数a) 重要度:Ab) 英文名称:TerminateRequestc) 中文名称:CC结束请求次数d) 定义:结束Credit Control请求次数;e) 触发点:PCRF收到CC-Request(CC-Request-Type=TERMINATE_REQUEST)消息(见3GPP TS29.212);f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:是m) 备注:4.11CC结束成功次数a) 重要度:Ab) 英文名称:TerminateSuccessc) 中文名称:CC结束成功次数d) 定义:结束Credit Control的成功次数;e) 触发点:PCRF发出CC-Answer(CC-Request-Type=TERMINATE_REQUEST,Result-Code=2001)消息(见3GPP TS 29.212);f) 采集方式:CCg) 数据类型:整型h) 单位:次i) 空间粒度:EpRpDynGxPcrfj) 时间粒度:15分钟k) 上报周期:15分钟l) 测试要求:是m) 备注:5SCTP偶联性能测量数据参见《移动通信网网络管理技术规范 OMC北向接口 eNodeB性能测量数据》的公共性能测量数据的4.2节。

31- 中国联通传输网网络管理系统技术规范(V1.0) 第三分册 一干网管系统功能规范

31- 中国联通传输网网络管理系统技术规范(V1.0) 第三分册  一干网管系统功能规范

中国联通公司企业标准QB/CU 31—2004中国联通传输网网络管理系统技术规范第三分册一干网管系统功能规范Transport Network Management System Technical Specification(报批稿V1.0)2004-06-20发布 2004-06-20实施目次前言 (III)1范围 (1)2规范性引用文件 (1)3缩略语 (1)4系统管理功能 (2)4.1主传输设备管理子系统 (2)4.1.1 拓扑管理 (2)4.1.2 配置管理 (5)4.1.3 故障管理 (12)4.1.4 故障分析专家系统 (18)4.1.5 性能管理 (19)4.2资源管理子系统 (23)4.2.1 资源数据的录入维护 (23)4.2.2 网络资源的查询显示 (25)4.2.3 网络资源数据的存储 (25)4.2.4 网络资源数据的实时监测更新 (25)4.2.5 网络资源数据的统计 (26)4.2.6 网络资源数据的分析 (26)4.2.7 电路智能化调度 (30)4.2.8 Web综合查询 (31)4.2.9 备品备件管理 (32)4.3指挥调度管理子系统 (34)4.3.1 工单处理 (34)4.3.2 VPN管理 (37)4.3.3 日常办公管理 (40)4.3.4 应急方案管理 (41)4.4运维分析子系统 (42)4.4.1 网络故障统计和分析 (42)4.4.2 割接计划执行情况统计 (44)4.5运行支撑子系统 (44)4.5.1 综合报表管理 (44)4.6系统支持功能 (45)4.6.1 系统安全管理 (45)4.6.2 系统日志管理 (47)4.6.3 系统数据备份与恢复 (48)4.6.4 系统自身监控管理 (48)4.6.5 系统帮助 (48)5系统技术要求 (48)5.1系统总体要求 (48)5.2软件技术要求 (49)5.3管理能力要求 (50)5.4性能要求 (50)5.5系统安全要求 (50)5.6DCN要求 (50)前言本规范是《中国联通传输网网络管理系统技术规范》系列技术规范中的第三分册。

中国移动GPON设备规范V1.0.0

中国移动GPON设备规范V1.0.0

中国移动通信企业标准中国移动G P O N 设备规范S p e c i f i c a t i o n f o r G P O N e q u i p m e n t s o f C h i n a M o b i l e 版本号:1.0.0 中国移动通信集团公司 发布2010-10-11发布 2010-10-11实施 QB-B-004-2010目录前言........................................................................................................................................... I II1. 范围 (1)2. 规范性引用文件 (1)3. 术语、定义和缩略语 (3)4. GPON系统组成 (5)4.1. 参考配置 (5)4.2. OLT (6)4.3. ONU (6)4.4. ODN (7)4.5. 线路速率 (8)5. 协议要求 (8)5.1. 协议栈 (8)5.2. PMD层 (8)5.3. TC层 (8)5.4. OMCI协议 (9)6. GPON业务能力和设备类型 (9)6.1. 业务能力 (9)6.2. ONU设备类型 (9)7. 设备接口要求 (10)7.1. OLT网络侧接口 (10)7.2. ONU用户侧接口 (10)7.3. GPON接口 (11)8. GPON基本功能 (11)8.1. ONU设备认证功能 (11)8.2. 数据加密 (12)8.3. FEC (12)8.4. 光链路检测 (12)8.5. 断电通知功能 (12)8.6. 长发光ONU的检测 (12)8.7. 动态带宽分配(DBA)功能 (12)9. OLT技术要求 (13)9.1. 业务QoS (13)9.2. L2功能要求 (14)9.3. 网络安全相关功能 (17)9.4. 以太网OAM功能 (18)9.5. 上联IP业务级联功能 (18)9.6. OLT设备可靠性要求 (18)9.7. OLT设备功耗 (19)10. ONU技术要求 (19)10.1. 业务QoS (19)10.2. L2功能要求 (20)10.3. 网络信息安全相关功能 (21)10.4. WLAN接入功能 (22)10.5. 以太网OAM功能 (22)10.6. VoIP功能 (22)10.7. 可靠性要求 (23)10.8. 其他要求 (23)11. 性能要求 (24)11.1. PON接口吞吐量 (24)11.2. 业务性能 (24)12. PON的保护 (27)12.1. 保护倒换方式 (27)12.2. 保护倒换配置 (27)12.3. 保护倒换性能 (29)13. 同步功能要求 (30)13.1. GPON设备同步要求 (30)13.2. TDM业务同步要求 (33)13.3. 时间同步要求 (36)14. 操作管理维护要求 (36)15. 其它要求 (36)15.1. 环境要求 (36)15.2. 电气安全要求 (37)15.3. 设备散热要求 (39)16.编制历史 (39)附录A (标准性附录)GPON设备PON接口指标要求 (40)前言本标准适用于中国移动通信集团公司采用PON技术的有线接入网,为网络规划与建设、工程设计和通信组织、网络维护和运营等提供技术依据。

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

B O M C(V4.0)规范-知识管理分册版本号:1.0.02012-X X-X发布2012-X X-X实施目录1. 总体描述 (1)1.1 功能定位 (1)1.2 功能框架 (3)1.3 演进路线 (4)2. 概念模型 (7)2.1 知识管理 (7)2.2 知识模型 (8)2.3 用户分类 (12)2.4 知识分类 (13)3. 功能要求 (16)3.1 经验案例管理 (16)3.1.1 新建经验案例 (16)3.1.2 维护经验案例 (16)3.1.3 检索浏览经验案例 (17)3.1.4 人员互动 (17)3.2 问答管理 (18)3.2.1 提出问题 (18)3.2.2 检索回答 (18)3.2.3 关闭问题 (19)3.2.4 人员互动 (19)3.3 文档管理 (19)3.3.1 上传发布文档 (19)3.3.2 维护文档 (20)3.3.3 检索下载文档 (20)3.3.4 人员互动 (21)3.4 词条管理(可选) (21)3.4.1 新建词条 (21)3.4.2 维护词条 (21)3.4.3 检索浏览 (22)3.4.4 人员互动 (22)3.5 度量管理 (22)3.5.1 活动记录 (23)3.5.2 积分计算 (23)3.5.3 积分查询 (23)3.5.4 报表订阅 (24)3.6 我的工作台 (24)3.6.1 我的知识 (24)3.6.2 我的问答 (24)3.6.3 我的文档 (25)3.6.4 我的消息 (25)3.7 综合视图 (26)3.7.1 分类导航 (26)3.7.2 综合检索 (26)3.7.3 快捷访问 (27)3.7.4 排行榜 (27)3.8 系统管理 (27)3.8.1 知识维度管理 (28)3.8.2 积分策略配置 (28)3.8.3 授权管理 (28)3.8.4 批量处理 (29)4. 接口要求 (30)4.1 综合运营门户接口 (30)4.2 监控管理中心接口 (31)4.3 集中控制中心接口 (31)4.4 业务管理中心接口 (32)4.5 运维管理中心接口 (32)4.6 运营分析中心接口 (32)4.7 资源管理接口 (33)4.8 云管理接口 (33)4.9 BOMC外部系统接口 (34)5. 技术要求 (35)1.总体描述建设知识管理电子化应用具有很高的重要性和迫切性。

目前业务支撑网的业务系统越来越庞大、业务逻辑越来越复杂、系统变更越来越频繁、工作要求越来越高,在业务支撑网运营管理工作的难度也越来越大。

知识管理工作的深入开展和知识管理应用的规范化建设,是BOMC 4.0建设的重点之一。

知识管理应用以“人人参与、人人贡献、人人消费和人人受益”为基础理念,实现检索专业知识、总结经验与案例、发布正式文档、解答疑难问题、查询专业术语、展现个人能力、学习工作知识和交流各类信息等的应用功能,支撑知识的记录、发布、共享、搜索、评价、问答、学习和积累等管理活动。

通过建设内容丰富和人人参与的统一知识库,达到为中国移动建立知识上传和下达的渠道、打造学习型业务支撑团队、助力公司长期可持续健康发展的目的。

目前在知识管理方面现存几种不同类型的问题,包括“没有知识应用”——只能靠半手工零散化的管理知识、“有应用不易用”——因使用复杂所以用户不使用、“有功能没知识”——缺乏内容建设应用推广不够深入等。

因此,BOMC 4.0规范特别增加知识管理分册,明确应该规划建设知识管理应用、细化应用建设功能要求、规范接口和技术要求、增加应用推广,让知识管理为业务支撑网的运营管理发挥出应有的促进作用。

1.1 功能定位知识管理的目标用户群涉及中国移动业务支撑网的相关工作人员,包括管理人员、系统建设人员、系统维护人员、投诉处理人员、支撑系统厂商、以及与支撑系统相关的业务管理人员等。

在本期BOMC系统的建设中,知识管理应用需要实现以下目标:⏹形成统一的知识库将业务支撑网相关的所有知识统一在知识管理应用中进行电子化记录,形成模板化记录格式、规范化的知识分类、智能化的检索处理、集中化的知识存储,让知识管理应用能够服务于各类用户并且支撑各类应用,形成统一的知识库——即“一个统一”。

⏹具备全面管理能力全面管理经验案例、文档、问答和词条这四种知识,并且实现完善的管理功能,包括新建知识、提交文档、回答问题、维护词条、检索知识等,实现应用在管理内容全面化和管理功能全面化的目标——即“两个全面”。

⏹量化度量关注成效知识管理本身的业务量和业务质量决定应用推广的成效,其中业务量包括使用人员的数量、人员操作的频繁程度、知识积累的数量等方面,而业务质量包括知识认证、知识推荐、知识浏览、评价评分、问题回答等方面。

知识管理应该能够量化度量人员各种操作的数量和应用存储与新建的各类知识的数量,从个人使用、部门应用和各省应用三个层面体现知识管理的成效——即“三层成效”。

⏹强化人员交流互动应该以人为本建设知识管理应用,关注应用易用性和人员间的交流互动,实现应用对用户的粘性,吸引用户经常使用知识管理应用,达到“人人参与、人人贡献、人人消费和人人受益”的互动化目标——即“四个人人”。

图 1-1 功能定位图因为知识管理能够管理有价值的知识,所以会被学习型人才和团队所需要。

为了方便用户贡献和消费知识,知识管理需要向很多BOMC系统内部与外部的门户、中心、管理及系统提供知识服务,实现知识数据的集中汇聚和知识信息的统一发布,其提供的知识服务包括:⏹BOMC综合运营门户,需要集成知识管理的知识检索页面,以便用户能够在门户中直接进行各种方式的知识查询。

⏹监控管理中心、运维管理中心、资源管理等BOMC内部应用,以及BOSS、CRM、BASS、P-BOSS等其它BOMC外部系统中的用户,需要通过知识管理享受知识服务,包括贡献知识和消费知识。

1.2 功能框架知识管理的功能模块包括综合视图、我的工作台、经验案例管理、问答管理、文档管理、词条管理、度量管理、系统管理。

图 1-2功能架构图⏹综合视图是知识管理中用户最先访问和最常访问的功能集合,它能够集成其它功能模块中最频繁的操作功能和信息查询,其中包括综合检索、分类导航、快捷访问、排行榜。

⏹我的工作台是面向用户提供个人操作与个人信息的功能集合,它能够提供各类预定义查询和知识操作,其中包括我的知识、我的问答、我的文档以及我的消息。

⏹经验案例管理是针对实践中总结知识的全面管理,实现经验案例的共享,它能够提供让用户新建经验案例并且在众多的经验案例中找到最有价值的知识信息,包括新建经验案例、维护经验案例、检索浏览经验案例以及人员互动的功能。

⏹问答管理通过“一个用户提问、全体用户解答”方式,让知识进行定向传播,本模块具有提出问题、回答问题、关闭问题以及人员互动的功能。

⏹文档管理能够让正式文档在企业内得以在相对最长的时间和最广的范围内得以传播和积累,它提供上传发布、维护文档、检索下载以及人员互动的功能。

⏹词条管理能够让用户把的常用词条共享给所有用户,并且支持所有用户对相关词条持续的进行修正和更新,它提供新建词条、维护词条、检索浏览以及人员互动的功能。

⏹度量管理能够量化度量每个用户各种行为的数量并且以积分的形式进行评价,达到针对用户的知识贡献和知识学习的质与量进行度量的目的,并且能够按照部门和知识分类进行汇总,它提供活动记录、积分计算、积分查询和报表订阅的功能。

⏹系统管理能够对知识管理进行各种配置,包括知识维度管理、积分策略配置、授权管理和批量处理。

1.3 演进路线图 1-3 演进路线图在BOMC 4.0中,知识管理是新增内容,需要在本期新增建设。

而知识管理必将会不断的演进和发展,成为BOMC系统中最重要的部分之一。

其演进路线包括应用建设、全网推广和运营决策三个阶段,本期建设需要达到应用建设阶段的要求如表1-1所示。

在知识管理的建设的所有阶段中,无论功能如何丰富,其最终都是为人提供知识服务,因此应该始终重视用户体验,所以需要一直遵循如下原则:⏹人员互动化原则:人人参与是知识管理的关键,知识管理需要体现以人为本的精神,应该重视人员之间交流互动功能的实现,推广2.0文化,达到实现应用具备用户粘性的目的。

⏹操作最简化原则:知识管理应该在需求、设计、使用和优化等阶段,都优先考虑应用易用性和用户体验,应该将操作的复杂度降到最低,让人们愿意用和喜爱用知识管理。

⏹度量精细化原则:知识管理应该将人员操作和知识应用的全过程都进行精细化度量,通过每人每天的参与活动,让最有价值的知识、最有贡献的专家、最爱学习的人员与部门能够突显出来,从而促进贡献知识与学习知识的文化形成和文化传播。

表 1-1 演进路线说明2.概念模型概念模型是对知识管理中内部的构成及相互关系的规范化定义。

2.1 知识管理为了明确知识管理的定义,下面将分别说明知识、知识管理(狭义和广义)的概念。

知识是对某类事物或问题确信的认知,人们通过使用这些认知,能够发挥出潜在的能力并达到特定的目的。

知识管理(广义)是对知识的分析、总结、分类、记录、发布、共享、学习、评分、认证、推荐、问答、讨论和应用等管理实践与人员活动。

它既包含了知识管理电子化应用中支持的技术功能,也包括与知识相关的岗位、责任、绩效、计划、能力地图、服务目录等管理活动和人员行为。

知识来源于日常的实践经验、现实案例、书籍文档、讨论问答、术语词条,其具有可复用性、可共享性、可更新性、零散性、内容繁多、格式不统一、不确定价值等特性。

由于知识的这些特性,使得知识非常难于被管理。

目前克服这个难题的最好办法就是采用Web2.0和2.0文化的理念和经验。

知识管理(狭义)是中国移动业务支撑网运营管理系统中负责对知识管理进行电子化应用,其需要应用先进理念、借鉴2.0文化、务实的体现知识管理的成效。

图2-1知识管理概念示意图2.2 知识模型图2-2 知识概念模型图知识概念模型是对知识管理中关键要素的归纳和总结,是构建知识管理的核心要素,其包括如下概念及关系:知识是对某类事物或问题确信的认识,并且通过使用这些认识能够发挥潜在的能力并达到特定的目的。

在知识管理中,知识会以不同的类型存在,包括经验案例、问答(问题和答案)、文档和词条。

四种类型的知识具有很多共性特点,其中公共属性包括标题、内容、关键字、知识类型、知识分类和系统名称,而公共操作则包括增、删、改、查和人员互动;它们同时也具有个性化差异,包括私有属性和私有操作。

在知识的表述方面,文档的内容最为丰富而且组织最为系统,所以每一个文档都必须对应于一个电子化文件,可以支持签出签入增加版本,并且下载最新版本和所有历史版本的文件;经验案例组织相对零散,其表述主要靠内容,经常不需要附件,有时需要多个附件来辅助说明;而问答和词条内容则相对更少,不需要附件。

相关文档
最新文档