ZXM10网管5.5操作手册
一、监控业务台操作功能说明
1、操作员登录、退出登录、以及操作员管理
2、图1-1为主工具条，主工具条使得用户可以比较快速地访问一些比较重要的功能，包括：运行模式、编辑模式、界面导航、全网页面、当前告警、历史告警、提示窗口、登录、操作员管理、对时、系统设置、关于程序。
图1-1 主工具条
3、状态栏主要用于显示程序中的一些主要状态，包括：业务台的类型、登录用户的姓名、与监控中心的通信状态、三级告警（紧急、重要、一般）中各级告警的数量以及已确认的告警的数量、当前时间、当前日期。状态栏中的状态仅在程序中没有其它窗口以模式窗口出现时才被不停刷新，如果出现了其它的模式窗口，刷新将被暂停。
状态栏出现在界面的底部，如图1-2所示，可以通过主菜单——查看——状态栏来显示或者隐藏。
图1-2 状态栏
二、监控业务台操作功能说明
1、业务台登陆超级用户：Admin 密码：zxm10
2、查看基站监控详细页面：点击工具条：主工具条——此为导航界面，就是可以显示出各个基站的详细情况，如需要查找某一站点，可以使用界面导航进行查找，找到后点可以看出此基站的详细情况。（如图1-3）
图1-3 状态栏
3、查看基站监控全网页面主菜单——查看——全网页面
工具条：主工具条—— 功能：用户可通过菜单和快捷键直接打开系统定义的全网页面。如果当前全网页面已经被打开，系统会将该页面切换到最前面。全网页面在运行状态下一旦打开将无法关闭。全网页面在设计模式下可以正常关闭。
4、查看基站监控告警页面：点击工具条：主工具条——，出现下面的提示，一般告警、重要告警、紧急告警、门磁告警、监控中断告警等等，如需要查询市电停电告警，就可以点击市电停电告警；如需要对市电停电进行保存，鼠标移至实时告警视图上点击右键就可以以Excel工作表的格式进行保存。监控中断的基站也是如此操作。
5、查看基站监控中断告警页面：点击工具条：主工具条 可以参照第2条，点击设备列表可以显示全部的基站资料，监控中断的基站如下图所示：
5G基站站点开通后台验收实验
一、 实验目的
1．掌握5G UME网管告警查询的方法和告警含义以及处理方式。
2．掌握5G UME查询基站小区状态的方法。
3．了解基站的接入信令，确认基站接入信令是否正常。
二、实验要求
登录UME网管，查询基站告警，查询小区状态，查看接入信令。
注意：关闭防火墙和杀毒软件。
三、实验工具和软件
1．个人PC
2．网线
3．谷歌浏览器CHROME，登录UMS网管必须使用谷歌浏览器
四、实验原理
确认基站是否正常，还需要在UME网管上进行确认。UME上确认基站正常的信息主要包括：基站告警、基站小区状态、基站接入信令。如果小区不正常，都可以通过基站告警、基站接入信令来定位故障。
五、实验内容
登陆网管确认告警，进行5G小区状态检查，掌握5G基站接入信令。
六、实验步骤
1.登录UME（略）
登录UME网管，进入告警管理界面，在告警监控中查看站点当前告警，确认站点无异常告警。
2.5G小区状态检查
UME上查询小区状态比较复杂，首先在UME网管的"无线配置管理”选择“通用配置”，过滤选择“NR”，选择“MO编辑器”。如下图：
点击“MO编辑器”，进入MO编辑界面，点击“选择网元”,首先勾选你要查询的小区所属的基站。
然后在MO编辑器的配置项窗口里选择“gNB DU功能配置”。
双击” DU小区配置”后，小区的各种配置查询结果显示在界面上。
把查询结果窗口的进度条往后拖动，就出现了小区的状态字段。正常小区的状态为：小区状态：已激活，小区服务状态：服务。下图的小区状态为已激活，但是小区服务状态为小区服务状态，引发的原因有可能是基站与核心网没有对接成功或者小区被人为退出服务状态。
3.5G基站接入信令
SA场景下，UE接入过程，信令如下图。
随机接入：当UE因为某种原因（如：业务请求、位置更新、被寻呼等）需要和网络建立 连接 时，UE先进行随机接入 。
MSG1:UE在上电进行小区搜索、同步的时候会检测到一个最优波束的SSB，解析MIB得到SSB索引，并根据SIB消息中携带的PRACH配置参数选择PRACH资源，发送random access preamble； MSG2:基站检测到MSG1后，在ra-ResponseWindow内发送random access
Prometheus监控告警体系
⼀. 四种监控⽅式
1) Logging：应⽤程序，开发中间件，web系统等所输出的⼀些结构化/⾮结构化的⽇志，例如应⽤程序通过⼀个滚动的⽂件输出debug或error信息，并通过⽇志收集系统存储到Elasticsearch中。这是⼀种最常见的⼀种监控⽅式。
2）Tracing：⽐如分布式调⽤链CAT(Central Application Tracking)，就是Tracing。Tracing有开始和结束。
3）Metrics：Metrics和Logging有点类似，Logging属于离散（不连续的）事件，Logging⼀半记录的是⽂本信息。⽽Metrics记录的是数值，可以聚合，是⼀段时间内某个度量（计数器或者直⽅图）的原⼦或者是元数据，可⽤于查看某段时间某个参数的指标及其趋势。例如接收的HTTP数量可以被建模为计数器，每次的HTTP请求即是我们的度量元数据，可以进⾏简单的加法聚合，当持续了⼀段时间我们⼜可以建模为直⽅图。
4）HelathCheck：⽤于系统健康检查，⽤于定期检查某个站点服务器是否存活。这种监控⽅式也是⾮常重要，常⽤于集群中。
Prometheus监控则覆盖HelathCheck和Metrics这两种⽅式。Prometheus专注于衡量系统，随着时间的推移可能会越来越多地追踪，从⽽成为Tracing的指标。
这四种监控⽅式⽐较如下图:
图⽚来源：
⼏种监控⽅式适⽤场景
Metrics监控分层
Metrics通⽤监控架构模式
⼆. MDD理念
MDD（Metrics Driven Development）度量驱动开发。
⼆. 什么是Prometheus?
Prometheus（普罗⽶修斯）是由德国SoundCloud公司开发的开源监控报警系统和时序列数据库(TSDB)。Prometheus使⽤Go语⾔开发，是Google BorgMon监控系统的开源版本。2016年由Google发起Linux基⾦会旗下的原⽣云基⾦会(Cloud Native Computing Foundation), 将Prometheus纳⼊其下第⼆⼤开源项⽬。
华为SDH故障
1.1 R_LOS
告警名称或故障现象：
R_LOS告警表示接收线路侧信号丢失（Receive loss of signal），为紧急告警。
告警产生原因：
1、断纤；
2、线路衰耗过大；
3、本板接收方向故障；
4、对端站发送部分故障，线路发送失效；
5、对端站交叉时钟板故障或不在位。
告警处理方法：
1、现场用光功率计检测告警单板的接收光功率是否正常。如果接收光功率正常，请转至步骤8。
2、检查光缆是否有故障，排除光缆故障后，查看告警是否排除。
3、清洁本站尾纤接头和线路板接收光口，查看告警是否排除。
4、检查本站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。正确使用法兰盘和光衰减器后，查看告警是否排除。
5、用光功率计检查对端站的发射光功率是否正常，如果发射光功率不正常，更换线路板。
6、如果发射光功率正常，清洁对端站的尾纤接头，查看告警是否排除。
7、检查对端站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。正确使用法兰盘和光衰减器后，查看告警是否排除。
8、更换本站上报告警的线路板，查看告警是否排除。
9、更换对端站的线路板，查看告警是否排除。
1.2 R_LOF、R_OOF
告警名称或故障现象：
R_LOF告警表示接收线路侧帧丢失（Receive loss of frame），为紧急告警。
告警产生原因：
1、接收信号衰减过大；
2、对端站发送信号无帧结构；
3、本板接收方向故障。
告警处理方法：
1、在网管上查看是否有高级别的R_LOS告警，优先处理这些高级别告警后，查看告警是否排除。
2、检测告警单板的接收光功率是否正常。如果接收光功率正常，请转至步骤9。如果收光不正常，让现场定位衰耗点在机房内还是在线路上，如果在线路上，转至步骤8。
3、清洁本站尾纤接头和线路板接收光口，查看告警是否排除。
4、检查本站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。正确使用法兰盘和光衰减器后，查看告警是否排除。
