2. LTE网络架构与关键接口
做LTE优化这么多年，我最大的体会就是：KPI是网络的体温计。你想想看，一个病人去医院，医生总得先量体温、测血压吧？网络优化也一样，没有KPI，你根本不知道网络哪里疼、哪里痒。
但KPI不是越多越好。我见过不少新人，一上来就盯着几十个指标看，结果把自己看晕了。其实，LTE的KPI就四大类：接入、保持、移动、业务。把这四类吃透了，你就能快速定位80%的问题。
核心观点：KPI是优化的“眼睛”，但只有分门别类地看，才能看清问题本质。
2.1 接入类KPI：用户能不能连上来
接入类KPI，说白了就是看用户能不能成功“敲门”进网络。这是最基础的指标，如果用户连网都上不了，其他指标再好看也没用。
我个人习惯把接入类KPI分成三个层次：RRC建立、E-RAB建立、S1接口建立。这三个层次就像进小区大门、进单元门、进家门一样，层层递进。
2.1.1 RRC建立成功率
这是用户和基站之间的“握手”成功率。UE发起RRC连接请求，基站响应，这个过程如果失败，用户连信号都看不到。
计算公式：
RRC建立成功率 = (RRC连接建立成功次数 / RRC连接建立尝试次数) × 100%正常范围：一般要求 ≥ 99%。低于98%就要重点关注了。
我的经验：RRC建立失败最常见的原因是上行干扰和参数配置不当。有一次我在某省优化，发现一个站点RRC建立成功率只有85%，查了半天，结果是PRACH的根序列配置冲突了。改完参数，直接飙到99.5%。
2.1.2 E-RAB建立成功率
E-RAB是用户真正的业务承载。RRC建立成功只是“门开了”，E-RAB建立成功才是“人进去了”。
计算公式：
E-RAB建立成功率 = (E-RAB建立成功数 / E-RAB建立尝试数) × 100%正常范围：一般要求 ≥ 99.5%。
E-RAB建立失败的原因通常包括：核心网侧资源不足、传输链路问题、或者QoS参数配置错误。
2.1.3 S1接口建立成功率
这个指标反映基站和核心网之间的连接质量。S1接口如果建不起来，基站就是个“孤岛”，用户连上了也白搭。
注意：S1接口建立失败往往不是无线侧的问题，而是传输或核心网的问题。我曾经遇到过一个案例，基站反复重启，查了三天才发现是SCTP链路配置的IP地址写错了。
2.2 保持类KPI：用户能不能稳定在线
用户连上来了，但动不动就掉线，这比连不上更让人崩溃。保持类KPI就是看网络能不能“留住”用户。
2.2.1 掉线率
这是最直观的保持类指标。掉线率高了，用户投诉肯定多。
计算公式：
掉线率 = (异常释放的E-RAB数 / 成功建立的E-RAB总数) × 100%正常范围：一般要求 ≤ 0.5%。
掉线的原因很多：弱覆盖、干扰、切换失败、传输闪断……我建议你排查时按“无线→传输→核心网”的顺序来，80%的掉线问题出在无线侧。
2.2.2 RRC重建比例
这个指标很多人容易忽略。RRC重建意味着用户经历了无线链路失败，虽然可能重建成功，但用户体验已经受损了。
正常范围：一般要求 ≤ 1%。
避坑指南：我曾经在高铁场景优化时，发现RRC重建比例高达5%。一开始以为是覆盖问题，后来发现是终端在高速移动时频繁触发RLF。最后通过调整T310定时器和N310计数器，重建比例降到了1.5%以下。
2.2.3 无线链路失败率
RLF是掉线的“前奏”。监控这个指标可以提前发现隐患。
常见原因：
- 下行RSRP过低（弱覆盖）
- SINR差（干扰严重）
- 上行失步（TA超限）
- PDCCH解码失败
2.3 移动类KPI：用户移动时体验如何
用户不可能永远站在原地不动。移动类KPI衡量的是网络在用户移动过程中的表现。
2.3.1 切换成功率
这是移动类KPI的“老大”。切换失败意味着用户掉话，体验直接归零。
计算公式：
切换成功率 = (切换成功次数 / 切换尝试次数) × 100%正常范围：一般要求 ≥ 99%。
切换失败常见原因：
| 原因分类 | 具体问题 | 排查方向 |
|---|---|---|
| 邻区漏配 | 目标小区未配置在邻区列表中 | 核查ANR/手动邻区配置 |
| 目标小区拥塞 | 目标小区无可用资源 | 检查目标小区负载 |
| 测量报告延迟 | UE上报MR太慢，错过切换时机 | 调整A3事件触发门限 |
| X2接口问题 | 基站间信令交互失败 | 检查X2链路状态 |
2.3.2 切换时延
切换成功了，但如果时延太长，用户会感觉到卡顿。特别是VoLTE业务，对切换时延非常敏感。
正常范围：一般要求 ≤ 50ms（同站内切换），≤ 100ms（站间切换）。
2.3.3 乒乓切换率
用户在两个小区之间来回切换，这就是乒乓切换。它浪费信令资源，还影响用户体验。
优化方法：
- 调整CIO（小区个体偏移）
- 增加TTT（触发时间）
- 设置迟滞参数
个人经验：乒乓切换在高层楼宇和街道拐角特别常见。我优化过一个CBD区域，乒乓切换率高达8%，最后通过分层组网和参数微调，降到了2%以内。
2.4 业务类KPI：用户实际体验好不好
前面三类KPI都是“过程指标”，业务类KPI才是“结果指标”。用户不关心你切换成功率是多少，他只关心网页打开快不快、视频卡不卡。
2.4.1 用户面时延
时延是用户体验的“杀手”。
关键指标：
- 空口时延：一般要求 ≤ 20ms
- 端到端时延：一般要求 ≤ 50ms（理想），≤ 100ms（可接受）
时延优化是个系统工程，从调度算法、传输配置到核心网处理，每个环节都可能成为瓶颈。
2.4.2 吞吐率
这是用户最直观的感受——网速快不快。
关键指标：
| 场景 | 下行吞吐率 | 上行吞吐率 |
|---|---|---|
| 好点（RSRP > -90dBm） | ≥ 50Mbps | ≥ 20Mbps |
| 中点（RSRP -90~-110dBm） | ≥ 20Mbps | ≥ 5Mbps |
| 差点（RSRP < -110dBm） | ≥ 5Mbps | ≥ 1Mbps |
注意：吞吐率低不一定是无线问题。我遇到过很多次，用户投诉网速慢，结果发现是传输带宽不够，或者核心网侧的PCRF策略限制了速率。别一上来就调无线参数，先看看传输和核心网。
2.4.3 BLER（误块率）
BLER反映的是数据传输的可靠性。
正常范围：
- 下行：目标BLER一般为10%（初始传输）
- 上行：目标BLER一般为10%
BLER过高说明信道质量差，或者MCS选择不合理。如果BLER持续高于20%，就要检查干扰或覆盖问题了。
2.5 KPI之间的关联分析
单独看一个KPI意义不大，关键是要看它们之间的关联。我总结了一个“KPI关联分析矩阵”，分享给你：
| 现象 | 可能原因 | 关联指标 |
|---|---|---|
| 掉线率高 + 切换成功率低 | 切换失败导致掉话 | 检查邻区配置、切换参数 |
| 掉线率高 + BLER高 | 无线环境差 | 检查覆盖和干扰 |
| RRC建立成功率低 + S1接口正常 | 空口问题或参数配置 | 检查PRACH、上行干扰 |
| 吞吐率低 + BLER正常 | 传输或核心网瓶颈 | 检查传输带宽、PCRF策略 |
我的习惯：拿到一个KPI报表，我不会只看单个指标。我会把接入、保持、移动、业务四类指标放在一起看，找关联。比如掉线率高的时候，我会同时看切换成功率和BLER，这样能快速定位问题根因。
嗯，KPI体系这块内容不少，但核心就是这四类。你只要把每个指标的定义、正常范围、常见原因和关联关系搞清楚了，优化工作就成功了一半。剩下的，就是在实际项目中不断积累经验了。