网管系统告警产生和处理机制

网管系统告警产生和处理机制

1.1.1告警来源和产生机制

1、SYSLOG日志（被动接收方式）

通过采集服务器的SYSLOG服务，接收网元发送上来的SYSLOG日志记录。告警采集程序通过rules将SYSLOG日志记录解析为告警记录。一条典型的华为端口DOWN告警解析过程：

Jul 15 19:54:11 133.63.254.190 2008 yaan-DC-R-N40 IFNET/5/UPDOWN:Interface Ethernet1/0/5 Turns into DOWN state

针对上面的告警，通过rules，主要解析出如下内容

告警来源IP：133.63.254.190

告警类型：IFNET/5/UPDOWN

告警对象：Ethernet1/0/5

告警原始级别：5

告警描述：Interface Ethernet1/0/5 Turns into DOWN state

2、Snmp Trap告警（被动接收方式）

告警采集在162端口监听并接收网元发送过来的TRAP通知，通过加载相应MIB里的TRAP定义或者厂家提供的TRAP告警翻译规则，转换为相应的告警记录。举例说明：

10.102.16.2:

TRAP[requestID=0, errorStatus=Success(0), errorIndex=0,

VBS[1.3.6.1.2.1.1.3.0 = 229 days, 12:07:02.00;

1.3.6.1.6.3.1.1.4.1.0 = 1.3.6.1.4.1.390

2.1015.1010.1.10.1.17;

1.3.6.1.

2.1.2.2.1.1 = 808584704

]]

根据中兴提供的TRAP告警定义：

（1）1.3.6.1.4.1.3902.1015.1010.1.10.1.17代表zxAnEponOnuErroredSymbolPeriodEvent，即ONU错误符号间隔事件，级别是主要。

（2）808584704 代表索引信息，可进一步定位到具体的ONU设备，如F820(0/4/4/5)。

解析翻译后的告警如下：

告警来源IP：10.102.16.2

告警类型：zxAnEponOnuErroredSymbolPeriodEvent

告警对象：10.102.16.2

告警级别：4

告警描述：10.102.16.2 F820(0/4/4/5) : ONU错误符号间隔事件

3、网元状态Polling告警（主动检测方式）

（1）告警产生

采用定期调度（根据设备的重要程度可设定不同的策略）对设备先进行SNMP连接测试，再进行ICMP PING测试：

a、如果SNMP Ping不通，ICMP Ping也不通，发送网元中断告警；如果只有SNMP Ping

不通，只发送网元不可管理告警

b、如果SNMP Ping通，不管ICMP Ping通不通，都不发送任何告警

c、如果原来只是SNMP Ping不通，但ICMP Ping也开始不通，再发送一条网元中断告警

说明：网元不可管理和网元中断告警，默认只发送一次，不重复发送（即发生次数为1）。（2）告警恢复

对于处于网元不可管理或网元中断状态的设备，同时进行SNMP Ping和ICMP Ping跟踪：

a、如果SNMP Ping通，根据设备的告警状态，发送相应的恢复告警，分两种情况：

设备只有网元不可管理告警：发送网元不可管理恢复告警

设备同时有两种告警：同时发送网元不可管理和网元中断的恢复告警

b、如果SNMP Ping仍不通，但ICMP Ping开始通（也就是说原来两者都不通），发送一条网元中断恢复告警。

4、端口状态Polling告警（主动检测方式）

端口Polling在端口流量采集时进行（检测周期与性能采集周期相同，5min一次）。判断标准：本次端口流量采集采到的端口操作状态跟上次采到的端口状态做对比，如果发生了状态变化则发送告警，即：

如果是up－>down，就发端口DOWN告警；如果是down－>up，就发恢复告警。告警示例：

告警类型：端口状态

告警描述：如：172.28.12.4 GigabitEthernet0/1/13(端口) 端口down

告警级别：严重

说明：端口状态告警，只发送一次，不重复发送（即发生次数为1）。

5、性能告警（主动检测方式）

告警产生机制：根据性能采集后的数据结果和性能告警设置进行比较，如果满足性能告警设置条件，发送相应的性能告警。

恢复告警：如果发生了“满足性能告警设置条件”－>“不满足性能告警设置条件”的变化，则发送相应的恢复告警。

性能告警分类：

（1）阈值性能告警：通过阈值设置产生的性能告警

（2）基线性能告警：偏离基线时产生的性能告警

（3）梯度性能告警：梯度变化满足一定条件时产生的性能告警

（4）高级性能告警：满足给定的组合条件时产生的性能告警

说明：性能告警，如果满足性能告警设置条件，则每5分钟发送一次，直到告警恢复为至。

6、其它告警：翻转告警、资源预警、进程告警等（主动检测方式）

（1）翻转告警：根据翻转设置条件，产生的告警，不能自动恢复。告警类型为“翻转告警”。（2）资源预警：根据资源预警设置条件，判断设备的槽位占有或端口利用率是否超过给定阈值，如果超过，则发送相应的资源预警告警。告警类型为“资源预警”。

（3）采集进程告警：采集进程正常时，能够定时主动发送心跳信息给应用服务器，系统每3分钟检测一次，根据采集进程的心跳信息是否及时更新来判断采集进程是否正常，如果超过设定时间，心跳信息没有更新，则认为进程down，进而产生相应的告警（重复发送）。如

果进程启动，心跳信息恢复，则发送恢复告警。告警类型为“网管服务进程”。

1.1.2 告警数据处理流程

告警从采集，到入活动库，最后进入历史库，这个过程称为告警的生命周期。采集为始，入历史库为终。从始到终，其数据流程如下图所示：

流程说明：

1、 收到的所有SYSLOG 和TRAP 告警都进行记录。

2、 只有SYSLOG 和TRAP 告警需要经过RULES 解析和翻译环节，其它告警来源无此过程。

3、 被RULES 过滤掉的SYSLOG 和TRAP 告警直接丢弃，而非进入历史库，SYSLOG 和

TRAP 告警在原始库中可以找到（TRAP 原始报文默认不入库，如果要入库，需要打开进程参数）。

4、 告警先进行重定义，在进行预处理规则过滤，被预处理过滤的告警，直接进入历史库（也

可以选择直接丢弃），对应的删除类型为“预处理删除”；没有过滤的告警入活动库，同时发布JMS 消息。

5、 告警是排队入库的，每次从入库队列中取一定数量的告警依次入库。分为三种情况：

（1） 如果活动库中存在相同的告警事件（告警源和事件相同），则进行告警更新（更

新发生次数和发生时间）；

（2） 如果活动库中不存在相同的告警事件，则插入一条新的活动告警记录； （3） 如果告警为恢复告警，则将活动库中对应的告警事件清除，进入历史库。 6、 活动库的告警被删除后，进入历史库。这里的删除有以下几种情况

（1） 界面手工删除

恢复

过滤 过滤 未通过 告警重

定义 历史库

活动库 丢弃 解析翻译 封装告警 SYSLOG 主动检测告警：设备PING ，端口Polling ，性能告警，资源告警，拨测告警等 各种规则预处理

是 未过滤 未过滤

告警接收

Socket 服务

告警验证 时间窗口处理 告警风暴处理 资源关联

通过

否 JMS 消息服务

AlarmOperator TRAP 原始告警库

丢弃

对应的删除类型为“用户手工删除”。

（2）自动恢复删除

收到恢复告警后，自动与对应的活动告警结对合并，合并后的告警入历史库。合并后的告警，清除时间为恢复告警的发生时间，清除类型为“自动恢复删除”，其余字段保留原告警信息。也就是说，恢复告警是与成对的活动告警合并成一条告警后入历史库。

（3）告警条件删除

根据在告警设置里设置的定时删除规则，定时删除符合条件的活动告警。对应的删除类型为“告警条件删除”。

（4）告警过多删除低级告警

当活动库的告警超过设置的容量时，系统自动启动的删除低级别（未定和警告）告警的策略。删除的告警的级别为未定和警告。对应的删除类型为“告警过多删除低级告警”。

（5）成对合并直接入历史库

如果收到的某个告警发生和恢复时间非常接近（1秒左右），入库线程从告警队列里取告警后，发现有这种成对的情况，就不再走活动库而是直接合并入历史库，这种情况下告警删除类型为“成对合并直接入历史库”。

（6）等价告警剔重

目前仅适用于端口down告警。当上来某条端口down告警时，但活动库中已经存在该端口的其它PORT_DOWN告警，则该端口down告警直接入历史库，删除类型为“等价告警剔重”。

1.1.3告警关联机制

告警关联机制包括：

（1）告警结对清除

收到恢复告警后，自动与对应的活动告警结对合并成一条告警，合并后的告警从活动库转入历史库，这种情况下告警删除类型为“自动恢复删除”；

（2）告警压缩合并

收到告警时，自动与活动库中存在的相同告警事件（告警源和事件相同）进行合并，同时更新告警的发生次数和发生时间；

（3）告警合并直接入历史库

如果收到的某个告警发生和恢复时间非常接近（1秒左右），入库线程从告警队列里取告警后，发现有这种成对的情况，就不再走活动库而是直接合并入历史库，这种情况下告警删除类型为“成对合并直接入历史库”；

（4）告警同源处理

目前主要用于端口DOWN告警。端口DOWN告警的来源主要有SYSLOG和端口状态Polling两种，尽管告警类型在不同的厂商定义中不尽相同，但反映的是同一告警事件，系统把这些告警类型归属到同一个告警类型组“PORT_DOWN”，同一个告警类型组下的告警，认为是等价的。

为避免由于SYSLOG日志缺失或解析规则不完整造成的端口DOWN告警不准确，系统采用了端口状态Polling作为辅助手段，对端口状态事件进行监控，但与SYSLOG告警进行了关联处理。具体策略：

a、PORT_DOWN告警类型组下的所有告警类型，可以互相清除，即对于同一个端口，某个告警类型的恢复告警，可以清除其它PORT_DOWN告警。

b、上来某条端口down告警时，但活动库中已经存在该端口的其它PORT_DOWN告警，则该端口down告警直接入历史库，删除类型为“等价告警剔重”。

c、当活动库中存在某个端口的PORT_DOWN告警，而端口状态Polling检测到该端口的操作状态为up时，则发送端口状态恢复告警，用于清除该端口的所有PORT_DOWN告警。

目前PORT_DOWN告警类型组包括的告警类型：

告警类型来源说明

端口状态端口状态Polling

LINK-3-UPDOWN SYSLOG

LINEPROTO-5-UPDOWN SYSLOG

LINK_DOWN SYSLOG

LINK-SP-3-UPDOWN SYSLOG

PKT_INFRA-LINK-3-UPDOWN SYSLOG

PKT_INFRA-LINEPROTO-5-UPDOWN SYSLOG

IFNET/4/LINK UPDOWN SYSLOG

PHY/4/PHY_STA TUS_UP2DWN SYSLOG

PKT_INFRA-LINK-5-CHANGED SYSLOG

L2INF/5/PORT LINK STATUS CHANGE SYSLOG

……

每个现场的配置有所不同

中兴LTE网管操作指导

中兴网管操作指导一：账号登陆地址，具体操作如下图所示：输入账号密码信息后请选择所要登陆地市的IP 地址添加IP 若无所需登陆的地市IP，需自行添加新的IP地址，添加新的地市IP地址操作如下图所示： 地址广东中兴片区各地市网管IP 地址如下表所示：各地市网管IP

备注 IP地址地市 可无需登4A188.1.107.143广州旧网 必须登4A188.1.107.31广州新网 可无需登4A佛188.1.108.143 可无需登中188.1.109.134A 必须登188.1.108.134A珠可无需登江4A188.1.109.143 可无需登深188.2.129.64A 登陆成功后进去网管操作界面如下图： 二．指标查询操作 查询模板管理，操作如图所示：>—点击性能

进入查询模板管理后，界面如下： 查询模板选择 按模板查询，操作如图：?选择需要的模板后右键

进入模板后界面如下： 在逻辑过滤选项可以设置门限，使指标只输出低于或高于门限的小区： 查询对象说明查询指标需对汇总对象与通配层次进行选择：汇总对象有4个选择项具体如下：所有位置汇总成一条（所有已选择的网元在设置后的时间粒度汇总成一条指标）所有已选择的网元在设置后的时间粒度每个子网一条指标）汇总到“子网”（汇总到“网元”（所有已选择的网元在设置后的时间粒度每个基站一条指标）汇总到“小区”（所有已选择的网元在设置后的时间粒度每个小区一条指标）。

通配层次说明条，所以需根据需要选择对象的数目来选择通配层中心网管选择的对象最大不能超过1000 次，通配层次有4个选择项，具体如下：选择全网所有网元—查询全网指标选择此选项。—如需个别子网指标可以选择该选项。子网需查询少量站点指标可以选择该选项。—选择到网元需定位到小区级别问题可以选择该选项。小区— 查询时间 查询时间需设定三个条件，查询粒度，查询时间段，有效时间段。 查询粒度：在设定的“查询时间段”和“有效时间段”按所设定的粒度进行指标汇总。 查询时间段：设定需要查询的时间段。 有效时段：有所设定“查询时间段”内只有在有时间段内的指标才进行汇总统计。 在设定好“查询指标/计算器”、“查询对象”和“查询时间”后按确定按钮便开始进行指标查询。行无法全部显示，需分开查询。10W网管输出指标 超．

上海贝尔4G常见告警解析及网管常用操作

4G重要告警解析 一、影响小区发射的告警 1. ReachabilityProblem（基站退服或脱管） ●Alarm Code：ReachabilityProblem ●告警影响：e Node B 设备监控失去 ●告警原因分析：导致该告警的原因主要体现在三个方面：电源、传输、主控 卡(C板)故障: 1)电源:交流停电等，此时应该有相关环境告警上传； 2)传输：传输断 3)主控卡故障：主控卡出现掉死、无法正常启动、不断重启等故障； ●告警解决方法：电源或传输问题，请相关人员解决；如果是主控卡故障，需 要维护人员上站解决；更换主控卡后，需要先问网管人员要一个Yang WO 文件重新下软件并导入WO文件激活。 2．CB INIT FAILURE (C板初始化失败) ●Alarm Code：IK4004001 ●告警影响：整站退服，设备可监控； ●告警原因分析：C板故障或者高温导致 ●告警解决方法：需上站下电重启设备，或热插拔C板，若故障依旧需要更换 C板，更换流程请参考ReachabilityProblem（基站退服或脱管） 3. NO CONTACT TO BOARD （B板退服） ●Alarm Code：IK4009041 ●告警影响：整站退服，小区不发射； ●告警原因分析：若基站无C板或者GPS告警的话，则是B板故障 ●告警解决方法：网管重启基站不管用的话，需要上站更换，更换B板会自 动下软件，基站侧不需要做任何操作，大概需要10分钟左右 4. LTECellAdminDown (小区退服) ●Alarm Code：LTECellAdminDown ●告警影响：相应小区退服； ●告警原因分析：一般都是由于基站硬件告警或者小区被lock所致 ●告警解决方法：首先排除小区或基站是否被locked，其次查看是否有导致 小区退服的硬件告警 5. NO CONTACT TO BOARD（RRH脱离） ●Alarm Code：IK4009138 ●告警影响：某个RRH对应的小区不发射 ●告警原因分析：造成此告警的原因可能是电源，光纤及RRH故障 ●告警解决方法：需下站查看电源及RRH和C板连接的光纤衰耗，如果两种 情况都正常的话，就要考虑RRH本身的问题了，最好的方法是塔上和别的正常小区做对调来排查

华为OptiX光网络SDH网管系统日常维护

华为OptiX光网络SDH网管系统日常维护论文导读：陕西省广电网络SDH传输网系统覆盖全省11个地市分公司和108个县支公司。这就要求我们好日常的网管系统的维护工作。关键词：SDH传输网，SDH网管，维护 陕西省广电网络SDH传输网系统覆盖全省11个地市分公司和108个县支公司，传输设备均使用的为华为公司Optix系列设备和Optix iManager T2000 网管，网元设备包搖Optix2500+、Optix2500、Optix255/622H、Optix OSN 3500。SDH网络系统承载着全省的数字电视、数据广播、模拟电视及IP数 据网等重要业务，这就要求我们好日常的网管系统的维护工作，及时发现 和解决问题。 一、网管系统的基本维护 1、网管系统注意事项 (1)禁止在网管运行过程中修改服务器的系统时间。论文参考。网管系统安装阶段设置好服务器的系统时间，如果必须修改服务器系统时间，一定要 先退出网管服务器，修改完成后再重新启动网管服务器。⑵ 不要随便修改网管服务器计算机的名字和IP (Internet Protocol) 地址。 ⑶ 为保障网管计算机工作电源稳定，建议使用UPS (Uninterrupted Power Supply)供电。 ⑷ 在UNIX平台下，登录网管服务器操作系统时，请使用用户“t2000〃登录；在Windows平台下，必须使用安装网管时的用户和密码登录。 (5)网管使用过程中，要严格保证网元侧和网管侧的数据一致。当网元上的数据配置完成、运行正常时，利用手工或自动同步功能，保持网元和网管

数据的一致性。当网元数据出现错误时，首先确认网管上保存的网元数据是否正确，然后将网管侧的数据下载到网元，恢复网元数据。 ⑹定期备份网管数据库，以便最大限度地减小系统出现异常时造成的损失。 (7)网管登录用户是管理员级别时，具有“关闭服务器〃的操作权限。请小心此操作，不要错误的关闭了正在工作中的服务器。 ⑻网管的License文件必须从合法的渠道获得，并妥善保存。禁止对License文件作任何形式的更改，否则将导致License失效。 ⑼ 在设置参数前，建议先从网元侧查询最新数据。 2、业务配置更改注意事项 (1)不要在业务高峰期进行业务调配。因为一旦出错，影响会很大，应该选择在业务量较小的时候进行业务的调配，例如晚上12点以后。 ⑵ 更改配置成功后请及时进行网元和网管数据备份。 二、网管系统的H常维护 定期查看网管告警和性能事件，若设备出现下列告警时需要及时处理。 1.线路或单板上RLOS/RLOF告警或再生段误码时，需及时排除线路或设备掉电问题。 可通过网管查询光板激光器性能事件或通过光功率计测试收、发光功率，判断光功率是否在光板的正常工作范围之内，排除对端网元掉电、光缆问题。如果是设备问题，可通过自环的方法(注意衰减)定位故

中兴网管常操作

中兴网管常操作 Last updated on the afternoon of January 3, 2021

1、主拓扑 、查看某个基站现网告警 、查看基站设备情况及告警情况等

2、网元管理 、启动网元管理 、网元管理之配置管理 网元管理中而配置管理主要有参数修改、参数批量修改、规划数据导入导出等操作——参数修改 第一步： 第二步：修改参数——申请权限——保存修改 第三步：数据同步 第四步：释放权限 网元管理之配置管理——规划数据导出，导入 第一步：规划数据导出及导入可以对站点进行数据批量修改 第二步：规划数据导出 第三步：规划数据修改：

对规划数据可以做A（增加）D（删除）M（修改）操作，M修改操作时需保留主要信息列（不确定那几条是主要信息的话就都不留，如果数据跟之前不变是不会做修改命令的），修改相应参数值保存。 第四步：规划数据导入 如果修改数据比较多或比较重要，则需选择“执行前备份数据” 第五步：最后需数据同步->释放权限 ——数据备份及恢复 这个只有在比较重大操作前为避免操作失败需备份数据及在操作失败后恢复数据，平时用到很少。 ——邻区调整工具 邻区调整工具主要对少量邻区对进行添加删除工作 先数据目标邻区的基站，然后查询源基站和目标基站间邻区情况。上面一半显示两个基站的小区间目前未配置邻区关系，可选择后点击上方+添加（可按shift多选），下面一半显示两个基站的小区间目前已配置的邻区关系，可选择后点击删除。 ——配置数据批量修改 配置数据批量修改跟规划数据导入导出都是对参数进行批量修改的手段，只是规划数据导出可修改的参数一般是我们常用的参数，部分不常用的参数还是需要通过配置数据批量修改来修改。 第一步：选择需修改参数的网元 第二步：选择需修改的参数所在的表： 选择需修改参数所在表->点击修改参数按钮->选择参数值后鼠标双击即可修改->修改完成后点击保存按钮，会自动生成命令并执行，如修改小区较多需等待一段时间 第二步：数据同步->释放权限

维护经验：网管安全告警处理案例

网元安全告警处理案例 近日，我传输中心技术人员在更换华为公司Optix155H型设备主控板时，遇到网元频繁上报SCB-ALM告警的问题。我们通过查找资料、咨询华为客服热线等方式，及时将该问题解决。现将本次处理过程总结如下。 一、现象描述 我公司传输本地网一网元F2口传输环境监控信息，该F2通道出现故障，需要更换主控板进行处理。我们将设备的主控板由SS42SCB更换为SS43SCB单板，更换完成后，发现该网元频繁上报SCB-ALM告警，闪报状态，但不影响业务。该网元单板配置如下：3-SP1D，9-X42，11-OI2D， 15-STG ，17-SCC，18-OHP2。 二、原因分析 SCB-ALM告警是网元安全告警，是由于网管登陆网元引起的。该网元不断闪报安全告警，表明一直有一网管试图登陆该网元，但不能成功登陆。这种情况，应该是网元用户设置问题或是网管侧数据设置引起的。 三、处理过程 1、通过NES网管查询网元用户，发现该网元用户只有一个：们首先排除传输侧问题：重新检查各处2M线的制作情况，没有发现问题。在远端进行PDH 设备支路环回，近端PDH侧挂PCM2M误码表进行测试，测试结果显示没有任何误码。传输侧问题基本可以排除。 排除路由器问题：公安边防接入系统原使用另一家电信运营商的传输路由，割接前一直没有丢包现象。通过测试路由器设备，没有发现问题。 故障定位在V.35介质转换器上。本次使用的V.35转换器是北京瑞斯康达公司的RC903-V35FE1型转换器。我们以前没有接触到该型号设备，通过查看设备说明书和咨询厂家，我们初步判断问题出在该转换器的设置开关上。 调整V.35设备的时钟方式，将近端和远端V.35转换器设备由出厂默认的主时钟方式（内时钟）改为从时钟方式（跟踪E1时钟），观察丢包现象，丢包现象依然存在。 调整TX、RX的CLK相位关系，将近端和远端V.35转换器设备由正向改为反向，丢包现象消失。 我们又尝试了其它几种TX、RX的CLK相位设置方式，我们发现近端和远端V.35转换器的TX、RX－CLK相位关系不是绝对的，有一端设为正

网络日常管理与维护

网络日常管理与维护 网络管理和维护是一项非常复杂的任务，虽然现在关于网络管理既制订了国际标准，又存在众多网络管理的平台与系统，但要真正做好网络管理和维护的日常工作不是一件简单的事情。做好这项工作需要广泛的背景知识与大量的实际操作经验，下面我将介绍电信运营商一些新形式的网络管理，以及在长期网络管理实践基础上总结出来的一些网络管理维护经验。 一、网络管理不仅要解决技术方面的问题，还要考虑人员、业务流程方面的问题。 1、网络管理应当加强网络文档、永久标识的整理，目前多数电信运营商，都在进行资源普查工作。固定资产部分和线路资源都会有专门的部门负责管理，同时也会在资产和线路上粘贴相应的标识以反映其配臵、功能、应用、维护等信息，便于检查和维护。此后管理人员会定期对资产和线路进行巡查并核对记录，根据情况的变化进行及时调整修改，为资产的折旧、损耗和报废及线路的合理分配等提供准确的统计数据，也便于随时掌握企业的资产状况。 2、网络管理要加强维护案例的资料整理，为维护人员提供一个学习交流的平台。事实证明，好多电信运营商都在

做这方面的工作，网络故障是多种多样，并不是第一个故障都要按部就班去查找，可以学习其他人的成功经验提高工作效率。 3、网络管理以提高网络性能满足用户需要为宗旨，为了能让网络高效、正常运行，减轻网络管理维护的工作量，网管人员应当定期根据用户和其他维护人员的信息反馈，对网络进行系统优化，提升网络性能。甚至对网络进行整改、升级。网络管理要加强用户的自我管理，提高用户使用电脑、防毒杀毒、自我解决问题的能力。不言而喻这是一项非常艰巨的工作，对用户、对运营商都是很难的。一旦培养出这样一个用户群，那我们维护的工作量将少之又少，网络的性能和稳定将得到很大的提升！二、网络维护理论知识的文章看了很多，也就不再做过多的阐述。总体觉得作为一个网络维护工作人员应该从以下方面着手网络故障排查。以网络原理、网络配臵和网络运行的知识为基础。从故障现象出发，按照步骤确定网络故障点，查找问题的根源，排除故障，恢复网络正常运行。 维护操作流程如下： 1、用户操作问题 搞网络维护的同仁们最头痛的问题就是故障出在用户自己 的电脑上，作为一家服务至上的网络运营商，你必须要做到

网络管理员日常工作职责

公司网管员总体要求： 开展公司网络系统、安全系统和备份灾备系统的运维和日常管理，实现公司网络系统安全稳定运行和信息系统和数据的可恢复性 网络管理员日常工作职责 1、基础设施管理 (1)、实时监控整个局域网的运转和网络通信流量情况； (2)、掌握主干设备的配置情况及配置参数变更情况，备份各个设备的配置文件； (3)、对运行关键业务网络的主干设备配备相应的备份设备，并配置为热后备设备； (4)、负责网络布线配线架的管理，确保配线的合理有序； (5)、掌握用户端设备接入网络的情况，对用户及设备信息进行登记与对应，以便发现问题时可迅速定位； (6)、采取技术措施，对网络内经常出现的用户需要变更位置和部门的情况进行管理； (7)、掌握与外部网络的连接配置，监督网络通信状况，发现问题后与有关机构及时联系； (8)、制定、发布网络基础设施使用管理办法并监督执行情况。 2、操作系统管理 (1)、在网络操作系统配置完成并投入正常运行后，为了确保网络操作系统工作正常，网络管理员首先应该能够熟练的利用系统提供的各种管理工具软件，实时监督系统的运转情况，及时发现故障征兆

并进行处理。 (2)、在网络运行过程中，网络管理员应随时掌握网络系统配置情况及配置参数变更情况，对配置参数进行备份。网络管理员还应该做到随着系统环境的变化、业务发展需要和用户需求，动态调整系统配置参数，优化系统性能。 (3)、网络管理员应为关键的网络操作系统服务器建立热备份系统，做好防灾准备。 (4)、经常对网络操作系统进行病毒木马查杀、漏洞修补工作； 3、应用系统管理 (1)、确保各种网络应用服务运行的不间断性和工作性能的良好性，出现故障时应将故障造成的损失和影响控制在最小范围内。 (2)、对于要求不可中断的关键型网络应用系统，除了在软件手段上要掌握、备份系统参数和定期备份系统业务数据外，必要时在硬件手段上还要建立和配置系统的热备份。 (3)、对于用户访问频率高、系统负荷大的网络应用服务，采取必要的措施，确保网络及应用的可用性，减少服务器负载与管理复杂度。 (4)、经常对各种网络应用服务进行病毒木马查杀、漏洞修补工作； 4、用户服务与管理 (1)、用户的开户与撤销； (2)、用户组的设置与管理；

网管系统告警产生和处理机制

网管系统告警产生和处理机制 1.1.1告警来源和产生机制 1、SYSLOG日志（被动接收方式） 通过采集服务器的SYSLOG服务，接收网元发送上来的SYSLOG日志记录。告警采集程序通过rules将SYSLOG日志记录解析为告警记录。一条典型的华为端口DOWN告警解析过程： Jul 15 19:54:11 133.63.254.190 2008 yaan-DC-R-N40 IFNET/5/UPDOWN:Interface Ethernet1/0/5 Turns into DOWN state 针对上面的告警，通过rules，主要解析出如下内容 告警来源IP：133.63.254.190 告警类型：IFNET/5/UPDOWN 告警对象：Ethernet1/0/5 告警原始级别：5 告警描述：Interface Ethernet1/0/5 Turns into DOWN state 2、Snmp Trap告警（被动接收方式） 告警采集在162端口监听并接收网元发送过来的TRAP通知，通过加载相应MIB里的TRAP定义或者厂家提供的TRAP告警翻译规则，转换为相应的告警记录。举例说明： 10.102.16.2: TRAP[requestID=0, errorStatus=Success(0), errorIndex=0, VBS[1.3.6.1.2.1.1.3.0 = 229 days, 12:07:02.00; 1.3.6.1.6.3.1.1.4.1.0 = 1.3.6.1.4.1.390 2.1015.1010.1.10.1.17; 1.3.6.1. 2.1.2.2.1.1 = 808584704 ]] 根据中兴提供的TRAP告警定义： （1）1.3.6.1.4.1.3902.1015.1010.1.10.1.17代表zxAnEponOnuErroredSymbolPeriodEvent，即ONU错误符号间隔事件，级别是主要。 （2）808584704 代表索引信息，可进一步定位到具体的ONU设备，如F820(0/4/4/5)。 解析翻译后的告警如下： 告警来源IP：10.102.16.2 告警类型：zxAnEponOnuErroredSymbolPeriodEvent 告警对象：10.102.16.2 告警级别：4 告警描述：10.102.16.2 F820(0/4/4/5) : ONU错误符号间隔事件 3、网元状态Polling告警（主动检测方式） （1）告警产生 采用定期调度（根据设备的重要程度可设定不同的策略）对设备先进行SNMP连接测试，再进行ICMP PING测试：

告警查看

当前告警的日常操作 1 访问当前告警管理数据库 对于维护人员来说，通过告警来了解现场设备工作状态是一种必要手段。这样，首先就需要了解A1353RA 的当前告警管理工具－CAL。 1.1 启动当前告警管理工具－CAL 1．动CAL； 图1 启动CALL 2．可见当前告警数据库被打开；

图2 CALL 界面一 初始界面中，并不直接显示告警，而是显示告警子数据库（Sublist），以 及子数据库中各类告警的统计值； 当某个告警子数据库（Sublist）有新告警加入时，则显示出新告警标识。 1.2 访问告警子数据库 1．方法一：可双击需打开的sublist； 图3 选中SSuubblliisstt 2．方法二：选中sublist 后，在菜单上选Open 打开； 图4 打开SSuubblliisstt 3．可见所有sublist 中的告警。 图5 SSuubblliisstt 窗口 窗口上半部分为菜单及计数器；窗口下半部分为所有告警条目，可通过颜色来判断告警的严重性。 表1 告警分类

在Sublist 中，告警一般是按时间降序排列，最新发生的告警条目在最上方，使用者可定制告警条目的排列。 2．当前告警查询 当前告警会直接告诉我们现场设备所发生的问题即故障的对象，故首要任务是 了解如何查询告警。 2．1 打开告警信息 1．进入告警列表界面； 图6 告警列表 在界面上可得到部分有关告警的信息，但是要得到具体的信息，还需要进入告警信息窗口。2．打开告警信息窗口； 方法一：双击告警条目； 图7 告警条目 方法二：在选中告警条目的右键菜单中选中“More Info”。 图8 告警信息 进入信息窗口；

网络管理 告警系统

网络管理—警告系统的设计 1设计目标 1．数据采集：通过采集计算网络中的配置信息，告警信息，性能信息，反馈给告警中心。 2．数据分析：分析告警信息（原始告警信息，性能数据，配置信息），推理处理并存储记录告警，且实现告警的可确认消除（自动回复/手动恢复）。 3．数据应用：实时监控重要的告警信息，解决并消除告警信息。根据告警信息记录生成报表统计，向上层提供决策的数据依据。 2 概要设计 系统分三层：数据的采集数据处理数据应用 数据采集：从系统的网元上采集数据包括：性能数据信息，网元告警信息，拓扑结构的配置信息，向数据处理层的制定临时数据库中传送。 数据处理：从指定的数据库中获得原始数据信息，判断处理。根据估值（及性能阀值）判断生成警告信息，存储分析并上报告警信息。实现告警的匹配确认清除，重复告警的归并处理。 数据应用：及时监控重要的告警信息，并处理此告警，反馈告警的确认信息。根据不同的用户需求展现告警统计信息报表，为决策提供数据支持。

3数据采集层 3.1 内容 3.1.1配置数据采集的内容 及获得该网络中的网元设备，基本信息，与实体形成对应的映射。用于网络的拓扑信息管理。 网管系统管理采集以下配置数据： 3.1.2告警数据采集的内容 告警源 需要采集的告警报告分为： 网元告警 ●路由器： ●交换机： ●配线板： ●服务器：cpu , 内存，硬盘，电源，风扇（散热），网卡，光驱，端口，运行的软件服务 1．环境告警: 暂保留。 2．通信连接告警（拓扑管理）：当某一网元设备持续一定时间不响应网管系统时，网管系统应能自动生成该网元设备的通信连接警。 3．性能告警：当性能指标超出预先设定的范围时，系统触发的告警称为性能告警。 4．设备告警：来自设备红端的告警信息。 原始告警数据内容 原始告警数据是从告警源采集到的未经任何处理的原始告警信息，格式和内容与网元类型相关，原始告警信息将在告警管理应用层进行处理，采集层采集到的告警原始数据至少应包括以下内容：

铁塔监控告警处理方法

山西铁塔动环告警现场处理指导手册1.0 FSU离线 告警名称：FSU离线； 告警解释：FSU和铁塔集团平台连接通讯中断； 原因分析：1、信号差或不稳定。2、FSU设备掉电。3、无线模块硬件故障。4、FSU设备硬件故障。5、天线和无线模块连接中断，或天线丢失。6、VPN服务器连接不上。7、SIM卡被盗、欠费或故障。 平台处理方法：查询历史告警记录，如离线有反复，可以在站点通的时候，远程修改VPN服务器，观察效果。如修改后仍有反复，需现场检查天线情况。如一直离线，也需现场检查。 现场处理方法：1、检查天线是否在机柜外面，如再柜子里面，需拿出来放到机柜外。如天线被剪断，需重新连接，或补装。2、检查FSU和无线模块是否上电，如无电需上电。如已上电，但运行不正常，可重启设备观察是否恢复。如仍不能恢复，可能是硬件故障，可以先替换无线模块，观察恢复情况。如替换无线模块后仍不行，需替换FSU硬件。 平台回复确认：告警管理-活动告警监控-当前告警查询该站点，确认告警是否消除。 2温度超高、过高；温度过低 告警名称：温度超高、过高；温度过低； 告警解释：温度探头探测到温度超过设定阈值40℃、38℃；温度探头探测到温度低于设定阈值15℃；

原因分析：机房环境温度高平台处理方法：查询历史告警记录，如温度告警有消除，且跟天气一致，则属于正常告警。如告警一直不消除，需现场查看确定原因。现场处理方法：日常测试：在机房巡检时，可用手持红外测温仪测量温度传感器位置的温度，与动环网管对照数值，确认动环温度的采集精度。故障现象：网管上查看温湿度数据为负值或传感器故障；故障分析：可能原因有温湿度故障、采集板坏或网管配置有误，如果此站点所有的本板遥测量数据都为负，则可能是EISU的主板故障，需更换EISUM板，如果只是此温湿度故障，则可通过更换此温湿度对比测试；故障处理：更换此温湿度时，先用小平口螺丝刀抵住温湿度传感器上端的卡口往下压，然后打开外壳，再用十字螺丝刀将四颗螺钉拧下来再更换新的温湿度传感器，注意接线要按原来的色序接。 平台回复确认：告警管理-活动告警监控-当前告警查询该站点，确认告警是否消除。 3湿度过高、湿度过低 告警名称：湿度过高、湿度过低； 告警解释：湿度探头探测到湿度超过设定阈值90%RH（低于设定阈值20%RH）；原因分析：机房环境湿度高（湿度低，或湿度传感器故障） 平台处理方法：查询历史告警记录，如温度告警有消除，且跟天气一致，则属于正常告警。如告警一直不消除，需现场查看确定原因。 现场处理方法：日常测试：在机房巡检时，可用手持红外测温仪测量温度传感器位置的温度，与动环网管对照数值，确认动环温度的采集精度。故障现象：网管上查看温湿度数据为负值或传感器故障；故障分析：可能原因有温湿度故障、采集板坏或网管配置有误，如果此站点所有的本板遥测量数据都为负，则可能是

网络管理工作流程修订稿

网络管理工作流程公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]

网络管理标准工作流程 一、网络管理职责 1.基础设施管理 （1）确保网络通信传输畅通； （2）掌握主干设备的配置情况及配置参数变更情况，备份各个设备的配置文件； （3）对运行关键业务网络的主干设备配备相应的备份设备，并配置备用设备； （4）负责网络布线配线架的管理，确保配线的合理有序； （5）掌握用户端设备接入网络的情况，以便发现问题时可迅速定位； （6）掌握与外部网络的连接配置，监督网络通信状况，发现问题后与有关机构及时联系； （7）实时监控整个局域网的运转和网络通信流量情况； （8）对公司内老化的网络设备及时更换。 2.操作系统管理 （1）在网络操作系统配置完成并投入正常运行后，为了确保网络操作系统工作正常，网络管理员首先应该能够熟练的利用系统提供的各种管理工具软件，实时 监督系统的运转情况，及时发现故障征兆并进行处理。 （2）在网络运行过程中，网络管理员应随时掌握网络系统配置情况及配置参数变更情况，对配置参数进行备份。网络管理员还应该做到随着系统环境的变化、业 务发展需要和用户需求，动态调整系统配置参数，优化系统性能。 （3）网络管理员应为关键的网络操作系统服务器建立热备份系统（双机双工模式），做好防灾准备。 3.应用系统管理 （1）确保各种网络应用服务运行的不间断性和工作性能的良好性，出现故障时应将故障造成的损失和影响控制在最小范围内。 （2）对于要求不可中断的关键型网络应用系统，除了在软件手段上要掌握、备份系统 参数和定期备份系统业务数据外，必要时在硬件手段上还要建立和 配置热备份系统。

华为设备网管中告警原因判断方法

华为设备网管中告警原因判断方法 一、LAPD_OML链路断链告警。出现此告警时总是伴随着基站掉站告警，因而尽量准确 的判断此告警非常重要。主要原因有以下几点： 1、传输中断，故障排除步骤： ①、在BSC侧插拔E1接头，观察接口是否正常。 ②、检查DDF架，观察连接是否正常 ③、分段分别向基站方向和BSC方向进行自环，查找问题 ④、结合C网判断传输情况 2、基站停电，故障排除步骤： ①、察看该基站历史告警有无电源类的告警。 ②、如果有电源监控设备，检查基站电源有没有异常 ③、结合C网判断电源情况 3、BSC数据配置出现错误，故障排除步骤： ①、检查BSC数据是否有改动：是否在BSC操作几分钟之后产生了LAPD_OML链 路断链。 ②、检查BSC中与本基站OML链路配置相关的数据，看是否完整、有冲突，重 点检查LAPD半固定连接表、LAPD信令连接表、中继电路表等。 ③、如果有条件，将该基站下挂在另外一个正常运行的BIE端口上，并四级复 位站点，判断是否BSC数据问题。（此操作风险较大，一般不要做） 4、TMU单板有无异常： ①、网管观察有无TMU历史告警，若有应进行原因分析。 ②、通知相应基站维护人员 二、基站初始化失败（包括个别小区、单板初始化失败 1、基站原因 ①、远端四级复位基站； ②、检查BSC数据是否有改动 ③、对于个别小区初始化失败，请重点检查与小区硬件配置相关的数据，是否 正确，与小区属性、载频属性和天馈相关的数据，是否有越界和非法数据。 ④、对于个别TRX初始化失败，请重点检查与本TRX相关的链路数据配置，包 括信令信道连接表、LAPD信令连接表、载频配置表、LAPD半固定连接表、中继电路表等。 2、传输原因，观察（测量）传输误码情况

OLP-网管系统用户手册(武汉光迅)

ACCELINK TECHNOLOGIES CO., LTD. OLPScape 网管系统 用户手册 版本： v2.5 武汉光迅科技股份有限公司

版权声明 武汉光迅科技股份有限公司对本手册保留一切权利。未经本公司书面许可，任何单位和个人不得擅自摘抄、复制本手册(包括电子版本)的部分或全部，并不得以任何形式进行传播。 目录 版权声 明 ..................................................................... ....................................................................... I 前言 . (1) 本手册的使用对象 (1) 感谢您使用我们的产品! (1) 安全使用要则 (2) 缩略语 (4) 第1章OLPSCAPE CS网管系统概述 (5) 1.1系统定义 (5)

1.2系统应用 (5) 1.3系统特色 (5) 第2章OLPSCAPE CS系统组织结构 (7) 2.1系统体系结构 (7) 2.2系统组网方式 (8) DCN采用以太网方式连接 (8) DCN采用2M专线，通过高速网络互连器连接 (8) DCN采用DDN专线连接 (9) 2.3系统配置方式 (9) 2.4系统硬件平台 (10) 2.5系统软件环境 (10) 第3章OLPSCAPE CS系统登录 (11) 3.1系统启动 (11) 3.2系统登录界面 (11) 第4章OLPSCAPE CS系统控制界面 (12) 4.1系统主界面 (12) 4.2系统主菜单 (13)

贝尔PON告警处理方法

贝尔PON告警处理方法 针对现场告警拦截方法有如下三种： 一：从NE屏蔽设备告警， AMS收不到告警信息亦不上传。 这个方法分为在NE上操作和AMS上操作 ①NE操作： 登陆NE的TL1模式，下发关闭设备告警信息命令： SET-ATTR-ONT::ONT:::NR,DG; 关闭断电告警上报 SET-ATTR-ONT::ONT:::NR,INACT;关闭未激活ONU告警上报等 检查命令： RTRV-ATTR-ONT::ONT; 查询ONT告警是否被屏蔽，当检查结果不是NR时，表示未对该告警屏蔽操作，若为NR，则告警已被屏蔽

②AMS操作即在AMS客户端界面，对某个NE的某一告警不报告。 如上图界面，在“已报告”为“是”时，说明该未对INACT告警做屏蔽，当显示为“否”时，说明已经将INACT告警屏蔽，不再上报，AMS无法收到该设备下ONU的INACT告警。 二：在不屏蔽告警情况下，对考核的告警影响等级降级。 对有些网元上报的告警，需要屏蔽的话，可以通过修改告警级别并调整 AMS从NE收集告警的级别门槛方法来屏蔽告警。 NE告警级别修改： AMS转至要修改的NE上，Infrastructure →Alarms → Alarm Severity Assignment页面下，找到需要修改级别的对应告警，将严重性 改成需要的告警级别，比如最低等级“不确定”，然后点Apply 图标保存修改。同时调整AMS收集NE告警的级别门限。

修改AMS本身的告警，可以在AMS界面“管理 “→ EMS Administration →”配置“→”告警 “→ EMS Alarm Severity Assignment处操作： 调整AMS收集NE告警的级别门限步骤： 在“管理“→ EMS Administration →”配置“→”告警 “→ Alarm Settings页面的 EMS严重性筛选处修改告警收集的门槛，如改成

网管系统功能分析(DOC)

1.网强网络管理系统简介 网强网络管理系统（简称：Netmaster ）是针对解决各行业中、大型企事业单位，目前在IT管理过程中所面临的3个挑战以及所需要克服的1个矛盾（即内、外部客户满意度、成本控制与系统安全之间的挑战；IT系统日益增长的复杂性与运维人数、专业知识结构之间的矛盾）的第五代专家智能型综合网管系统。 1.1系统简介 Netmaster涵盖了网络管理、服务器管理、数据库管理、中间件管理、通讯管理、安全管理、机房环境管理及运维管理等，它结合了大型定制型网管以用户的管理要求为导向以及第三代网管的简单易用这两方面的特点，并以非编程扩展的方法，满足了用户不断增加的IT资源管理的要求。同时系统能兼容整合第三代网管和其它工具，专注于企业用户各种设备、应用及服务等资源的健康度、可用率和服务水平的管理，保证IT部门用户的满意度，同时通过智能专家模型解决了用户日益复杂的IT资源与运维人员数量不足、专业知识结构之间的矛盾，并将各种复杂的网络管理工作简易化、便捷化与自动化，有效帮助网络管理人员轻松驾驭网络，提高网络管理效率与水平。 1.2系统背景 随着计算机技术和Internet的发展以及各行各业信息化的普及与应用，各行业开始大规模的建立网络来推动电子商务和政务的发展，不论是政府、金融、教育、医疗等单位都逐渐将核心业务移值到电子化和网络上。而这些行业用户比以前任何时候都更加依赖于网络、IT基础设施以及应用系统来满足其核心业务需要。故此，网络管理与维护对企业的发展也就变得至关重要。而在企业网络管理这程中仍存在一些困难与问题，不仅影响了网络管理效率的提高，同时还妨碍了企业的发展：缺少智能分析过滤与自动化处理，导致故障告警泛滥，无法准确定位故障根源；运维人员数量与技术能力有限，面对大量告警堆砌，故障无法及时恢复和解决·网络规模庞大、设备分散，没有规范性的分级管理，运维效率低下及流程混乱；IP地址分配与使用不明，员工随意更改IP地址，造成IP使用冲突及网络异常；无法实时了解与监控集中在机房的网络设备，大大拖延了设备故障恢复的时间；网络环境复杂化与分散化，无法做到集中监控以及实时掌握网络整体运行情况；对IT资源的配置、分布以及性能缺乏了解，造成IT管理与投资方面的盲目性；传统IT管理工具相互不能兼容，造成信息孤岛，网络扩展与升级难、成本高。

网管软件配置及操作手册

Ciscoworks 2000 LMS2.0 网管软件配置及操作手册 目录 1网管软件系统安装方法2 1.1Cisco Works 2000安装:2 2网管软件的操作方法8 2.1概述8 2.2基本操作8 2.2.1登录与注销8 2.2.2选择并执行一项任务8 2.2.3选择操作对象9 2.3服务器设置(Server Configuration)9 2.3.1服务器运行参数9 2.3.2用户管理9 2.4资源管理要素(RME)的使用10 2.4.124小时报告(24-Hours Reports)10 2.4.2可用性(Availability)：10 2.4.3变更审计(Change Audit)：10 2.4.4配置管理(Configuration Management)：11 2.4.5合同管理(Contact Connection)：12 2.4.6资产管理(Inventory)：12 2.4.7软件管理(Software Management)：12 2.4.8系统日志分析(Syslog Analysis)：13 2.4.9RME设置(Administration)：13 2.5园区网管理(CM)的使用13 2.5.1拓扑服务13 2.5.2用户跟踪14 2.5.3路径分析14 2.5.4VLAN指定14 2.6网管软件其它组件的使用15 2.6.1Cisco View15 2.6.2Device Fault Manager15 2.6.3Content flow manager16 2.6.4实时监控（Real time monitor）16 2.6.5日志备份脚本16

网络管理告警系统

网络管理告警系统 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

网络管理—警告系统的设计 1设计目标 1．数据采集：通过采集计算网络中的配置信息，告警信息，性能信息，反馈给告警中心。 2．数据分析：分析告警信息（原始告警信息，性能数据，配置信息），推理处理并存储记录告警，且实现告警的可确认消除（自动回复/手动恢复）。 3．数据应用：实时监控重要的告警信息，解决并消除告警信息。根据告警信息记录生成报表统计，向上层提供决策的数据依据。 2 概要设计 系统分三层：数据的采集数据处理数据应用 数据采集：从系统的网元上采集数据包括：性能数据信息，网元告警信息，拓扑结构的配置信息，向数据处理层的制定临时数据库中传送。 数据处理：从指定的数据库中获得原始数据信息，判断处理。根据估值（及性能阀值）判断生成警告信息，存储分析并上报告警信息。实现告警的匹配确认清除，重复告警的归并处理。 数据应用：及时监控重要的告警信息，并处理此告警，反馈告警的确认信息。根据不同的用户需求展现告警统计信息报表，为决策提供数据支持。 3数据采集层 3.1 内容 3.1.1配置数据采集的内容 及获得该网络中的网元设备，基本信息，与实体形成对应的映射。用于网络的拓扑信息管理。

网管系统管理采集以下配置数据： 3.1.2告警数据采集的内容 告警源 需要采集的告警报告分为： 网元告警 路由器： 交换机： 配线板： 服务器：cpu , 内存，硬盘，电源，风扇（散热），网卡，光驱，端口，运行的软件服务 1．环境告警: 暂保留。 2．通信连接告警（拓扑管理）：当某一网元设备持续一定时间不响应网管系统时，网管系统应能自动生成该网元设备的通信连接警。 3．性能告警：当性能指标超出预先设定的范围时，系统触发的告警称为性能告警。 4．设备告警：来自设备红端的告警信息。 原始告警数据内容 原始告警数据是从告警源采集到的未经任何处理的原始告警信息，格式和内容与网元类型相关，原始告警信息将在告警管理应用层进行处理，采集层采集到的告警原始数据至少应包括以下内容： 中文名称名称说明类型 告警的序列号Alarm_i d 告警的序列号字符串 网元的识别 名 Dn网元的识别名字符串告警发生时Occur_t告警发生时间时间

新大陆移动网网管系统解决方案

新大陆移动网网管系统解决方案 简介 NL-PMNMS是针对当前移动电话网络各通讯厂商的通讯设备的管理各成一体，难以达到有效的统一的管理，且模拟网，数字网管理存在明显的差别。本系统利用强大的视图引导功能, 直观简捷地进行 管理。实现了数据采集、故障监控、性能分析、数据分析、配置显示、安全管理、系统管理的功能。可动态地创建各种报表，可灵活地设置各种告警，性能门限，性能数据处理可采用 文本输出，表格输出，并具有决策分析，综合统计，趋势分析的强大的数据处理功能。可广泛应用于移动通信公司对移动电话网络的管理。 产品目标 n 网络管理a. 实现对省内汇接网设备（TMSC1、TMSC2）的监控管理；b. 实现对省内信令网设备（HSTP、LSTP）的监控管理c. 实现对省内GSM网、CDMA网、CDMA 1X 和移动智能网设备（MSC、GMSC、BSC、BTS、SMP，SSP，SCP 等）、直放站、短信系统（含PDSCP）、语音短信系统、增值系统、管理系统的的监控管理； d. 实现对省内所辖资源所有告警信息的获取和处理、统计功能； e. 实现对省内所辖资源 所有性能数据的采集和统计功能等。n 网络资源管理a. 完成中国联通各省 范围内局数据的查询、核查； b. 完成中国联通各省所辖资源数据的录入、查询、统 计、修改。n 运营维护与分析a. 结合中国联通移动网运营维护体制，实现 故障工单管理、投诉工单管理、网络割接、电路调度管理； b. 实现省内软件版本管 理；c. 根据性能原始数据，对省内网络运营状况，运营质量进行分析，包括网络质 量分析、经营支持分析、建设支持分析等； d. 对网络进行综合分析，提出优化方案； n 管理自动化a. 值班管理自动化；b. 数据报表自动化；c. 人员、流程管理自动化等。n 与其他业务系统互联a. 提供与中国联通移动综 合网管总部网管系统的开放接口，接收总部移动综合网管系统的监控、管理； b. 与现有的信令监测系统相连，采集信令监测系统的信令信息。 技术特色n 开放式技术开放式技术成为潮流和方向，由于各种技术标准的相继建 立，计算技术也进入了开放时代。开放的UNIX操作系统进一步走向标准化，Windows、OS/2 等各操作系统均走向开放。网络系统遵照ISO/OSI七层模型，数据库管理系统采用标准的数据库语言ANSI/SQL和开放的数据库连接标准，开发工具均采用标准的用户界面以及大型关系数据库的接口。标准和开放使系统在各硬软件平台上保证了可集成性和应用程序的可移植性。n 三层体系结构以三层结构为中心处理系统。该体系由表示层，商业规则层， 数据层组成。在这种处理系统中，新的业务扩展仅需在商业规则层进扩充。该层包含用于实 现商业规则的业务逻辑和用于操纵数据的工具，这样使业务逻辑和数据访问得以集中控制，极大的提高了系统的安全性，同时减轻了客户端的负载，提高处理能力。现有系统平台还可以通过高速网络集成到一起，它已在应用系统中显示出不可替代的优越性，并越来越多地被 采用。n 视窗系统用户界面越来越受到重视，应用系统必须为用户提供简单、自然、友好、方便、一致和灵活的界面，实现人机交互的所见即所得”的可视化操作。n 瘦客户端将大量的处理在商业层完成。客户端的处理能力大为削弱，使瘦客户端程序与浏览器 方式成为可能。同时此种方式的维护，升级，使用的简单性使该模式已被越来越多的系统采用。 系统功能

中兴LTE网管操作

一、开/闭基站 、开通基站 1.打开后台OMMB软件：点击【视图】->【动态管理】，如下选择需要操作的基站（可多选） 2.查询小区状态：单击动态命令，拖到最下方找到TD-LTE，双击查询小区状态，单击即可查询小区运行状态。 3.双击小区解除关断，在弹出的界面击运行按钮即可开通小区。 、关闭基站 双击小区关断点击运行按钮，输入验证码即可关闭小区。 二、查看告警信息 ：确认基站是否为开通状态 .首先确认该基站是否为开通状态，在配置管理中选择需要监测的基站点击修改区，在下方出来的界面中双击TD-LTE，确认基站为开通状态如下所示： 若基站正式入网则在需要在修改基站的运维状态: 在配置管理中双击基站进行修改：

：具体告警查询 点击【视图】->【告警监视】弹出告警界面，双击需要查看的基站： 说明：若基站未出现告警则可进行单站优化，若出现告警则查看告警信息通知相关人员排查故障解决后在进行单站优化。 三、查看当前用户数&经纬度信息 ．查看当前用户数： 1、点击【视图】->【诊断测试】，然后双击基站： 2.双击BPL板即可查看小区用户数，如下图所示： ．查看基站的经纬度 1、点击【视图】->【诊断测试】，然后双击基站 2、组合测试弹出界面，勾选内置GNSS信息查询 四、性能指标查询 、KPI指标提取 在KPI指标提取过程，与以往的TD、GSM指标提取一致，注意：在大网管（U31客户端）中进行性能指标提取，在hxsj文件夹中有现在台州LTE需要指标(工程_KPI、CSFB、north_KPI) 、定时器和指标定义 模板管理—基站—多模—LTE服务小区—关键性能指标(KPI)