《中国联通OSS系统总体框架v2.43.doc》由会员分享，可在线阅读，更多相关《中国联通OSS系统总体框架v2.43.doc（98页珍藏版）》请在三一办公上搜索。
1、中国联通OSS系统总体框架（讨论稿）2006年3月 目录1目的12范围13总体框架13.1目标功能框架13.2目标系统结构53.2.1总部OSS系统结构53.2.2省级OSS系统结构73.3系统间关系93.3.1纵向接口93.3.2系统间接口94现状分析114.1总部OSS系统现状分析114.1.1建设情况114.1.2各现有系统功能分析124.1.3主要问题214.2省分OSS系统现状分析224.2.1建设情况224.2.2各现有系统功能分析234.2.3主要问题255近期建设思路265.1实施指导原则275.2建设方案285.2.1总体方案285.2.2新建系统建设方案335.2.3待完善
2、系统建设方案405.2.4试点系统建设方案455.2.5暂不建设系统50附录：主要问题专题分析51附录一165综合网管系统建设方案分析511.网络及管理现状512.建设方案及建设内容53附录二移动网分组网部分网管建设方案分析571.网络结构572.网管现状583.建设方案及建设内容58附录三综合资源管理系统建设方案分析661.管理范围及资源分类662.资源管理系统现状673.建设方案分析694.建设方案71附录四电子运维系统建设方案分析731.现状732.建设方案74附录五网络业务分析系统建设方案分析771.各专业系统的运行分析现状772.建设方案分析773.建设方案80附录六VOIP前置机网
3、管建设方案分析821.网络情况822.网管现状823.建设内容83附录七设备网管接口分析85附录八网间网管系统建设方案分析871.网络情况872.网管现状873.网管建设方案884.建设内容941 目的为了指导总部和各省OSS系统（运行维护支撑系统）的建设，运行维护部网管中心提出中国联通OSS系统的总体框架，以指导总部和省分公司OSS系统的建设。2 范围本框架中规定的OSS系统是指运行维护部网管中心所负责组织实施的OSS系统。3 总体框架3.1 目标功能框架OSS系统的总体目标功能框架如图 1所示。总部及各省的OSS目标功能框架包括如下部分：l 网络监控：对各专业网（移动、传输、ATM、165
4、、193、VOIP、VC等）完成以下监控功能：性能管理（包括性能数据收集、性能数据处理、性能数据分析和预警、网间性能数据分析等功能）、故障管理（包括告警收集、告警处理和分析、告警故障相关性分析等功能）、配置管理（包括配置数据采集、统计和指配、局数据管理等功能）、网络拓扑管理等； l 网络运行分析：完成各专业网和全网的运行质量分析，提出网络规划的建议；l 网络优化：各省对该功能有较强的需求，总部OSS系统基本上不涉及该功能。主要完成各专业网分析优化，提出网络优化的建议；l 运维流程管理：完成网络资源配置和保障相关的各种流程的自动化处理，同时完成对运维人员的值班和考核的自动化管理。主要包括以下功能
5、：故障工单流程管理、网络资源调度流程管理、网络割接管理、作业计划管理、值班管理和考核管理；l 资源管理：管理对象为各专业网络，包括传输网、移动网、数固网等专业网络设备、线路、业务及相关资源，具体功能包括：网络资源数据收集、网络资源调度方案设计与分配、网络资源统计分析、网络资源的备品备件管理等功能；l 客服业务支撑：主要完成业务支撑的管理，包括客户信息（如客户服务质量、客户基本信息等）发布、客户详细业务管理、客户业务故障管理；l 运行信息发布：主要完成网络运维信息、网络运行质量及资源信息的发布；l 操作维护：主要完成操作维护的相关功能，包括终端仿真、智能巡检等功能；l 运维辅助支撑：完成运行维护
6、的辅助功能，包括安全管理、系统管理及与外部进行信息交换的功能。其中网络监控部分根据专业网监控的内容不同可进行进一步细化，细化后的功能结构如图 2所示。各专业网的监控功能基本相同，鉴于传输网、移动网和165网络告警的复杂性，因此需要实现告警-故障相关性分析功能；移动网、VoIP和193网由于需要完成交换功能，需要实现局数据管理功能。国际信令监测系统也是OSS系统的一部分，由于该系统相对独立，因此在后面OSS系统框架不再进行描述。图 1 OSS目标功能框架图图 2 网络监控功能图3.2 目标系统结构基于现行的运行维护体制，公司的运行维护支撑系统划分为总部和省分两级结构，供总部、省分及地市分公司三级
7、用户使用。系统及用户的分布情况如图 3所示：图 3 系统分级结构及用户其中总部用户通过使用总部运行维护支撑系统完成对全国网络的维护管理，部分全国统一建设的系统（如ATM、193网管等），省分用户通过返牵终端使用总部系统完成对各省相关网络的维护管理。省分用户通过使用省分运行维护支撑系统完成对省内网络的维护管理，地市用户通过返牵终端使用省分运行维护支撑系统完成对各地市网络的维护管理。虽然总部与省分在运行维护目标功能框架上基本一致，但由于所管理的专业网络、用户和管理职能等存在一定差异，因此总部和各省分的OSS系统的结构有所不同，下面分别描述总部和省分的OSS系统目标结构。3.2.1 总部OSS系统结
8、构根据联通OSS功能框架，总部OSS系统目标结构如图 4所示。图 4 总部OSS系统目标结构图 4所示的总部OSS系统结构是总部OSS系统发展的目标结构，目前部分专业综合网管（如移动G网、C网综合网管、传输综合网管等）已经初步建立，具体系统的建设方案需要根据此目标结构结合现状综合考虑。例如电子运维系统、网络业务分析系统及综合资源管理系统可以先不独立建设，而是采取依托于某个专业综合网管的方式进行功能的扩充和管理范围的扩大，待时机成熟时再考虑将系统独立。详细建设方案见第5部分近期建设思路。3.2.2 省级OSS系统结构省级OSS系统目标结构如图 5所示。图 5所示的省级OSS系统结构是省级OSS系
9、统发展的目标结构，目前部分省级专业综合网管系统（如移动GSM网、CDMA网综合网管、传输综合网管系统等）均已经初步建立，电子运维系统、网络业务分析系统及综合资源管理系统可根据各省的实际情况采取单独建设或依托于某个专业网管系统进行扩展两种方式。详细建设方案见第5部分近期建设思路。省级OSS系统结构与总部相比在专业网管系统的划分有所不同，主要体现在以下几个方面：- 由于省分负责具体的设备维护，而总部并不直接维护设备，因此省分有7号信令监测系统和动力环境综合监控系统，而总部没有。- 由于ATM、193、VC采取全国集中管理的模式，仅在总部框架中有ATM网管、193网管、VC网管，各省主要通过返牵终端
10、的方式进行相应专业网络的维护。- 省分OSS系统需要完成对网络的优化功能，因此需要网络优化系统，而总部不需要图 5 省级OSS系统目标结构3.3 系统间关系3.3.1 纵向接口省级OSS系统直接与省内通信网络提供的管理接口（包括由网元设备直接提供或者设备厂家网管/监控系统提供的网管接口）相连，对全省通信网络直接进行管理。地（市）级可以通过省级OSS系统提供的返牵终端对本地所属通信网络进行管理。省级OSS系统向总部级OSS系统提供管理接口，供总部级OSS系统对各省通信网络进行宏观管理。需要通过部省接口7进行信息传递的情况如表 1所示。表 1部省接口情况编号A端系统Z端系统信息传递方向传递信息内容
11、1省分移动综合网管系统总部移动综合网管系统A-Z配置数据、告警数据、性能数据2省分传输综合网管系统总部传输综合网管系统A-Z配置数据、告警数据、性能数据3省分数据网管系统总部数据网管系统A-Z配置数据、告警数据、性能数据（注：对于部分专业网络存在）4省分综合资源管理系统总部综合资源管理系统A-Z资源数据5省分电子运维系统总部电子运维系统AZ指挥调度流程、作业计划6省分网间网管系统总部网间网管系统A-Z网间配置数据、网间性能数据3.3.2 系统间接口总部与省分OSS系统的框架结构基本类似，OSS系统间接口如图6所示图 6 同级OSS系统间接口各个接口的描述如表 2所示。表 2 同级OSS系统间接
12、口情况编号A端系统Z端系统信息传递方向传递信息内容1网络综合监控电子运维AZA-Z故障信息、局数据Z-A调度工单2网络综合监控网络业务分析A-Z各种性能数据3网络综合监控综合资源管理AZA-Z网管采集的各种动态信息Z-A网管所需要的各种静态信息4网络综合监控客服支撑管理A-Z客户相关的故障信息5电子运维客服支撑管理A-Z业务开通、客户投诉6电子运维综合资源管理AZ各种业务开通、调整工单7电子运维运行信息发布平台A-Z需要发布的各种信息（如考核信息）8综合资源管理客服支撑管理A-Z影响客户使用的资源变更9综合资源管理网络业务分析A-Z分析所需资源信息10综合资源管理运行信息发布平台A-Z资源统计
13、报表11网络业务分析运行信息发布平台A-Z网络运行情况分析报告12网络综合监控运行信息发布平台A-Z专业网运行情况分析报告13*综合资源管理网络优化A-Z网络资源信息14*网络综合监控网络优化A-Z网络运行信息*表示仅在省级OSS系统中存在，总部OSS系统中没有4 现状分析4.1 总部OSS系统现状分析4.1.1 建设情况通过多年的建设，总部OSS系统现状如图 7所示。从图中可以看出总部目前已经建立了移动专业和传输专业的综合网管，数据专业主要使用EMS/OMC进行维护，其他系统尚未建设。图 7 总部OSS系统现状4.1.2 各现有系统功能分析1) GSM、CDMA综合网管系统图 8 总部移动网
14、管系统现状从图 8可以看出GSM综合网管和CDMA综合网管基本实现了性能、告警监视和配置管理及网络质量分析等基本功能，初步实现对全国局数据的自动核查、故障工单流转、网元割接、软件版本和网络调度等电子化运维管理功能。目前移动综合网管主要存在以下问题：(1) 告警故障关联分析和配置数据指配等框架中应具备的功能，目前实现程度较弱。(2) 在故障管理方面，仅实现了对网元告警信息的收集及初步统计分析处理，在告警相关性分析方面相对薄弱，且没有建立告警专家库。(3) 仅实现了基本的配置管理功能，尚未实现资源的统一管理。(4) C网所有主设备厂家均按照联通OMC北向接口V2.0规范，完成了标准网管接口程序的开
15、发工作，但尚未在现网安装实施。(5) CDMA 1X分组网现行的指标统计体系已经不能满足CDMA1X分组网运行维护的需要，急需对现行指标体系进行完善。随着GPRS设备入网运行，需要制定一套完整的GPRS分组网指标体系，为运行维护工作提供支持。同时，移动网管系统需进行改造以支持新的指标体系。(6) 系统配置数据的规范性、准确性，以及性能数据的完整性、准确性、及时性还需进一步提高，数据保障手段仍需加强。2) 传输综合网管系统图 9 总部传输网管系统现状从图 9可以看出传输综合网管系统已经具备了基本的配置、拓扑、性能、告警管理功能；同时根据实际使用的需要实现了部分作业计划管理、调度流程管理、值班管理
16、、备品备件管理、资源调度方案设计与分配、客户信息管理、客户业务故障管理和客户业务管理等功能。目前总部传输综合网管系统主要存在以下问题：(1) 性能数据分析与预警及配置数据指配等目标框架中应具备的功能，目前实现程度较弱。(2) 没有将国际资源纳入到网络管理中，对全网资源的管理及调度有一定影响。(3) 缺乏网络拓扑分析功能，网管系统无法自动实现倒代方案和应急预案等，无法对故障解决提供很好支持。(4) 总部综合网管系统对省分公司上报的相关数据的准确性和时效性没有验证和控制手段，需进一步完善制度和流程。(5) 对于静态资源的管理还不够深入，静态资源相关数据比较缺乏。3) 165网管系统图 10 总部1
17、65网管系统现状165网的运行维护主要使用厂家提供的OMC，目前尚未建总部综合网管系统。总部通过HP OpenView仅能实现对165网骨干汇接层的拓扑管理、实时监测设备故障及链路的通断。总部运行维护人员自行开发了流量监测功能，可以对七大区及出口链路以5分钟为最小采集周期进行流量、时延、丢包等指标的准实时监控，同时保留历史数据以生成统计报表；使用CISCO Works2000实现收集和呈现CISCO设备告警的功能，但不具备故障统计分析功能。目前165网管主要存在以下问题：(1) 未建立综合网管系统，厂家OMC的各项功能实现程度较弱，无法有效支持运维工作。(2) 配置管理、性能管理、操作维护等框
18、架中应具备的功能，目前基本未实现。(3) 仅实现告警收集和呈现功能，不具备故障统计分析等管理功能。4) ATM网管系统图 11 总部ATM网管系统现状针对ATM网络，总部建设了厂家专业网管系统（OMC），此OMC仅能实现全网ATM网元设备级管理，具备告警监控及链路流量的准实时监视等部分功能。,另总部建设了ATM网络的性能采集系统，但此系统仅实现部分设备的端口流量、中继流量、电路流量等性能数据采集入库功能，无统计分析等管理功能。目前ATM网管主要存在以下问题：(1) 未建立综合网管系统，厂家OMC的各项功能实现程度较弱，无法有效支持运维工作。(2) 性能数据分析与预警、告警分析、告警故障关联分析
19、、配置数据分析及智能巡检等框架中应具备的功能，目前基本未实现。(3) OMC仅具备告警监控及链路流量的准实时监视等功能，且对监控流量数据不进行存储，无统计分析功能。(4) 由于性能采集系统能力所限，仅实现了对目前部分重要中继等性能数据采集，无统计分析功能，导致有数据而无法使用的现状。5) VOIP网管系统图 12 总部VOIP网管系统现状VOIP网络目前存在CISCO网管系统、3COM网管系统和前置机网管系统。CISCO网管系统又分为网元管理和话务分析两部分，二者均采用二级网管结构，各省建有的采集服务器将网元管理信息和话务分析数据分别送往总部及省分网管，总部网管系统进行全网统一管理，省分网管实
20、现本省网元的管理。3COM网管系统也分为网元管理和话务分析两部分，话务分析部分采用一级网管结构，数据由总部从四大区采集，全国各省用Web返牵终端的方式查看本省话务分析数据，而网元管理采用二级网管结构，总部通过各省采集服务器收取数据实现全网管理，省分网管同样通过采集服务器获取数据管理本省网元。前置机网管采用一级网管结构，在总部建设有一套网管系统，各省放置前置采集机，总部通过前置采集机采集全网前置机数据进行管理，各省通过从总部返牵终端的形式，使用总部采集的数据进行分析。该系统仅实现了部分固定报表管理和拓扑管理等功能。从图 12可以看出VOIP网管系统的配置、拓扑、性能、告警功能已基本建立；局数据管
21、理、配置数据指配、性能数据分析与预警功能、告警分析及告警故障关联分析等功能很弱。目前VOIP网管系统主要存在以下问题：(1) 未建立综合网管系统，厂家OMC的各项功能实现程度较弱，无法有效支持运维工作。(2) 局数据管理、配置数据指配、告警分析、告警故障关联分析、操作维护等框架中应具备的功能，目前基本未实现。(3) CISCO网管和3COM网管系统独立，分析功能较弱，且统计分析报表呈现方式不一致，给全网性能分析造成不便。(4) CISCO网络、3COM网络及前置机的局数据目前都缺乏核查管理手段。6) 193网管系统图 13 总部193网管系统现状对193网络，总部建设了三套厂家专业网管系统（O
22、MC）, 包括长途交换TS网管系统、长途智能网网管系统和国际局网管系统。长途交换TS网管系统接入了全国37个5ESS交换机、6个STP。长途智能网网管包括C&C08交换机网管N2000和智能平台网管I2000。其中N2000网管接入全国36个SSP和1个ISSP，I2000网管接入长途智能网3套SCP以及1套SMP。国际局网管系统从北京、上海、广州国际局的AXE10交换机采集话务统计信息，提供固定的报表。从图 13可以看出193网管系统具备了基本的配置、拓扑、性能、告警功能；局数据管理、性能数据分析与预警功能、告警分析及告警故障关联分析等功能基本未实现；无超出规划的目标框架范围的功能。目前19
23、3网管主要存在以下问题：(1) 厂家OMC的各项功能实现程度较弱，无法有效支持运维工作；(2) 局数据管理、告警分析、告警故障关联分析、智能巡检等框架中应具备的功能，目前基本未实现，尤其对于局数据的核查缺乏管理手段。(3) 缺乏对面向维护指标的统计分析。7) VC网管系统图 14 总部VC网管系统现状针对VC系统的可视电话和在线通业务，总部建设了亚信的一套管理系统，管理亚信提供的路由器、交换机、语音网关、GK等硬件设备，但此系统只能实现硬件设备的性能监控及部分指标的报表功能，目前此系统基本未用。兴唐集成的电视会议系统目前仅有厂家提供的操作维护终端。从图 14可以看出VC网管系统具备了基本的配置
24、、性能、告警功能；拓扑管理、性能数据分析与预警功能、告警分析及告警故障关联分析等功能基本未实现；无超出规划的目标框架范围的功能。目前主要存在以下问题：(1) OMC 由于功能不实用，基本未使用。(2) 未建立综合网管系统，厂家OMC的各项功能实现程度较弱，无法有效支持运维工作。(3) 告警分析、告警故障关联分析、性能数据分析与预警、拓扑管理、操作维护等框架中应具备的功能，目前基本未实现。4.1.3 主要问题通过对总部OSS系统现状的分析，可以看出目前的OSS系统主要存在以下主要问题：(1) OSS系统缺乏统一规划，各个专业各自为政，个别功能重复建设，缺乏统一管理。(2) 缺乏统一的电子运维平台
25、，虽然移动和传输综合网管各自建设了作业计划、运行调度及值班功能模块，但相互独立。另外各专业省级系统网络调度均未实现与总部系统的互联，导致总部与省级运行调度模块相互隔裂，无法进行互通。(3) 165网络管理工具缺乏，仅实现了拓扑和告警的设备监控基本功能，缺少必要的性能、配置等网络管理工具。(4) 165、ATM网络缺乏性能分析工具， VOIP、193、VC网络性能分析功能也较弱。(5) 无网间网管系统，缺乏对全网互联互通情况进行统计分析的工具。互联互通指标体系不完善，并目前各省通过手工报表的方式上报互联互通报表，数据准确性和及时性无法保证。(6) 193、VOIP网络及前置机设备缺乏局数据管理工
26、具。(7) 仅在传输综合网管中实现了部分资源的管理，对于全网的资源缺乏统一全面的管理工具。(8) 缺乏一个统一发布平台向其他部门提供网络运维信息、网络运行质量及资源统计等相关信息。(9) 网管系统接口标准化仍未实现，接口规范的制定、推广和网元入网测试还有待加强。(10) 随着网络的不断演进和管理水平的提高，各专业管理系统的功能需要进一步提高和完善，管理范围需要进一步增加(例如对GPRS的管理)。4.2 省分OSS系统现状分析4.2.1 建设情况通过多年的建设，多数省分OSS系统现状如图 15所示：图 15 省分OSS系统现状从图 15可以看出多数省分目前已经建立了移动专业和传输专业的综合网管，
27、数据专业主要使用厂家的OMC进行维护，还建立了7号信令监测系统（可以看作网间网管的雏形）和动力环境监控系统，其他系统尚未建设。部分省分在电子运维、165综合网管等方面根据自身的需求进行了建设，积累了一定的经验。4.2.2 各现有系统功能分析以下对已经建设的系统分别进行描述：1) GSM、CDMA综合网管系统与总部情况基本一致，配置、拓扑、性能、告警等功能已经基本建立；另外，还根据实际使用的需要建设了部分作业计划管理、调度流程管理、考核管理和值班管理等功能框架；在告警-故障关联分析和配置数据指配等功能还比较弱。大多数省分未实现对直放站和室内分布系统的监控。GSM移动网管系统实现了对省内GSM核心
28、网设备、无线接入网设备的管理维护，部分省分网管系统实现了对GSM智能网设备的维护管理。CDMA移动网管系统实现了CDMA核心网设备、无线接入网设备、智能网设备和分组网设备的管理及维护。2) 传输综合网管系统与总部情况基本一致，配置、拓扑、性能、告警功能已基本建立；另外，还根据实际使用的需要建设了部分作业计划管理、调度流程管理、值班管理、备品备件管理、资源调度方案设计与分配、客户信息管理、客户业务故障管理及客户业务管理等功能框架；性能数据分析与预警功能还比较弱，操作维护功能未实现。部分省级网管系统虽然初步实现了资源管理功能，但是数据准确性还存在一定的问题。在管理范围上，省级传输网管系统还未完全实
29、现本地网接入。3) 165网管系统与总部情况基本一致，主要使用厂家提供的OMC，基本的拓扑管理、告警功能有部分功能，但功能较弱；配置管理、性能管理、操作维护、告警分析和告警故障关联分析等功能比较缺乏。4) VOIP网管系统与总部情况基本一致，VOIP主要使用3COM、CISCO提供的厂家网管和前置机网管，配置、拓扑、性能、告警功能已初步建立，但功能较弱；局数据管理、配置数据指配、性能数据分析与预警功能、告警分析及告警故障关联分析、操作维护等功能还未实现；无超出规划范围功能。5) 7号信令监测系统为了提高中国联通与其它运营商之间互联互通质量，提高网络接通率，为全面分析网间互联互通状况，并支持运行
30、维护和网络优化，目前联通已经在30个省分公司建立了七号信令监测系统，具备了网间网管系统的一些初步功能，其基本功能如下：(1) 获取信令交互信息；(2) 对所获取信令中的各有效字段进行分析，对网络接通率、信令链路各类性能指标进行统计；(3) 为网间计费结算提供参考依据；(4) 实现用户跟踪、欺诈监测等测试功能；(5) 对话务进行分类统计。由于投资巨大，该系统目前主要仅对关口局和部分重要网元局向进行了监控，并未对所有网元的信令都进行监测。所以从其具备的功能来看，目前建设完成的七号信令监测系统无法对整个信令网进行管理，主要对关口局进行业务经营分析，网内信令则无法全面监测。6) 动力环境综合监控系统图
31、 16 省级动力环境监控系统现状目前各省主要采取厂家提供的维护系统进行维护，少数省分建设了综合环境监控系统，但总的说来系统建设缺乏统一的管理、统一的规范和统一的要求。从图 16可以看出动力环境监控系统的各项功能较弱，已具备了基本的配置、拓扑、性能、告警功能；告警分析、告警-故障管理分析、性能数据分析与预警、智能巡检等功能基本未实现；无超出规划的目标框架范围的功能。4.2.3 主要问题通过对典型省分OSS系统现状的分析，可以看出目前的省级OSS系统存在以下主要问题：(1) OSS系统缺乏统一规划，各个专业各自为政，个别功能重复建设，缺乏统一管理。(2) 缺乏统一的电子运维平台，虽然移动和传输综合
32、网管各自建设了作业计划、运行调度及值班功能模块，但相互独立。另外各专业省级系统网络调度均未实现与总部系统的互联，导致总部与省级运行调度模块相互隔裂，无法进行互通。(3) 165系统网络管理工具缺乏，仅实现了拓扑和告警的设备监控基本功能，缺少必要的性能、配置等网络管理工具。(4) 165、ATM系统缺乏性能分析工具，VOIP、193、VC系统性能分析功能也较弱。(5) ATM由于厂家网管功能较弱，无法实现对相关省际进行管理和维护。(6) 193、VOIP系统及前置机设备缺乏局数据管理工具。(7) 网间网管功能较为欠缺，仅建立了具备一定功能的7号信令监测系统，。另由于投资过大，7号信令监测系统仅实
33、现了对部分互联互通设备的监测，未实现全面网内信令监控。目前无法对互联互通情况进行深入综合分析，无法自动向总部提供统计数据。(8) 仅在传输综合网管中实现了部分资源的管理，对于全网的资源缺乏统一全面的管理工具。(9) 缺乏一个统一发布平台向其他部门提供网络运维信息、网络运行质量及资源统计等相关信息。(10) 随着网络的不断演进和管理水平的提高，各专业管理系统的功能需要进一步提高和完善，管理范围需要进一步增加。(11) 网络优化系统缺乏统一的平台。(12) 对大量的配套系统（如直放站、市内分布系统）缺乏监控和管理。(13) 动力环境监控仅能够进行基础管理，集中分析处理的功能较弱，且未实现与其他专业
34、网管的接口，实现信息的传递。5 近期建设思路5.1 实施指导原则(1) 基于总体目标框架阶段建设OSS系统建设涉及的范围很广，需要考虑的情况很多，而且OSS系统中的各个系统之间也存在一定的依赖关系。这些因素决定了OSS系统必然要分阶段来进行建设。在规划阶段，按照目前支撑系统和运维管理的现状，制订出合理的阶段规划，对每个阶段制订出明确的目标。这样经过若干个阶段的建设，就可以逐步实现OSS系统的建设目标。同时严格按照公司建设流程进行网管系统建设，对于前期工程项目未进行初验的，原则上不允许进行扩容建设。(2) 尽早投入使用原则OSS系统建设不可能一蹴而就，需要一个循序渐进的过程。在投入使用的过程中，
35、逐渐发现系统问题，并提出新的需求。OSS系统应逐步建设，尽快投入使用，保证在投入相对较小的前提下尽早为运行维护工作提供支持。(3) 与运维体制结合原则OSS系统是运维工作中必不可少的工具，建设应考虑到切实发挥各网管系统在运行维护中的核心作用，满足运行维护和管理体制的需要。(4) 先进性和实用性相结合先进性和实用性相结合的原则。各系统建设应以详尽功能需求为基础，杜绝没有明确需求的盲目投资建设，保证系统建成后，能尽快地投入使用。同时，也需要考虑技术的先进性，在实用性的前提下使用先进的技术，有效保证系统的可扩展性和开放性，以支持不断发展的OSS系统作为企业运营支撑中的一个组成部分，为运行维护工作提供
36、有效的支持。对于短期内无法实现或实现代价太大的技术放案，要果断放弃，寻求更优的替代方案。(5) 经济性原则各系统建设应采用经济合理的方案，以渐进方式，优先选择急需的、需求及建设方案明确的系统进行建设，尽量避免大规模建设。(6) 可扩展性与开放性原则各系统建设应充分考虑其今后的发展与演进，在OSS系统总体框架的指导下保证较好的可扩展性。同时应坚持开放性的原则，根据框架中的要求，各个系统需建设或预留相应的接口，保证各个系统间数据的共享与使用。(7) 总部统筹规划和省分试点结合原则采取以总部牵头，总部和省分公司并行建设的模式，包括系统的统一规划，相关规范的统一制定，进度的统一推进。同时，总部将选择一
37、些有代表性的、目前运维迫切需求的系统，在部分省分进行前期试点工作，根据试点经验面向全国推广。5.2 建设方案5.2.1 总体方案5.2.1.1 总部OSS系统图 17 总部OSS系统近期建设方案根据总部OSS总体框架，结合目前已建设系统的现状，总部OSS系统近期的建设方案如图 17。a) 近期新建内容建设统一电子运维平台，包括运行调度、作业计划和综合考核。提供全网的运行调度工作支持，实现指挥调度的全程全网和全闭环的工作流程；完成作业计划统一管理，对针对各个专业制定统一的维护作业计划，并以相同的方式进行发布、反馈和考核；实现综合考核管理的功能，通过对网络质量的KPI和各专业网运行质量指标的分析，
38、促进运维工作的进一步提高。建设165综合网管系统，逐步实现对165网配置、性能、告警和统计分析功能；实现流量流向综合分析管理功能，为分析、定位、排除网络故障提供实用工具；实现与电子运维系统的互联，并为运行信息发布平台提供基础数据。建设运行信息发布平台，用于各种网络运行信息的发布，作为OSS系统对外的窗口。建设网间网管，通过对全国互联互通数据进行深入综合分析，实现对全网互联互通的管理。b) 待完善内容完善移动综合网管系统和传输综合网管系统功能，扩大管理范围，提高网管的实用性、安全性、实时性，提高网络管理质量，加深网络管理深度，提高管理效益，进一步发挥其在运维工作中的关键作用。完善ATM网管的分析
39、系统，在总部搭建全网的分析系统，各省分公司以返牵终端的形式分析本省数据。完善VOIP网管系统，在建立一套针对VOIP系统完整指标体系的基础上，VOIP将不大规模建设网管系统，而是在总部建立一个分析平台，完善报表、性能管理等功能，各省采用返牵终端方式进行运行维护。完善193网管系统，在建立一套完整指标体系的基础上，加强对网络运行质量与负荷类指标，完善统计分析工具，实现对新指标体系的统计分析。逐步实现VOIP、前置机、193网管系统局数据核查的功能。c) 试点建设内容试点网络业务分析系统，基于各专业网管系统提供的数据，形成一个跨专业的综合网络业务运行分析平台，将全网和骨干网（含移动、传输、193、
40、ATM、VC、165等）各项重要指标进行自动统计、分析。d) 暂不建设内容目前暂不建设综合资源管理系统，需在省分综合资源管理系统建设试点成功后，启动总部综合资源管理系统，实现对各专业网资源进行管理。包括资源信息的维护、网络资源综合使用情况分析，网络演变趋势分析，资源成本分析，为网络规划和建设提供决策支持。综合资源管理系统作为OSS系统统一的资源数据中心，为OSS其他系统提供资源数据支撑，并通过互联接口实现和其它系统间的数据共享。目前暂不建设客服支撑管理系统，可在各个专业网管系统建设较为完善后，建设客服支撑管理系统，作为OSS系统面向客服的统一接口，面向来自客服的业务开通和客户投诉提供全面的支撑
41、，提高客户响应的时效性，促进OSS系统建设最终面向客户服务的目标实现。目前暂不建设VC综合网管系统。VC网目前用户少，收益小等原因，管理需求较少，将维持现状，不对进行VC网管系统建设。5.2.1.2 省级OSS系统图 18 省分OSS系统近期建设方案根据省级OSS总体框架，结合目前已建设系统的现状，OSS系统近期的建设方案如图18。（1） 近期新建内容建设统一电子运维平台，含运行调度、作业计划和综合考核。提供全网的运行调度工作支持，实现指挥调度的全程全网和全闭环的工作流程；完成作业计划统一管理，对针对各个专业制定统一的维护作业计划，并以相同的方式进行发布、反馈和考核；实现综合考核管理的功能，通
42、过对网络质量的KPI和各专业网运行质量指标的分析，以促进运维工作的进一步提高。建设165综合网管系统，逐步实现对165网配置、性能、告警和统计分析功能；实现流量流向综合分析管理功能，为分析、定位、排除网络故障提供实用工具；实现与电子运维系统的互联，并为运行信息发布平台提供基础数据。建设运行信息发布平台，用于各种网络运行信息的发布，作为OSS系统对外的窗口。建设网间网管系统，为互联互通提供统计分析数据，实现对多个信令监测点的监测，提高信令信息采集的实时性，减少故障分析判断的时间。同时实现部省接口为总部网间网管系统提供统计数据。（2） 待完善内容完善VOIP网管系统，建立一套针对VOIP系统完整的
43、指标体系，通过在总部建立后台分析平台，完善报表、性能管理等功能，实现对新指标体系的支持，省分公司采用返牵终端方式进行运行分析本省数据。进一步加强移动综合网管局数据核查模块功能，实现对数固网VOIP局数据的核查。完善移动综合网管系统和传输综合网管系统，不断提高网管实用性、安全性、实时性，提高网络管理质量，加深网络管理深度，提高管理效益，进一步发挥在运维工作中的关键作用。在有条件的省分试点扩大移动综合网管系统管理范围，通过较为经济的性能监控方式（如通过采集监控电平方式）实现对直放站、室内分布系统的监控和管理。逐步完善动力环境监控系统，实现对多厂家设备的集中管理，加强告警分析功能，提高对动力环境的全
44、局监控能力。（3） 试点建设内容在具备条件的省分试点建设综合资源管理系统，实现对各专业网的动静态资源进行管理，包括资源信息的维护、网络资源综合使用情况分析，网络演变趋势分析，资源成本分析，为网络规划和建设提供决策支持。综合资源管理系统作为OSS系统统一的资源数据中心，为OSS其他系统提供资源数据支撑，并通过互联接口实现和其它系统间的数据共享。系统建设目标为：建设一个全网完整的资源数据库，完整、准确的记录各种资源情况，为联通OSS其他系统提供基础数据支持；建设一个各专业间数据交互的平台，各专业通过直接或间接使用该系统进行相关专业的资源调配。在具备条件的省分试点建设网络业务统计分析系统，基于各专业
45、网管系统提供的数据，形成一个跨专业的综合的网络业务运行分析平台，将全网各项重要指标自动统计、分析，为公司考核各专业网络运行工作提供参考数据。在具备条件的省分试点建设综合网络优化系统，对现有的网络优化工具进行整合，为网络优化工作提供综合的平台。（4） 暂不建设内容目前暂不建设客服支撑管理系统，可在各个专业网管系统建设较为完善后，建设客服支撑管理系统，作为OSS系统面向客服的统一接口，面向来自客服的业务开通和客户投诉提供全面的支撑，提高客户响应的时效性，促进OSS系统建设最终面向客户服务的目标实现。5.2.2 新建系统建设方案5.2.2.1 电子运维系统5.2.2.1.1 总体方案图 19 电子运
46、维系统结构图鉴于目前电子运维系统省部割裂、专业间割裂的基本现状，为满足对各专业从总部到省分全程运行维护管理的需求，总部和省分将建设两级综合电子运维系统。总部级电子运维系统支撑总部运维部完成全网的运行维护管理工作，省分的电子运维系统支持省分公司完成省内运维管理工作。总部用户使用总部电子运维系统，省分和地市用户使用省分电子运维系统，总部电子运维系统和省分电子运维系统通过部省接口交互，形成从总部到省分到地市的运行调度闭环。各省的电子运维系统建设应与总部同步进行。电子运维系统和其他OSS系统通过横向接口交互以共享信息。总部电子运维系统在专业网管内已经建设的电子运维平台基础上扩充，纳入其他专业，形成总部级综合电子运维系统。省分公司可根据自身情况，利用各专业网管系统已建设的较成熟的电子运维平台进行整合或单独建立综合电子运维系统。5.2.2.1.2 要求电子运维系统应实现专业统一、部省系统统一。省分电子运维系统应按照待制定的部省接口规范实现部省接口，满足总部电子运维系统的数
