1、华为 LTE 指标监控指导书一、 指标监控内容和 KPI 指标定义1. 主要监控内容话统 KPI 主要包括以下几大类：接入性指标、保持性指标、移动性指标、业务量指标、产品运行类指标、系统可用性指标和网络资源利用率指标。通过上述重点话统 KPI 指标的监测，可以达到：识别突发问题、风险提前预警、话统 KPI 的稳定与提升，目前 TD-LTE 系统需要重点关注的话统 KPI 指标如下表：指标分类 数据来源 具体的 KPI 指标RRC 连接建立成功率ERAB 建立成功率接入性指标无线接通率无线掉话率保持性指标E-RAB 掉线率eNodeB 内切换出成功率eNodeB 间切换出成功率同频切换成功率异频
2、切换成功率移动性指标切换成功率上、下行业务平均吞吐量量业务量指标上、下行 PRB 平均利用率干扰指标无线侧系统上行每 PRB 子载波平均干扰噪声上行 PRB 资源使用的平均个数网络资源指标 无线侧 下行 PRB 资源使用的平均个数2. KPI 指标公式定义请参考附件中 OMC920 对应指标定义：中 国 移 动 集 团 要 求上 报 TDD LTE网 络 指 标 V2.1.8.xlsx二、 数据提取方法1. OMC 自定义指标以 eNB 间切换成功率为例：1、查看工具栏，点击自定义指标管理，选择功能子集模块 eNODEB,选择测量族和测量组（指标所在的测量族请参考文档中国移动集团要求上报 TD
3、D LTE 网络指标 V2.1.8 ） ，如图 1：图 12、右击系统内切换出测量，选择添加后出现下图窗口，输入指标名称（注意单位的选择） ，填写公式后，点击应用图 23、在自定义指标管理界面找到定义的指标，右击，选择测量设置，如图 3图 34、在弹出的窗口，如图 4，勾选新对象自动测量，点击应用，结束。图 42. KPI 指标提取1、点击结果查询，选择新查询，选择对象，如需选取部分站点（点击第一个对象后，按住“Shift”键，再点击最后一个站点，可将这些对象全选） ，如图 5图 52、选取需要查询的指标和对应的周期类型，如图 6，按需要选择日期范围和时间方式，如图 7图 6图 73、指标查询
4、结果如图 8图 83. 告警提取常见告警分类表告警等级 告警号 告警名称本机网管 紧急 网元连接中断重要 29243 小区服务能力下降告警重要 19240 小区不可用告警重要 26205 BBU 单板维护链路异常告警重要 29207 基站控制面传输中断告警重要 25621 直流输出异常告警重要 26276 制式间站点配置冲突告警重要 26238 RRU 组网拓扑类型与配置不一致告警重要 BBP 心跳检测失败告警重要 26529 射频单元驻波告警重要 26322 BBU 测收发光异常重要 26503 RRU 测收发光异常重要 26233 BBU IR 光接口性能恶化告警重要 29201 S1 接
5、口故障告警重要 25888 SCTP 链路故障告警重要 26235 射频单元维护链路异常告警重要 26506 RRU 测光口性能恶化ENODEB重要 26260 系统时钟不可用告警主要告警分析和常见的处理手段。下面以“网元链路中断”为例说明如何查看和处理常见告警，其他告警类可查看附件内容。 （附件：）常 见 告 警 处 理 方 法 .docx示例：【网元链接中断】告警解释：网元与 OMC 网管之间的链接中断，一般来讲，为断电或传输问题 对系统的影响 对该网元无法控制 告警处理序号 处理方法 “是” “否”1 检查同一环路下基站是否全部中断(基站侧检查光路和电源是否 OK.)2 32 通知传输中
6、心处理 4 33 通知机房巡检处理故障(基站侧更换传输光模块/光纤)44 结束三、 坏小区（TOP 小区）查找和分析处理每小时对上一个小时的全网整体指标进行提取，如果指标变化波动较大，需提取小区级别指标进行查看，将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序, 确认是全网的整体问题还是 TOP小区引起的指标波动，若剔除 TOP 小区后，指标恢复正常，则是 TOP 小区问题，优先分析掉话绝对次数多且掉话率高的 Top 小区；否则是全网性问题，以下是关于 TOP 小区筛选的方法和主要 KPI 处理方法流程：1. 接入性 TOP 分析处理1.1 指标定义指标分类数据来源 具体的 KPI
7、指标指标定义RRC 连接建立成功率 RRC 连接建立完成次数/RRC 连接请求次数（不包括重发）ERAB 建立成功率 E-RAB 建立成功总次数/E-RAB 建立尝试总次数接入性指标 OMC920无线接通率 RRC 连接建立成功率*E-RAB 建立成功率1.2 指标分析及统计点介绍RRC 连接建立成功率图 1 中【A 点】（1）指标 L.RRC.ConnReq.Att 加 1，不统计重发的次数。Case1：eNB 下发 RRC_Conn_Setup 消息后，在 T300 定时器超时前，收到相同的 UeID 发起的RRC_Conn_Req（Setup 丢失，UE MAC 冲突解决定时器超时后重发
8、 RRC_Conn_Req，UeID 不变） ，记为一次重发 RRC_Conn_Req 消息。Case2：T300 超时后，UE 仍未收到 RRC_Conn_Setup，UE 重新搜网，发起初始接入，UeID 是取 0239 的随机值或上层下发的 TMSI。eNB 侧记为新的一次初始接入，L.RRC.ConnReq.Att 加 1。Case3：发起 Attach 后会启动 T310 定时器。如果 UE 发出 RRC_Conn_Setup_Cmp 后，ENB 没有收到，UE 会在定时器超时后重新发起 Attach，ENB 侧记为新的一次初始接入；RRC_Conn_Setup_Cmp 丢失不会触发
9、重建，发起重建的前提是安全已经激活。（2）如果 RRC Connection Request 消息信元 Establishment Cause 为“emergency” ，指标L.RRC.ConnReq.Att.Emc 加 1。（3）如果 RRC Connection Request 消息信元 Establishment Cause 为“highPriorityAccess” ，指标L.RRC.ConnReq.Att.HighPri 加 1。（4）如果 RRC Connection Request 消息信元 Establishment Cause 为“mt-Access” ，指标L.RRC.C
10、onnReq.Att.Mt 加 1。（5）如果 RRC Connection Request 消息信元 Establishment Cause 为“mo-Singnalling” ，指标L.RRC.ConnReq.Att.MoSig 加 1。（6）如果 RRC Connection Request 消息信元 Establishment Cause 为“mo-Data” ，指标L.RRC.ConnReq.Att.MoData 加 1。【B 点】当 eNodeB 下小区接收到 UE 发送的 RRC Connection Request 消息并下发 RRC Connection Setup 消息给U
11、E 时，指标 L.RRC.ConnSetup 加 1。【C 点】当 eNodeB 收到 UE 返回的 RRC Connection Setup Complete 消息时统计相应指标，L.RRC.ConnReq.Succ加 1。RRC Setup Success Rate 计算： RRCSetupSuccessRate=（L.RRC.ConnReq.Succ）/(L.RRC.ConnReq.Att)*100%E-RAB 建立成功率如图 2、3 中【A 点】所示，当 eNodeB 收到来自 MME 的 E-RAB SETUP REQUEST 或者 INITIAL CONTEXT SETUP REQ
12、UEST 消息时统计该指标。如果 E-RAB SETUP REQUEST 或者 INITIAL CONTEXT SETUP REQUEST 消息中要求同时建立多个 E-RAB，则相应指标按各个业务的 QCI 分别进行累加。【B 点】当 MME 收到来自 eNodeB 的 E-RAB SETUP RESPONSE 或者 INITIAL CONTEXT SETUP RESPONSE 消息时 E-RAB建立成功次数累加。ERAB Setup Success Rate 计算公式：ErabSetupSuccessRate=（L.E-RAB.SuccEst）/(L.E-RAB.AttEst)*100%1.
13、3 TOP 小区分析和处理 处理流程和方法通过对 TOP 小区建立失败的原因进行观察，通过对不同的原因做相应的观察，不同失败原因对于相应指标有不同的变化，应对观察指标和优化策略均不同，下表为指标提取的建立失败的不同原因分类和相应说明： 小区 RRC 建立失败次数：1、 资源分配失败而导致 RRC 连接建立失败的次数 ，指标 ID：1526727083；重点关注 top 资源是否足够，包括 top 用户数，传输、PRB 等；2、 UE 无应答而导致 RRC 连接建立失败的次数 ，指标 ID：1526727084；关注质差、干扰、无线环境等；3、 小区发送 RRC Connection Rejec
14、t 消息次数 ，指标 ID：1526728269；关注传输问题、是否拥塞、干扰；4、 因为 SRS 资源分配失败而导致 RRC 连接建立失败的次数 ，指标 ID：1526728485；重点关注 SRS 带宽、配置指示、配置方式、SRS ACK/NACK 设置是否合理等；5、 因为 PUCCH 资源分配失败而导致 RRC 连接建立失败的次数 ，指标 ID：1526728486；关注 PUCCH 信道相关参数设置是否合理，CQI RB 数配置是否合理等；d6、 流控导致的 RRC Connection Request 消息丢弃次数 ，指标 ID：1526728489；关注拥塞，业务流控相关参数是否
15、设置正确等；7、 流控导致的发送 RRC Connection Reject 消息次数 ，指标 ID：1526728490；关注拥塞，业务流控相关参数是否设置正确等；对小区 E-RAB 建立失败次数：1、 因未收到 UE 响应而导致 E-RAB 建立失败的次数 ，指标 ID：1526726717；处理建议：需排查覆盖，干扰，质差，ENODEB 参数设置错误，终端及用户行为异常等原因。2、 核心网问题导致 E-RAB 建立失败次数 ，指标 ID：1526728276；处理建议：需跟踪信令，排查核心网问题（EPC 参数设置,TAC 码设置的一致性，对用户开卡限制，硬件故障方面排查） ；3、 传输层
16、问题导致 E-RAB 建立失败次数 ，指标 ID：1526728277；处理建议：需查询传输是否有故障，高误码，闪断，传输侧参数设置问题。4、 无线层问题导致 E-RAB 建立失败次数 ，指标 ID：1526728278；处理建议：处理建议：需排查覆盖，干扰，质差，ENODEB 参数设置错误，终端及用户行为异常等原因。5、 无线资源不足导致 E-RAB 建立失败次数 ，指标 ID：1526728279；处理建议：1、排查 TOP 小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡（小区选择，重选和切换类参数） ；2、结合现场调整天馈，流量均衡；3、热点区域，增补基站等
17、；6、 安全模式配置失败导致 E-RAB 建立失败次数 ，指标 ID：1526728280；处理建议：需排查覆盖，干扰，质差，ENODEB 参数设置错误，终端及用户行为异常等原因。在一般正常情况下建立失败的通常为无线侧问题导致的可以处理，具体常见处理方法和流程如下：1.检查操作，告警，传输问题，是否存在网络变动和升级行为等（1.通过 LST ALMAF 查询站点实时告警,用 LST ALMLOG 参考历史告警；存在告警则降低功率切出用户，严重的临时去激活小区，通知维护人员处理；2.通过 DSP BRD 查询单板运行情况；异常则通知维护人员；3.传输及 EPC 侧有网络变动（升级，割接，参数修改
18、等） 。一般为突发，及时同时相关人员；4.通过 Mapinfo 查看小区 PCI 复用是否合理，是否存在模三冲突；用 MOD CELL 修改 PCI5.检查小区时隙配比是否设置准确（室分:SA2SSP7;宏站:SA2SSP5）LST CELL 查看，MOD CELL修改；6.如每 PRB 上干扰噪声平均值-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型； 统计话务统计看是突发的还是持续的，可应急通过 MOD PDSCH 降功率处理；7.检查传输模式，是否为 TM3，如长时间为 TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；8.对比 64QAM 和 QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常；9.邻区告警、故障等导致 TOP 小区存在弱覆盖；10.天馈问题,无线环境差；11.天线权值配置与现场天线参数不一致。12.核查参考信号功率是否偏低（常规设置 92,122，需结合现场设置） ；MOD PDSCH 进行修改；
