1. LTE 基础回顾：网络架构、关键接口、协议栈与无线承载
做 LTE 故障排查，尤其是连接断开这类问题，你得先把基础打牢。说白了，如果连网络长什么样、数据怎么跑都不清楚，那排查起来就像没头苍蝇。这一节，我带你快速过一遍 LTE 的核心基础，这些都是我平时排查问题时脑子里随时调用的东西。
1.1 LTE 网络架构：谁在管什么事？
LTE 网络架构其实不复杂，核心就三个部分：UE（手机）、eNodeB（基站）、EPC（核心网）。我习惯把 eNodeB 比作“小区保安”，EPC 比作“城市数据中心”。
- UE（User Equipment）：就是你的手机、CPE 这些终端设备。它负责跟基站通信，发起业务请求。
- eNodeB（Evolved Node B）：基站。它不光管无线信号的收发，还负责无线资源管理、移动性管理。嗯，这里要注意，LTE 的基站比 3G 的基站聪明得多，很多决策直接在基站就做了，不用每次都问核心网。
- EPC（Evolved Packet Core）：核心网。它负责认证、计费、移动性管理、数据路由。EPC 里面又分 MME、S-GW、P-GW 这些网元，后面我们会细说。
我的经验： 连接断开故障，80% 的问题出在 eNodeB 和 UE 之间的无线链路上，但有时候核心网侧配置错了，也会导致 UE 被踢下线。所以排查时，别只盯着空口，EPC 侧也得看。
下面这张图，是我自己画的一个 LTE 网络架构简图，你一看就明白它们之间怎么连的了。
1.2 关键接口：数据走哪条路？
接口就是网元之间的“路”。路不通，数据就过不去。LTE 有三个关键接口，我排查断开问题时，经常要检查这些接口上的信令交互。
| 接口 | 连接对象 | 主要作用 | 我排查时的关注点 |
|---|---|---|---|
| Uu 接口 | UE ↔ eNodeB | 空口，无线通信的桥梁 | RSRP、SINR、BLER、RRC 状态 |
| S1 接口 | eNodeB ↔ EPC | 分 S1-MME（控制面）和 S1-U（用户面） | S1 链路状态、路径切换、上下文丢失 |
| X2 接口 | eNodeB ↔ eNodeB | 基站间通信，用于切换和干扰协调 | X2 链路是否建立、切换信令是否完整 |
避坑指南： 我曾经遇到过一个案例，UE 频繁掉线，查了半天空口没问题。最后发现是 S1 接口上 MME 和 eNodeB 之间的 SCTP 偶联配置错了，导致信令链路时断时续。所以，接口状态检查一定要做。
1.3 协议栈：数据是怎么打包的？
协议栈分两套：用户面 和 控制面。用户面管你的上网数据，控制面管信令。我刚开始学的时候，总觉得这两套东西很绕，后来画了个图就清楚了。
用户面协议栈
用户面走的是你的业务数据，比如刷网页、看视频。数据从 UE 到基站，再到核心网，每一层都会加一个头。
- 应用层：你的 HTTP、FTP 数据。
- PDCP：负责加密、完整性保护、头压缩。嗯，这里要注意，PDCP 层如果配置了加密，但 UE 和基站密钥不一致，数据就解不出来，连接可能被断开。
- RLC：负责分段、重传。RLC 有三种模式：TM（透明）、UM（非确认）、AM（确认）。我排查丢包问题时，经常看 RLC 的重传次数。
- MAC：负责调度、混合自动重传（HARQ）。MAC 层调度出了问题，UE 可能拿不到资源，然后就掉线了。
- PHY：物理层，负责调制、编码、射频收发。
控制面协议栈
控制面走的是信令，比如 RRC 连接建立、附着、切换。控制面多了 RRC 和 NAS 两层。
- NAS（非接入层）：UE 和 MME 之间的信令，比如附着请求、TAU 请求。NAS 消息是透传的，基站只管转发。
- RRC（无线资源控制）：UE 和 eNodeB 之间的信令，比如连接建立、重配、释放。RRC 连接断开，是 LTE 掉线最直接的原因。
重要提醒： 排查连接断开时，第一步就是看 RRC 状态。如果 RRC 连接异常释放，那问题大概率在空口或基站侧。如果 RRC 正常但 NAS 层异常，那问题可能在核心网。
1.4 无线承载：SRB 和 DRB 有什么区别？
无线承载，说白了就是 UE 和 eNodeB 之间的一条“逻辑管道”。分两种：SRB（信令无线承载） 和 DRB（数据无线承载）。
| 承载类型 | 传输内容 | 数量 | 特点 |
|---|---|---|---|
| SRB0 | RRC 广播消息（CCCH） | 1 条 | UE 未建立专用连接时使用 |
| SRB1 | RRC 专用信令（DCCH） | 1 条 | 优先级高，用于连接建立、重配 |
| SRB2 | NAS 信令（DCCH） | 1 条 | 安全模式激活后建立，优先级低于 SRB1 |
| DRB | 用户面数据 | 最多 8 条 | 每条 DRB 对应不同的 QoS 要求 |
我举个例子你就明白了。UE 开机后，先通过 SRB0 发 RRC 连接请求。基站收到后，建立 SRB1，用来传 RRC 配置。安全模式激活后，再建立 SRB2，用来传 NAS 消息。最后，根据业务需求建立 DRB，你的消息、视频流就走 DRB 了。
我的经验： 有一次排查 UE 无法上网的问题，发现 DRB 一直建立失败。查日志发现是 QoS 参数中 GBR（保证比特率）设置得太高，基站资源不够，直接拒绝了 DRB 建立。所以，DRB 建立失败时，一定要看 QoS 参数是否合理。
1.5 QoS：凭什么你的视频不卡？
QoS（服务质量）决定了不同业务能享受到的网络待遇。LTE 用 QCI（QoS 类标识符） 来区分业务优先级。QCI 从 1 到 9，数字越小，优先级越高。
| QCI | 资源类型 | 典型业务 | 时延要求 | 丢包率要求 |
|---|---|---|---|---|
| 1 | GBR | VoIP 语音 | 100ms | 10⁻² |
| 2 | GBR | 实时视频（直播） | 150ms | 10⁻³ |
| 5 | Non-GBR | IMS 信令 | 100ms | 10⁻⁶ |
| 6 | Non-GBR | 网页浏览、 | 300ms | 10⁻⁶ |
| 8 | Non-GBR | 文件下载、邮件 | 300ms | 10⁻⁶ |
| 9 | Non-GBR | 后台下载、P2P | 300ms | 10⁻⁶ |
QoS 跟连接断开有什么关系？关系大了。如果核心网给 UE 分配的 QoS 参数，基站无法满足，基站就会拒绝建立承载，或者直接释放连接。我遇到过一种情况：UE 做 VoLTE 通话时突然掉线，查原因是 QCI=1 的 GBR 承载建立失败，基站侧资源不足。说白了，就是网络忙不过来，把通话给踢了。
避坑指南： 排查掉线问题时，别忘了看 EPS 承载的建立和修改流程。如果 QoS 参数在核心网和基站之间不一致，或者基站无法满足 GBR 要求，UE 就会被释放。我曾经在日志里看到过“E-RAB Setup Failure”的 cause 值，就是因为 QoS 参数不匹配。
好了，这一节的基础就这些。你把这些概念理清了，后面排查连接断开问题时，就知道该从哪下手了。记住，网络架构是地图，接口是路，协议栈是交通规则，承载和 QoS 是车道和限速。地图看懂了，路认清了，规则明白了，车道和限速搞清楚了，故障排查就是顺藤摸瓜的事。