标准规范下载简介
*／CR 852-2021 铁路通信综合网络管理系统技术条件.pdf国家铁路集团有限**企业标准
铁路通信综合网络管理系统技术条件
西城时代园林绿化施工组织设计中国国家铁路集团有限**发布
前言 1 范围. 规范性引用文件 术语和定义 缩略语 D 系统架构… 5.1总体架构 5.2设备构成 5.3软件架构 5.4系统接口 6数据采集及管理 6.1数据采集 6.2数据资源编目 6.3数据质量管理 6.4数据交换共享服务 7系统应用功能. 7.1综合拓扑管理 7.2综合告警管理 7.3综合性能管理 10 7.4综合资源管理 ， 7.5 系统自身管理 11 7.6集成门户及扩展应用 12 8系统主要技术要求 14 8.1系统能力要求 14 8.2系统安全环境要求 15 8.3系统扩容升级能力要求 15 8.4可用性要求 16 8.5界面要求 16 8.6时间同步要求 16 8.7运行环境要求 16 附录A（规范性）数据资源模型 17 附录B（规范性）接口规范 41 附录C（资料性）服务器及存储性能
本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规 定起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由中国铁道科学研究院集团有限**通信信号研究所归口。 本文件起草单位：北京铁路通信技术中心、浪潮软件科技有限**、北京英诺威尔科技股份有限 **。 本文件主要起草人：李岩、尹毅、史鲁强、张博、俞力杰、张*、么亮、高晓冬、狄彩虹、刘锐、张怡 周伟、刘涛、王岩。 本文件为首次制定。 本文件版权归中国国家铁路集团有限**所有，任何单位和个人未经许可不得复制及转让。
本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规 定起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由中国铁道科学研究院集团有限**通信信号研究所归口。 本文件起草单位：北京铁路通信技术中心、浪潮软件科技有限**、北京英诺威尔科技股份有限 **。 本文件主要起草人：李岩、尹毅、史鲁强、张博、俞力杰、张*、么亮、高晓冬、狄彩虹、刘锐、张怡 周伟、刘涛、王岩。 本文件为首次制定。 本文件版权归中国国家铁路集团有限**所有，任何单位和个人未经许可不得复制及转让。
铁路通信综合网络管理系统技术条件
本文件规定了铁路通信综合网络管理系统（以下简称综合网管）的系统架构、数据管理、系统应用 功能、主要技术要求、数据资源模型及接口规范 本文件适用于综合网管的设计、制造、检验及维护
MTTR：平均修复时间（MeanTimeToRepair） SNMP：简单网络管理协议（SimpleNetworkManagementProtocol） TCP：传输控制协议（TransmissionControlProtocol） VLAN：虚拟局域网（VirtualLocalAreaNetwork） VPN：虚拟专用网络（VirtualPrivateNetwork） XML：可扩展标记语言（ExtensibleMarkupLanguage） XSL：可扩展样式表语言（ExtensibleStylesheetLanguage） UI:用户界面（UserInterface）
综合网管采用两级架构，上层为一级综合网管，下层为二级综合网管。一级综合网管为国铁 集团级综合网管系统；二级综合网管为铁路局集团**级综合网管系统。二级综合网管应与 级综合网管通过铁路数据通信网进行互联，并进行数据交互。 综合网管的总体架构应符合图1的 规定。
一级综合网管应实现三部分网管信息的接人：各个二级综合网管、骨干通信网网管和国铁集团节 点通信子系统网管。 二级综合网管应在铁路通信子系统网管开放对综合网管的数据共享接口时，实现信息的接入，主 要包括传输系统、数据通信系统、调度通信系统、数字移动通信系统、电源及环境监控系统、通信铁塔监 测系统等网管：根据管理需要，可实现其他通信子系统网管信息的接入。
综合网管应与铁路通信大数据应用、铁路通信*理信息管理系统以及其他通信维护管理相关的系 统进行数据交互
综合网管由数据采集单元、数据处理与存储单元、数据交换服务单元、内部应用服务单元和外部应 用服务单元构成，各单元由服务器集群构成。综合网管的设备构成应符合图2的规定。
综合网管的设备应具备以下功能： a）数据采集单元：通过标准接口协议与通信子系统网管互联，实现网管原始数据的采集，包括采 集协议适配、数据预处理、采集管理等过程； 1 b）楼 数据处理与存储单元：负责将采集的原始数据进行抽取、转换、加载等步骤处理为标准数据 建立适当的存储模型，满足应用服务单元、数据交换服务单元的数据运用需求； C） 12 数据交换服务单元：采用标准化接口，通过安全协议方式进行数据传输，与一级/二级综合网 管以及其他系统实现数据交互，为外部应用服务单元和其他通信管理系统提供标准数据 服务； d）内部应用服务单元：基于标准数据，提供面向综合网管网络用户的应用功能； e）外部应用服务单元：基于标准数据，提供面向铁路办*网网络用户的应用功能。
综合网管的软件架构分为采集层、数据层、应用层和展示层。软件架构应符合图3的规定。 系统软件应符合以下要求： a）采集层：通过采集适配器实现对EMS的资源数据、告警数据、性能数据进行采集。采集适配 器应适应不同厂商EMS的不同类型的接口。 b）数据层：对采集层的数据进行加工和处理，结合基础信息数据和其他系统数据，通过对数据的 关联及逻辑分析，形成综合网管的资源数据库、告警数据库、性能数据库、基础信息数据库及 交换共享数据库等专题数据库。
图3综合网管的软件架构图
C) 应用层：主要依托数据层的数据提供基础的应用功能或者应用平台，分为功能应用及数据交 换共享应用。功能应用是对数据进行逻辑处理、实现业务功能的后台单元。数据交换共享应 用实现综合网管一、二级系统间的纵向数据交换共享，以及与其他通信管理系统的横向数据 交换共享。 d）展示层：通过UI等可视化手段，实现综合网管内、外部应用服务单元的操作界面展示。
系统接口的定义和总体要求
综合网管接口应包括：一级二级综合网管间的接口、数据采集接口、数据交换共享接口、通信主数 据接口和GIS图层接口等。综合网管的接口应符合以下规定： a）标准性：支持业界*认的通用标准，如TCP/IP、HTTP/HTTPS、XML/XSL、CORBA、SNMP、Web Service、FTPDB等； b）开放性：可扩展、易实施； c）高效性：数据处理快速、分析统计自动化； d）安全性：权限管理、防侵人、防病毒、防灾害； e）可靠性：不间断、容错、传输可靠、可管理； f）独立性：各子系统接口独立运行，相互隔离；接口与应用功能松耦合，减少接口变化对应用功 能的影响
5.4.2一级二级综合网管接口
一级二级综合网管间的接口实现一级综合网管对二级综合网管提取数据。 在一级综合网管和二级综合网管之间建立接口程序，完成数据的集中和交互。一级综合网管用户 据设定条件从二级综合网管提取所需的数据。
数据采集接口为综合网管适配各相关通信子系统网管的接口。 综合网管通过数据采集接口集中采集相关通信子系统网管的资源、告警和性能数据，但不对通信 子系统的网管和网元进行配置操作
5.4.4数据交换共享接口
综合网管应为其他通信管理系统提供标准数据服务的接口；应适配其他通信管理系统接口， 取所需数据
5.4.6GIS图层接口
综合网管应支持对资源数据的动态采集和静态录入两种方式： a）动态采集：综合网管应通过系统接口动态采集通信子系统和铁路通信主数据管理平台的资源 数据，包括物理资源数据、逻辑资源数据和基础信息数据。当综合网管发现采集的资源数据 发生变化时，应对数据变化内容进行展示，提示用户或自动进行同步更新。 b）静态录人：综合网管应支持其资源数据模型范围内的静态资源信息的录人功能。综合网管的 资源数据模型应符合附录A的规定。
6.1.2告警数据采集
综合网管应采集通信子系统网管的当前告警数据和历史告警数据。 综合网管应与通信子系统网管的告警信息保持一致，应实时接收通信子系统推送的当前告警 和告警确认、清除数据，应向通信子系统网管请求同步当前告警数据和历史告警数据。
6.1.3性能数据采集
综合网管应支持通过制定采集任务的方式对通信子系统进行性能数据的采集，采集任务可以设 集对象、采集起止时间和采集周期，采集周期的时间粒度可根据通信子系统的网管支持情况进行设置 性能数据采集任务管理功能应包括：创建、删除、启动、停止、查询。
主题数据库应包括以下内容：
a）基础信息数据库：基础信息指拥有承载资源能力，并且拥有*共空间属性可以进行空间调 度的资源，包括铁路局集团**、线路、站点、机房、机架等，其附属的*共空间属性包括标 准**、行政单位、专业分类等，综合网管应对基础信息进行数据分类，形成基础信息数 据库； b）资源数据库：综合网管应根据不同通信子系统的资源类型按照物理资源和逻辑资源进行数据 分类，形成资源数据库； c）告警数据库：综合网管系统应根据告警类型和告警级别进行告警数据分类，形成告警数据库； d）性能数据库：综合网管系统应按照通信子系统名称、资源对象等属性对所有的性能数据进行 分类，形成性能数据库； e）数据交换共享数据库：综合网管系统应根据应用需求形成数据交换共享数据库，存储用于交 换共享的数据，实现与其他通信管理系统的数据交换。
数据资源编目的功能包括数据资源编目和资源目录管理： a）) 数据资源编目：综合网管应按主题数据库进行目录编辑，对主题数据库的数据目录进行创建 及字段配置，并与数据关联； D) 数据资源目录管理：综合网管应对数据资源编目形成的资源目录进行集中管理，包括新增、修 改、删除和查询功能.并支持导出
综合网管应具备对自身数据质量进行管理的能力，包括管理数据的完整性和时效性 综合网管应支持数据质量周期性核查和用户主动触发核查，提供界面显示核查结果
综合网管应具备为其他系统提供数据交换共享服务的能力，即基于系统内的数据资源模型 其他系统发布数据服务。综合网管提供的数据服务规范应符合附录B的规定
综合网管应支持对数据交换共享服务的定制功能，可定制的内容包括： a） 数据范围：支持按数据资源模型、所属专业、所属网管进行定制； b） 数据周期：支持以小时为单位定义数据发布周期，应支持对告警类数据的实时发布； 数据安全措施：综合网管应通过认证鉴权、权限管理、IP**范围限定等方式，实现数据安全 保障。
综合网管应支持对数据交换共享服务进行控制和监视的功能。 综合网管应支持服务发布、服务中止、服务暂停等控制操作，应支持查看服务状态、服务日志及共 据内容等功能。
综合网管应支持自动采集或人工录人以通信网网元为基础的综合信息，形成各个业务网络的逻辑 拓扑图和由不同通信系统设备节点组成的网络拓扑图。综合网管应以多种视图形式表现网络的拓扑 结构2011.5.19基桩安全技术交底监表C2，支持对各种视图进行方便的切换
站点分布图以所辖区域的铁路电子*图为背景显示区域内的铁路通信机房以及干线通信线路的 分布情况，并用不同的图标标识不同类型的通信机房。当沿线通信设备有告警时，以不同颜色显示。 当铁路通信*理信息数据管理系统平台能够提供GIS图层数据和服务时，综合网管应提供基于 GIS图层的站点分布图。
机房设备分布图显示通信机房内各种类型设备摆放位置，各种不同设备应采用不同标 支持通过点击某通信机房，实现从站点分布图到机房设备分布图的切换。当机房设备变动 员可进行添加、修改和删除等操作
设备面板图显示通信设备实际面板的示意图，应反映实际设备的机框、机槽、机盘及端口，并 相应告警信息。系统应支持通过点击某设备，实现从机房设备分布图到设备面板图的切换。 对于动态采集图形数据的设备面板图，应随设备配置变化进行相应的更新；对于静态录入图 据的设备面板图，维护人员可根据设备配置变化情况进行添加、修改和删除等操作。
DG／TJ08-202-2020 钻孔灌注桩施工标准.pdf7.1.2.4网络拓扑图
网络拓扑图以逻辑连接图的方式显示所接入通信子系统网络的组织结构或设备分布情况，并 相应告警信息。其中传输系统、数据通信系统和调度通信系统的网络拓扑图应动态、实时显示网 连接方式和告警信息，并可实现拓扑图定期自动更新或手动触发自动更新；其他通信子系统的网 扑图可不呈现实时拓扑，维护人员可进行添加、修改和删除等操作。
视图操作应具备以下功能： a）i 视图切换：综合网管应支持对各种视图进行方便的切换； b）花 视图显示控制：综合网管应提供各种视图的显示控制功能，如视图放大、缩小、拖动控制、图层 控制； C） 视图对象操作：综合网管应支持具有指定权限的用户对各种视图中图形对象选中、移动、删 除、增加等操作。综合网管还应支持对视图对象的点击查询，显示对视图对象相关配置信息 和状态信息的详细查询结果，并提供其他功能的人口，如告警信息查询、配置数据查询。