1. LTE 基础回顾：网络架构、关键接口与协议栈
各位好，我是老张。做无线优化十几年了，每次带新人，我第一件事就是让他们把 LTE 基础吃透。为什么？因为后面所有掉线、切换失败、速率不稳的问题，根因都能追溯到架构和协议栈上。今天咱们就从头捋一遍，把地基打牢。
1.1 LTE 网络架构：扁平化是核心
LTE 相比 3G，最大的变化就是架构变平了。说白了，就是把原来 RNC 的功能拆开，下放给基站，上交给核心网。这样做的好处很明显——时延低了，部署也灵活了。
整个网络分三块：
- UE（用户设备）——就是你手里的手机、CPE、物联网模块。
- E-UTRAN（接入网）——就是 eNodeB，也就是基站。LTE 里基站直接和 UE 通信，不再需要 RNC 中转。
- EPC（核心网）——包括 MME、S-GW、P-GW 这几个关键网元。
我习惯把 EPC 比作一个公司的后台：MME 是人事部，管认证和移动性；S-GW 是财务部，管数据流转；P-GW 是对外接口，负责连互联网。
关键认知：LTE 是“全 IP 网络”，从 UE 到核心网，所有用户数据都走 IP 包。语音也走 IP（VoLTE），不再有电路域。
1.2 关键接口：S1 和 X2
接口是网元之间的“语言”。LTE 里最重要的两个接口，一个是 S1，一个是 X2。
S1 接口
S1 是 eNodeB 和 EPC 之间的接口。它分两路：
- S1-MME：走控制面，连接 eNodeB 和 MME。负责承载建立、切换信令、寻呼等。
- S1-U：走用户面，连接 eNodeB 和 S-GW。负责传用户的上网数据包。
实战经验：我遇到过好几次 S1 链路闪断导致批量掉线的情况。排查时先看 S1 接口的 GTP-U 路径是否通畅，很多问题其实是传输层丢包引起的。
X2 接口
X2 是 eNodeB 之间的接口。主要用于：
- 切换时的数据转发（避免丢包）
- 小区间干扰协调（ICIC）
- 负载均衡信息交换
你想想看，如果没有 X2，UE 从一个基站走到另一个基站，数据就得绕回核心网再下来，时延就大了。X2 让基站之间直接“对话”，切换更平滑。
| 接口 | 连接对象 | 主要用途 | 协议 |
|---|---|---|---|
| S1-MME | eNodeB ↔ MME | 控制信令（附着、承载、寻呼） | S1-AP / SCTP |
| S1-U | eNodeB ↔ S-GW | 用户数据转发 | GTP-U / UDP |
| X2 | eNodeB ↔ eNodeB | 切换、干扰协调、负载均衡 | X2-AP / SCTP |
1.3 协议栈：从 RRC 到 PHY
协议栈是 LTE 的“七层宝塔”，但咱们只看和连接稳定性最相关的几层。从上到下分别是：
- RRC（无线资源控制）——管连接的建立、释放、重配。
- PDCP（分组数据汇聚协议）——管头压缩、加密、完整性保护。
- RLC（无线链路控制）——管分段、重传、按序递交。
- MAC（媒体接入控制）——管调度、HARQ、随机接入。
- PHY（物理层）——管调制、编码、天线映射。
我个人习惯把协议栈分成“控制面”和“用户面”两条线。控制面走 RRC → PDCP → RLC → MAC → PHY；用户面走 PDCP → RLC → MAC → PHY，没有 RRC。
注意：RRC 是控制面的“大脑”。如果 RRC 连接失败，UE 连不上网；如果 RRC 重配出错，正在打电话可能突然断线。我曾经在优化一个高铁场景时，发现 RRC 重建定时器设置太短，导致 UE 过隧道后来不及恢复连接。调长之后，掉线率直接降了一半。
1.4 各层在连接稳定性中的角色
每一层都可能成为瓶颈。我简单总结一下：
| 协议层 | 主要职责 | 常见稳定性问题 |
|---|---|---|
| RRC | 连接建立、重配、释放 | RRC 连接拒绝、重建超时、重配失败 |
| PDCP | 头压缩、加密、按序递交 | PDCP 丢包导致乱序、VoLTE 语音卡顿 |
| RLC | 分段、ARQ 重传 | RLC 重传超限导致无线链路失败 |
| MAC | 调度、HARQ、随机接入 | HARQ 失败、随机接入冲突、上行调度不足 |
| PHY | 调制、编码、MIMO | CQI 不准、SINR 差、BLER 过高 |
我的建议：排查连接稳定性问题时，从下往上查。先看 PHY 的 SINR 和 BLER，再看 MAC 的 HARQ 重传次数，然后看 RLC 的重传率，最后看 RRC 的信令流程。这样不会漏掉底层问题。
好了，这一章的基础就到这里。记住：架构决定了网络怎么连，接口决定了网元怎么对话，协议栈决定了数据怎么传。后面咱们讲切换优化、掉线分析，都会反复用到这些概念。