中国移动CM-OSS2.0网管规划(1).ppt

《中国移动CM-OSS2.0网管规划(1).ppt》由会员分享，可在线阅读，更多相关《中国移动CM-OSS2.0网管规划(1).ppt（50页珍藏版）》请在三一办公上搜索。

1、中国移动CM-OSS2.0网管规划,中国移动通信集团公司网管规划工作组，2010年1月,-2-,目 录,1、网管规划概述,2、运维业务框架,3、应用功能框架,4、OSS数据框架,5、系统技术框架,6、网管规划演进,-3-,CM-OSS是中国移动全网统一的网管规划,1业务框架：运维工作战略目标、管理对象、运维活动、与外部门接口工作,2.1 应用框架：目标应用系统划分与定位、应用功能模块、内外部接口,2.2 数据框架：数据分类体系、数据共享体系、数据质量管控体系，包括资源数据、告警数据、KPI数据等,技术框架：网络/主机/存储/系统软件/中间件基础架构规划，公共技术要求，公共技术服务和公共技术平台

2、,演进方案,从现状发展为目标框架的35年三阶段演进和阶段重点,CM-OSS方法论,信息化是低成本高效运营的基石,网管规划目标：围绕网络工作战略目标“质量领先、运行高效、支撑有力”，建立全网统一的网管支撑系统中、长远规划，建立稳定、易于扩展的总体框架，能够随需应变，快速适应行业、企业不断发生的变革，全面支撑运维各项管理和生产工作,降低运维成本、提高运维效率和质量、改善客户体验提升客户满意度,-4-,中国移动网管支撑系统发展历程,网管支撑系统经过多年的持续建设和发展，已形成以专业网管、动环监控、信令监测、业务拨测、电子运维五大类系统为主体的立体化的网络运维支撑平台，实现了对运维生产和管理工作的全面

3、支撑，大幅度提升了运维工作的质量和效率，有效支撑了“集中化”运维体制改革。,-5-,网络运维的环境变化和战略目标,1,2,网络IP化、业务IT化，IP over WDM，PON，IMS/FMC，NGN，LTE TD-SCDMA建设任务艰巨，三不、三新、三融和，2/3G互操作，网络设备、终端设备不成熟 云计算技术、虚拟化技术、集群技术积极跟踪新技术发展，实现同步管理,电信行业企业重组、全业务运营引发市场竞争格局的转变，电信市场的三强竞争局面已浮出水面，形成更为激烈的竞争 监管机构对中国移动的不对称管制更加严格，固网牌照，号码可携带，共建共享 客户追求更丰富业务种类、更高服务体验的意识不断提升,企

4、业战略,技术演进,外部环境,3,运维战略,电信与其他行业进一步融合的趋势为电信企业提供了潜力巨大的商机，行业信息化应用成为电信业新的增长点 培育全业务竞争能力、把握3G发展契机 坚持新客户、新话务、新业务战略，深入开发农村市场，大力推进无线数据业务，拓展海外市场,围绕“质量领先、运行高效、支撑有力”目标，实现“集中化、标准化、信息化、精英化”运维。集中化是最佳配置全网资源、最大发挥规模效应和协同效应的运营模式。依托南北基地建立网络服务产品体系 全力支撑全业务运营，重点支撑集团客户，提供售前、售中、售后的全方位运维支撑服务，建立“一点响应、全程服务”的网络服务模式,4,-6-,CM-OSS2.0

5、网管规划总体思路,2、加强IT基础架构资源规划和共享，提升系统架构的灵活性、开放性和伸展性,5、立足现状，分步平滑演进，急用先行,4、参考全球运营商最佳实践，对标国际标准TMF NGOSS,3、建立标准化信息模型、接口模型，实现核心业务数据开放、应用服务集成,1、以支撑运维集中化和全业务发展为核心业务目标，实现网管从面向设备/网络拓展到面向业务/服务/客户/市场的转型，实现从专业网管到综合网管的新发展,CM-OSS2.0网管规划总体思路,业务框架战略：运维集中化、全业务运营关键业务过程：业务开通、网络监控、分析优化、基础支撑（合作伙伴、知识管理、信息安全）应用框架（对业务的功能和流程支撑）业务

6、开通、网络监控、质量保障、运维流程、知识管理数据框架（对业务的数据支撑）业务域、资源域、配置域、事件域、统计域、呼叫记录域、测试域、安全域、单据域、知识域技术框架（与业务无关）IT基础资源共享、采集共享、数据共享、服务共享、综合呈现、数据质量管控、信息安全,-7-,-8-,目 录,1、网管规划概述,2、运维业务框架,3、应用功能框架,4、OSS数据框架,5、系统技术框架,6、网管规划演进,-9-,集中化、标准化、信息化战略实现规模效应和协同效应,以地市为单位分散维护模式,两级集中管理，三级维护作业,2002,2009,2012,依托南北基地，对内提供运维支撑,依托南北基地，对外开展网络技术服务

7、,IT支撑重点,主要业务目标,快速发现、及时响应、闭环管理,告警信息标准化 故障处理规则标准化 完善故障和投诉案例库体系,监控维护集中化,业务开通集中化,网络优化集中化,提升业务响应速度和实现能力；提高资源配置效率，节约成本；保证网络调整和配置的可靠、准确和安全,实现优化资源共享，降低优化成本，优势互补，促进全网整体优化质量提升。,场景自动识别 参数自动制作 频率自动优化,局数据集中制作与核查 电路集中调度 软件统一装载和测试 业务实现方案标准化,南北基地的建设进一步深化集中管理，打破原有“总部省”两级运维模式,依托“信息化”实现“集中化”、“标准化”,-10-,全业务支撑战略对运维能力提出更

8、高要求,IT支撑,组织,流程,业务需求,中国移动全业务运营面临战略转型：从单一无线业务转向全业务，从个人移动及增值业务转向集团、家庭、个人的语音、数据及融合业务。在核心网、无线接入网基础上增加了多种类型的用户接入网络。网络运营从面向设备指标转向面向客户、面向业务。,贯通业务部门与网络维护部门业务开通和服务保障分级，并支持个性化方案制定服务全生命周期管理，包括开通就绪、开通即其管控、服务保障的全程管控能力,市场竞争性,全业务运营特性,对网络运维要求,服务专业化,需求个性化,服务全程化,服务差异化,网络延伸性,产品品质，快速支撑,端到端管理,资源精细化管理,流程穿越，部门协作,面向业务，面向客户,

9、方案个性化,资源不足性,服务分级保障,产品多元化,综合管理，统一平台,增加以客户为中心的维护模式，建立“一点响应、全程服务”、“核心侧集中化、接入侧属地化”的集团客户网络网络服务体系,加快与BOSS系统互联建立客户、业务、网络资源关联，建立全网全专业的统一资源视图，实现业务开通、网络激活、开通施工管理建立集团客户服务质量管理（SLA）支撑客户侧网络设备和信息化设备的管理提供集团客户网管,全业务运营需要“组织”、“流程”、“IT”的全面支撑,-11-,CM-OSS2.0业务过程框架1、2级视图,网络部主导的业务过程入网认证、开通定单、资源调度、网络数据配置、软件变更、网络监控、故障处理、应急通信

10、保障、网络分析、网络优化、例行维护、运维流程、施工调度、合作伙伴管理、信息安全、运维知识、网管支撑 与网络部接口的业务过程网络规划、工程建设、新业务设计开发、集客方案、客户订单、客户投诉、备件管理,-12-,信息化能力成熟度模型,广度：无线网、核心网、传送网、数据承载网、数据业务平台、动力环境、应急设备、安全设备、终端及客户设备,深度：1、标准化：呈现标准化、数据标准化、功能标准化、规则标准化、流程标准化2、智能化：维护知识和经验的固化，通过向导化、自动化、规则化、集成化实现维护工作的自动、智能处理,质量：数据完整性、及时性、有效性、一致性,初始级,基本级,发展级,优秀级,领先级,信息化能力成

11、熟度5级模型,以“网络监控”的“深度”为例，其评估因素包括：告警监控、实时性能监控、场景化监控告警标准化、告警自动派单、工程告警标注、告警关联、业务影响性分析、告警智能处理业务质量端到端监控、集团客户SLA监控,-13-,当前运维信息化能力短板（深度）,初始级,基本级,发展级,优秀级,领先级,核心业务过程中的开通管理、变更管理、应急保障、网络优化的标准化、智能化能力有待提升,深度评估对象：9个核心业务过程,-14-,当前运维信息化能力短板（广度、数据质量）,业务平台、应急设备、安全设备、终端及客户侧设备覆盖度有待加强,客户/产品数据、业务数据、资源数据的质量有待加强,-15-,目 录,1、网管

12、规划概述,2、运维业务框架,3、应用功能框架,4、OSS数据框架,5、系统技术框架,6、网管规划演进,-16-,CM-OSS2.0应用框架制定思路,网管支撑系统现状,TMF NGOSS eTOM,网络维护现状及发展要求,NML,EML,SML,质量保障平台,网络监控平台,业务开通平台,质量领先,运行高效,支撑有力,面向全业务运营,新增资源管理、业务开通、集团客户/SP等业务质量监控、用户侧设备监控、业务流量流向分析等相关能力,从分专业网管演进到全专业综合网管，支撑全专业高效运维,建设智能化无线网优平台；通过自动拨测、路测、信令监测掌握客户感知和热点小区质量；加强投诉处理支撑,面向客户感知,面向

13、全专业高效运维,面向全业务运营、面向客户感知、面向全专业高效运维规划CM-OSS2.0框架,-17-,CM-OSS2.0目标应用框架,业务开通平台：实现业务开通和网络变更管理，实现业务准确、快速开通以及网络最优配置,网络监控平台：实现实时高效的网络事件监控、关键指标监控、业务质量监控，快速发现、及时响应故障，缩短业务中断时长，实现重要客户重要业务的重点保障,质量保障平台：对各类网络和业务运行进行全面监测、分析和优化，对运维工作效率进行全面分析,运维门户平台：基于界面集成技术，面向应用场景和角色实现各类专题视图；基于Web2.0技术实现全网互动的运维知识管理,电子运维平台：实现各类管理和生产流程

14、的管理,-18-,应用框架与业务框架映射关系,A1.2,A2.1,A2.1,A2.1,A2.1,A3.1,A3.2,A3.3,A3.2,A4.3,A4.2,A3.2,A4.1,A4.4,A5.3,A5.1,A5.2,A2.1,A4.2,A5.1,A1.1,A6.1,A4.2,A4.4,A2.1,-19-,CM-OSS 2.0 无缝支撑运维管理和生产各项工作,资源管理,网络激活,日常维护,业务开通,网络监控,客户响应,业务质量监控,分析优化,统一视图,施工管理,-20-,-20-,CM-OSS2.0应用互联接口框架,-21-,业务开通平台互联接口图,综合资源管理系统是网络资源数据中心,注：图中所

15、示为主要的功能和数据接口。此外，综合资管系统还与运维门户系统、采集平台、网管系统监控平台有接口关系,-22-,网络监控平台互联接口图,综合监控系统是告警、预警、异常事件等所有实时事件数据中心,注：图中所示为主要的功能和数据接口。此外，综合监控系统还与运维门户系统、采集平台、网管系统监控平台有接口关系,-23-,质量保障平台互联接口图,综合分析系统是性能统计、监测统计、资源统计、告警统计等所有统计指标数据中心,注：图中所示为主要的功能和数据接口。此外，综合分析系统还与运维门户系统、采集平台、网管系统监控平台有接口关系,-24-,目 录,1、网管规划概述,2、运维业务框架,3、应用功能框架,4、O

16、SS数据框架,5、系统技术框架,6、网管规划演进,-25-,CM-OSS2.0数据框架主体思路,数据模型不标准，导致数据无法关联，影响业务功能的实现,数据标准化,数据开放共享,数据质量管控,数据分类不标准，影响数据的整合和再次利用,系统接口及共享模式不统一，导致访问方式参差不齐和访问效率低下,存在系统维护数据交叉覆盖现象，影响数据一致性,数据生产者和消费者分工和边界不清,管控手段不完善，导致系统存在数据质量低下情况,标准不清晰，不能从完整，一致，有效和及时性进行全面管控,各系统数据不透明，无法支撑数据管控,需求分析,解决方案,构建标准的运维数据模型（ODM）,构建标准的共享数据模式（SDP),

17、构建数据管控体系（DMA),目标,-26-,构建运营数据模型（ODM）数据分类框架,资源主题域（ODM-R）应用开展所需要的基础支撑数据,应用主题域（ODM-A）应用开展过程当中所产生的数据,-27-,构建共享数据模式（SDP)，基于ESB实现数据共享,共享数据模式(SDP),识别共享数据属主,归纳数据共享模式,采用某种技术实现/验证,运用数据共享分析方法,1、确定数据来源、管理方式、共享需求，识别数据属主、消费者,2、从数据类别、交换方式、使用特点识别数据共享的原子模式,3、覆盖所有共享需求，定义十种共享处理流程,4、基于ESB技术平台实现数据共享,-28-,构建数据质量管控（DMA）,管理

18、要求,技术手段,实施方案,数据结构透明；数据含义透明；数据转换规则透明；,数据要透明,数据及时性；数据完整性；数据一致性；数据有效性；,数据质量可评估,具备量化考核指标；形成考评体系；,数据质量考评体系,数据访问控制；数据配置控制；数据管理流程；生命周期管理；,数据可管理,元数据管理（基础元数据+业务元数据）,建立质量考察点,考评报表,增强元数据管理（技术元数据）,引入专业元数据管理工具；对现有系统采用旁路式管理；对新建系统采用融入式管理；,对现有系统进行改造，增加考察点；建立数据质量管理规范，指导新建系统建设；,由数据提供者承载该数据质量管理功能；由IT网管系统承载全局数据质量管理功能；,通

19、过EOMS承载数据管理流程；通过元数据管理工具进行全程元数据管理；,-29-,目 录,1、网管规划概述,2、运维业务框架,3、应用功能框架,4、OSS数据框架,5、系统技术框架,6、网管规划演进,-30-,技术框架主要思路,实现IT资源均衡利用、易扩展，确保系统高可靠性采集共享打破数据孤岛，实现数据共享实现服务共享和集成，快速支撑业务变化和发展应用个性化聚合和推送，提升使用体验确保信息安全,云计算（IaaS）、高可用性（HA）、灾备（DR）采集共享平台数据集成（ESB）服务集成（SOA/ESB/BPM)门户（PORTAL）和WEB2.0(AJAX/RSS)安全管控平台（5A）,技术方案,技术需

20、求,-31-,IT基础设施网管网络规划,广域网IP承载网,总部节点和各省级节点的局域网根据不同功能和风险级别划分为八个安全域：互联接口区、核心生产区、管理服务区、日常操作区、内部系统互联区、第三方接入区、外联DMZ区和内联DMZ区,局域网安全域划分,网管网总体上分为骨干网管网和省内网管网两个层面。骨干网管网由总部节点和各省级节点组成，省内网管网由省会节点和各地市节点组成。总部节点通过IP专用承载网与各省级节点相连。,-32-,引入云计算IAAS，实现网管硬件资源共享,实现软硬分离、统一管理、伸缩自如，为各业务按需分配的虚拟化资源,资源池,服务器池,存储池,网络及安全池,Unix 服务器,刀片,

21、x86 服务器,存储服务器,SAN交换机,磁带,综合资管,综合监控,网优平台,监测拨测,综合分析,-33-,CM-OSS2.0公共技术服务和技术平台框架,质量保障平台,网管系统监控平台,运维门户平台,A5.2综合分析系统,A5.1无线网优平台,网管系统监控平台,电子运维平台,A2.1电子运维系统,A1.1运维门户系统,业务开通平台,网络监控平台,A4.2综合监控系统,A4.1业务质量监控系统,A3.2综合资管系统,A3.3网络激活系统,A3.1业务开通系统,A4.3投诉处理系统,A1.2运维知识管理系统,流程引擎服务,GIS/拓扑共享服务,报表引擎服务,采集共享平台,网管集成共享平台/ESB,

22、四个公共技术服务GIS/拓扑共享、流程引擎、报表引擎、搜索服务四个公共技术平台 采集共享平台、网管集成共享平台、安全管控平台、数据质量管控平台,A5.3 网络业务监测系统,A4.4集中操作维护系统,搜索服务,数据质量管控平台,安全管控平台,-34-,CM-OSS2.0规划主要技术方法应用,-35-,目 录,1、网管规划概述,2、运维业务框架,3、应用功能框架,4、OSS数据框架,5、系统技术框架,6、网管规划演进,-36-,CM-OSS2.0演进总体思路和策略,业务优先、架构先行：以业务能力、管理支撑提升为主，配以进行框架结构调整统筹规划、分步实施：在发展中演进，现有专业网管系统功能以从弱到强

23、的顺序逐步迁移到综合网管系统中；综合网管从新网元、新功能、跨专业关联功能入手，逐步发展高起点、平滑过渡：新系统确保以现有网管整治成果为起点，迁移方案充分考虑用户体验科学发展、夯实基础：优先扎实建设基础性网管技术平台和网管应用平台,按照网管新规划，专业网管主要实现扩容网元同步接入，不再进行大的功能升级改造演进过程中，专业网管做为综合系统数据源，功能逐步向综合网管迁移综合网管建成后，专业网管最终演进为采集模块，其硬件利旧，纳入IaaS,-37-,CM-OSS2.0演进总体路线,演进遵循“业务优先、架构先行，统筹规划、分步实施、平滑过渡，科学发展、夯实基础”的原则,告警标准化，全专业统一监控、派单集

24、客业务开通、保障支撑网络资源统一管理和调度网优集中化，场景自动生成、参数自动制作、频率自动优化质量分析、异常分析,一阶段,业务开通自动化，网络资源自动调度、自动激活告警跨专业关联、智能处理预测分析,资源全生命周期管理业务端到端自动化调度、自动激活施工调度标准化管理深度挖掘分析，智能分析,综合资源管理系统综合监控系统(含集客保障)综合分析系统网络与业务监控无线网络优化平台运维门户与知识管理系统,业务开通系统网络激活系统,施工调度标准化集中操作维护系统（结构调整）,二阶段,三阶段,支撑高效运维，实现网管与运维能力同步，支撑现代化运维体系,支撑业务发展，实现网管与业务能力同步，支撑随需应变的运维体系

25、,实现运维全生命周期、全价值链管理，支撑对外服务输出能力,重点系统,关键能力,业务目标,核心业务过程信息化能力演进计划,-38-,初始,基本,发展,优秀,领先,2,1,2,2,3,1,2,1,1,2,2,业务能力演进（网络监控）,-39-,一阶段,二阶段,三阶段,重大故障发现(先于客户投诉主动发现故障),综合设备告警,性能预警,主动监控(60-15min),告警标准化,数据业务系统,语音、传输、动环,网络末梢和客户侧监控,场景监控,信令预警,业务拨测,数据网络设备,基站故障跨专业关联分析,跨专业告警关联分析,告警智能处理,数据专业告警预处理,话音专业告警预处理,故障智能处理,面向客户感知的业务

26、监控,全业务端到端监控,主动维护预警,例行维护自动巡检,业务自动拨测,主动维护预警,管线、客户侧设备自动巡检,例行维护自动化智能化,向导式投诉预处理,投诉智能预处理,故障恢复,故障快速应急切换,节假日、活动、集团客户,面向集团客户SLA,业务能力演进（分析优化）,-40-,一阶段,二阶段,三阶段,网优分析,邻频、同频分析,参数自动核查,性能指标分析,网优场景自动生成、频率自动优化、参数自动制作,初步具备无线参数自动制作,面向专题的跨专业综合网络分析,用户行为分析,重点场景分析,节假日专题分析,运营分析(客户投诉分析),加强分析检查,加强数据质量管控,网络异常分析,面向业务层的端到端运营分析,智

27、能分析,基于预测数据挖掘隐患分析发现支撑网络规划支撑领导决策,初步具备网优场景自动生成,初步具备频率自动优化,完善参数自动制作、初步具备网优方案自动生成,完善网优方案自动生成具备智能优化,业务级数据和专题分析,运营效率专题分析,终端及客户侧设备专题分析,为业务设计及网络规划提供数据支持,数据质量可管理,-41-,CM-OSS2.0目标应用系统依赖关系,质量保障平台,业务开通平台,网络监控平台,运维门户平台,A5.2综合分析系统,A5.1无线网优平台,电子运维平台,A2.1 电子运维系统,A1.1运维门户系统,A4.2综合监控系统,A4.4集中操作维护系统,A4.1业务质量监控系统,A3.2综合

28、资源管理系统,A3.3网络激活系统,A3.1业务开通系统,A4.3投诉处理系统,A5.3 网络业务监测系统,A1.2运维知识管理系统,综合资源管理系统,综合分析系统,综合监控系统,业务质量监控系统,业务开通系统,网络激活系统、集中操作维护系统面向网元，对其他系统无强依赖关系，是对专业网管相关功能的整合门户、知识管理、电子运维、投诉、网优、监测系统为原系统继续发展其余系统依赖关系,1,2,2,3,3,关键系统演进路径图,-42-,二阶段,三阶段,综合资源系统,GIS、拓扑服务,综合监控系统,网管集成平台（ESB）,1、由专业网管实现网元接入：告警数据前转给综合监控（优先从采集层）性能数据前转给综

29、合分析（从处理层）2、完善优化局数据、智能巡检、统计报表,综合分析系统,课题：数据管控,采集共享平台,报表引擎服务,数据质量管控平台,业务开通平台,网络监控平台,质量保障平台,专业网管话务数据传输,1、专业网管采集层改造成统一采集平台2、功能不再扩展，并逐步向综合网管迁移,课题：统一采集,业务开通系统,网络激活系统,业务质量监控系统,集中操作维护系统,一阶段,-43-,现有专业网管到CM-OSS2.0的一阶段演进,质量保障平台,业务开通平台,网络监控平台,A5.2综合分析系统,A5.1无线网优平台,A4.2综合监控系统,A4.4集中操作维护系统,A4.1业务质量监控系统,A3.3网络激活系统,

30、A3.1业务开通系统,A4.3投诉处理系统,A5.3 网络业务监测系统,话务网管,数据网管,传输网管,局数据,拓扑管理,告警监控,统计分析,性能监控,集中操作,拓扑管理,智能巡检,告警监控,统计分析,智能巡检,告警监控,统计分析,互联网拨测,大客户管理,拓扑管理,智能巡检,局数据,A3.2综合资源管理系统,资源管理,配置管理,配置管理,专业网管共性功能迁移到综合网管，在综合网管中重点实现告警统一监控、告警跨专业关联；支撑集团客户业务快速开通；实现异常分析、跨专业指标分析；逐步实现全专业融合在专业网管的采集模块基础上，建设采集共享平台，在专业网管与综合网管并存阶段，采集平台同时向专业网管和综合网

31、管提供数据,注：专业网管中的灰色模块完全迁移到综合网管中，粉色模块保留不变,电路调度,2010年网管重点建设项目,综合资源管理系统（全网）综合监控系统（试点）综合分析系统（试点）无线网优平台二期（全网）网络与业务监测系统（全网）运维门户和知识管理系统（总部）安全管控平台（全网）,-44-,技术框架演进,-45-,一阶段,二阶段,三阶段,GIS服务,网管集成平台（ESB）,报表引擎服务,基础服务,公共技术平台,IT基础设施,拓扑服务,安全域划分,存储虚拟化,主机虚拟化,课题：SOA服务梳理,SOA服务实施,网管灾备,搜索服务,课题：数据管控,课题：统一采集,数据管控平台,采集共享平台,安全管控平

32、台,-46-,技术框架演进,云计算演进IAAS较为成熟，服务器、存储、网络均具备资源云化条件，可在网管X86系统中推广使用2010年新建网管项目，凡采用X86系统的，实现分省统筹规划，按机房群做IT池化的部署，实现虚拟化、动态分配四个公共技术服务随相关应用系统建设公共技术服务GIS/拓扑纳入综合资源系统；流程引擎共享纳入电子运维系统；报表引擎共享纳入综合分析系统；搜索服务纳入运维门户系统2010年试点，2011年推广四个公共技术平台独立建设采集共享平台、网管集成共享平台、数据质量管控平台、安全管控平台采集共享平台在演进二阶段实施网管集成共享平台与综合监控或同步建设，2010年试点，2011年推

33、广综合分析试点实现元数据和质量检查点相关功能，数据质量管控平台在演进二阶段实施2010年全网建设安全管控平台,技术规范体系框架,通用技术规范网管支撑系统总体技术规范、通用界面设计规范应用平台技术规范运维门户平台技术规范、电子运维平台技术规范、业务开通平台技术规范、网络监控平台技术规范、质量保障平台技术规范、网管系统监控平台技术规范数据技术规范网管支撑系统建模技术规范、网管支撑系统数据模型技术规范技术平台与服务技术规范采集共享平台技术规范、数据管控平台技术规范、集成平台技术规范、公共服务技术规范接口技术规范网元网管接口技术规范、网管支撑系统内外部接口技术规范IT基础设施技术规范网管网组网技术规范

34、、网管主机和存储技术规范、网管灾备技术规范,网管规划管控思路,网管规划组为常设机构，网管规划每年更新1次版本，每年组织12次交流活动规划组负责规划的培训、解读，日常收集意见，对疑点问题展开调研、分析、统一解答，整编FAQ规划与规范：网管技术规范编写组成员中原则上要有规划组的核心成员。规划组核心成员负责培训、把控方向、信息沟通、参加评审，确保规范符合规划要求规划与试点：参与试点方案评审和试点结果评估合作伙伴产品规划：适当引导合作伙伴的网管产品线规划规划与评估：确定评估范围，参与信息化能力评估，根据评估结果滚动规划规划与创新：在规划框架下创新,-48-,2010年重点研究课题,网管规划整体框架原型验证课题网络资源数据采集及维护技术网络分析数据建模技术网管集成平台研究（ESB）采集共享平台研究数据管控平台研究南北基地灾备研究,-49-,谢 谢！,